以 TourEvent Core 管理产品、用户、会员、交易、履约与已审定发布的内容目录；以 Cave Intelligence 承担 AI 内容生产、营销、视频与决策能力。小程序作为用户统一入口，内容资产经 OSS 与内容 API 交付，跨系统只走明确契约。
以后每个需求先判断它属于“核心事实”还是“智能能力”。
TourEvent 保持稳定、少人修改；Cave Intelligence 允许快速试错。两者通过 API Contract 连接。
用“是否改变核心事实”来决定归属，而不是按页面或技术语言来分工。
| 模块 | 关键职责 | 建议主导 | 是否可独立开发 |
|---|---|---|---|
| 产品管理 PIM | 产品、价格、规格、库存、上下架、交易字段 | 小景 / TourEvent | 否 |
| 内容目录 / 系列 / 发布态 | 已审定栏目、单集顺序、CMS 元数据、排期、访问规则与 Content API | 小景 / TourEvent Core | 首期并入 Core；未来可经契约拆分 |
| 小程序内容消费 | 系列 feed、文章 / 音频 / 视频详情、收藏 / 续播与报名跳转 | 小景 / TourEvent Mini Program | 否；使用 Core API |
| AI 批量内容生产 | 选题日历、批量草稿、制作任务、审校队列与生成记录 | CEO + AI / Cave Intelligence | 是；发布须经人工批准与 Core API |
| 内容媒体资产 | 图片、音频、视频、电子书等文件、转码与受控播放 | OSS + TourEvent API 边界 | 媒体独立存储；禁止绕过 API 写业务状态 |
| 会员 / 用户 | 身份、权益、会员状态、账号资料 | 小景 / TourEvent | 否 |
| 订单 / 支付 / 退款 | 交易状态、支付结果、库存扣减 | 小景 / TourEvent | 否 |
| 履约 / 核销 | 报名资料、出行状态、签到核销 | 小景 / TourEvent | 基本否 |
| 短视频决策平台 | Brief、脚本、素材、生成、时间线、QA | CEO + AI | 是 |
| 内容生产 / 公众号 | 内容创作、排版、发布、复用 | CEO + AI | 是 |
| 营销系统 | 内容触达、活动、私域、营销归因 | CEO + AI | 是 |
| 销售 / CRM | 线索、跟进、意向、销售阶段、AI 建议 | CEO + AI 先行 | 大部分可以 |
| CEO 决策中心 | 经营分析、异常提醒、优先级、自动化 | CEO + AI | 是 |
| MCP / Relay / 海外模型 | 系统接入、工具调用、生成能力 | CEO + AI | 是 |
界面可以分开，代码可以分开，Repo 可以分开；但核心事实不能有第二个真相源。
规划目标：把文章、音频、视频等系列内容放进小程序的稳定入口，让用户持续打开；同时从内容页连接游学 / 课程报名、会员权益和后续履约。
已核验资料记录：TourEvent 后台已有 CMS 内容资产类型与 OSS 文件记录，小程序有内容详情页。尚未核验为现有能力：系列 / 单集订阅式信息架构、持续更新 feed、定时 AI 批量生产与审核发布链路。以下均为边界与路线规划，不表示已经上线。
记录边界：已发布的内容目录、排序和权限状态以 TourEvent Core 为准；AI 工作流保存 Brief、生成任务和待审稿；文件放 OSS；阅读 / 收听事件可供 Cave Intelligence 做汇总分析，但不复制一套用户身份、订单或会员事实。
验收关注：栏目入口清晰、单集顺序与发布状态正确、媒体可靠打开，并可合规跳转报名或课程。
阶段顺序是规划，不承诺日期、预算或已经进入当前 Sprint。Sprint 01 任务清单与验收保持现状，不纳入本规划范围。
特点：单一 Repo / 单一事实源 / 强回归 / 高发布门槛。
特点：独立 Repo / 可自有 DB / API 读取 Core / 可以快速迭代。
小景集中做现有核心系统，把产品、会员、订单、履约、Admin、小程序做稳。
定义哪些数据可读、哪些动作可写、谁是权威来源。
CEO 与 AI 并行发展视频、营销、销售、决策、内容和 Agent。
会改变订单、会员、产品、库存、用户、支付、履约？
是 → TourEvent Core / 小景
只需要读取产品、用户、订单，再做分析、内容、营销、销售？
是 → 可独立开发
可能发展成独立工作流、Agent、决策平台或业务中台？
是 → 更应该独立 Repo / Service