CAVE INTELLIGENCE / CI-S01

Sprint 01
外围系统基线与需求定义

CEO 评审版 · 2026-10-06 · 四项候选均待锁定

建议保留 CI-001—CI-004。本轮交付契约基线、事实回传清单、需求池规则和锁定记录；实现与生产修复另行排期。

日期、参与人和最终承诺尚未确定。本文核对了三份来源资料，未进行 ECS 现场检查；没有替换 Handbook 或修改控制台。

01 · 已核验事实与当前未知

“本轮已核验”指资料内容已核对。Handbook 中的实机结论按历史记录引用，原始采集附件未包含在这三份来源中，不能等同于当前服务复测。

类别结论依据与限制
已核验资料/已确认决定Core 管产品、用户、会员、交易、履约、已发布目录、Content API 与小程序；外围管生产与增长工作流。总体边界 §01–06；纪要 §1/5；本窗口明确指令。
已核验资料/已确认决定跨系统只走 API/MCP；外围不可直接写 db.json 或另立价格、订单、会员、发布态事实。总体边界 §04；纪要 §1/5。
历史核验记录2026-10-06：Core API 8787、生产 Admin 3001；本地规范 3032；新版 Video MCP 17496、Relay 17494；旧 17495 无监听。Handbook §03/06。当前部署版本、可用性与实际绑定须重新回传。
历史核验记录新版 TTS routing 为 seed-icl-2.0 / seed-audio-1.0；历史盘点无 ASR endpoint。Handbook §03/16；§08 仍保留旧描述，不能据此断言已有 ASR。
历史源码核验记录CMS/OSS 内容记录、小程序内容详情页、课程商品源码存在。Handbook §04/05；不是内容平台或付费视频端到端通过证据。
待核验事实API/MCP endpoint、schema、权限、幂等、字段回读；控制台导出格式与状态回填。纪要 §2/5；待 CI-001/CI-003 采证。
待核验事实ECS 当前运行、版本、路由、备份、恢复；外围模块到底实现到哪一步。Handbook §21；纪要 §5；待 CI-002 回传。
规划提案系列 feed、续播、AI 批量生产、CRM/营销/决策/视频控制台与 Agent。Handbook §16/17；边界 §05/06；不是本轮功能承诺。
边界依赖Core 提供接口和核心权限；外围经合同提交已批准内容或产品草稿。Core 依赖另挂小景需求，未有真实编号保持待关联。
待 CEO 确认GMB 全称/范围；Sprint 日期、时区、参与人、Owner 与入选任务。纪要 §3/5；不套用 Core 的 Sprint 日期。

02 · 初始需求审查

审查项判断处理
CI-001—CI-003方向准确，需补足可验收细节。纳入权限/幂等/失败查证、版本与独立回读、证据与状态门槛、导出回填。
CI-004正确，但应是开工门槛，不能制造循环依赖。先锁定承诺，后采证，再最终验收；四项均未进入执行。
历史故障与运行风险Nginx root fallback、Admin transient、备份缺口、旧连接残留值得追踪。只提出核验/修复候选；不能由本轮盘点直接变更生产。
Core 产品包接收链路是 CI-001 的重点依赖。只定义接收合同/映射/回读；Core API、PIM 实现仍属小景。
CRM 与用户身份Lead、销售阶段、跟进可自存；Core 身份/权益不自建。以 leadId 关联已确认 coreUserId；匹配不明不得自动合并或据此判断权益。
营销/分析使用核心数据可有带来源与时间戳的只读投影或分析快照。快照不可用作当前价格/会员/订单/发布态决策；实时业务查询失败应阻塞或人工确认。
媒体和发布草稿版本、媒体文件与目录发布态是不同对象。OSS 存文件；Core 管正式目录/权限；公众号草稿成功不等于渠道正式发布。
日期与旧编号Handbook v1.7 标 2026-10-07；当前窗口日期为 2026-10-06。多处仍引用 §22。以指定 v1.7 作资料版本，登记日期差异待核对；缺失事实入口引用真实 §21，不修改母版。
旧 Video 文字§08 保留旧版可用/ASR 待回填方向；§03/06/16 实机记录更具体。本轮引用历史实机记录，当前再次采证；不保留双入口同时可用的推断。
Core Sprint 例外Handbook §18 的 31 项 Bug 清零属于 Core，非外围验收。本轮按四项候选定义验收，不搬入 Core 任务、门禁或前端范围。
Handbook 回填长期事实与 Sprint 台账职责不同。事实经核验后另出增改清单并由 CEO 确认再覆盖稳定母版；本交付不替换来源。

03 · 候选任务卡

建议 Owner 是责任分配提案，未代表人员已承诺。资料审查已完成，不改变下面四张卡的候选状态。

待 CEO 锁定

CI-001 · Core ↔ Intelligence API / MCP 契约清单

优先级：P1 · 前置依赖　Owner：CEO（建议）

协作：ChatGPT 整理；小景核对 Core 契约；ECS 执行人回传部署与工具证据

现有 Handbook 记录了工具名和链路，但没有完整的当前 schema、权限和独立回读证据。若把接口说明当成已可用接口，外围开发可能错写核心事实或重复提交。

分解层级

  • L1：跨系统合同基线；本轮只定义与核验，不实现接口。
  • L2：产品提交、核心只读、内容提交、外围生成与发布四组合同。
  • L3：每条合同的字段映射、权限、错误、幂等与证据。

具体解决 / 核验步骤

  • 从 Handbook 第 08、12、13、14 节建立合同索引，先区分“资料记录接口”“待核验”“需求提案”；不凭工具名推断支持全部动作。
  • 先核对 Product Package → validate → create_draft → PIM 人工发布合同；字段实验只引用 Product Record，避免另建平行实验结论。产品包上传接收接口如尚缺，建 Core 依赖，不在本项目实现。
  • 为产品/用户/会员/订单/履约/已发布目录建立最小必要的只读需求；写明 coreId、允许字段、用途、分页、时间格式、数据时间戳与权限。只有 schema 与证据到位才标现有。
  • 为内容批准后注册 CMS、媒体签发/登记、Content API 建立规划合同；本轮不做 feed、会员播放授权或小程序页面。
  • 补齐 WeChat 草稿、Video health/TTS/Seedance 查询与缓存合同。公众号草稿成功、Core 目录发布、渠道正式发布是不同结果，分别回读。
  • 每条合同记录 input/output schema、字段路径、认证主体、可读/可写/付费属性、版本、错误、超时与查询入口。对于 MCP 公开入口，核对实际认证与允许动作；用户/订单敏感读取不能因历史 No authentication 约定直接放开。
  • 写入超时或结果不明时保留 request/task ID，先查询结果；无去重/幂等证据不自动重试。先定义测试样例，本轮不执行创建草稿、媒体上传或付费生成。
  • 按责任拆分缺口：Core 业务接口给小景，Adapter 映射给外围；双向确认版本与兼容规则。

验收标准

  • 四组合同逐条列明权威来源、方向、Owner、动作属性和存在性状态；未知 endpoint/schema 留空并解释。
  • 每条拟作为下一轮前置条件的接口，须有当前 schema、脱敏样例与回读/错误证据；未获得证据的接口保持待核验，写明阻塞对象和补证负责人。
  • 价格、会员有效性、订单及目录发布态没有外围权威副本；CRM 线索与 Core 用户关联规则明确。
  • 只读可在后续采证中测试；写与付费动作仅给样例与验收计划。合同“定义完成”与“接口验证通过”分别标记。

证据清单

  • E-CI001-01：带采集时间与版本的 OpenAPI / MCP tools/list schema。
  • E-CI001-02：脱敏请求、响应、错误与独立回读样例；无真实执行则标未采集。
  • E-CI001-03：Product Record 第 12 节映射版本/记录引用，不复制价格字段实验结论。
  • E-CI001-04：Core / 外围责任确认、缺失接口依赖卡和对应 Core 需求 ID（待关联）。

依赖

  • 依赖 CI-002 提供当前路由、服务与版本证据；可先用资料建立索引。
  • 依赖小景确认 Core schema、可用 endpoint、权限和依赖需求编号；不得自行编造编号。

交付物：一份版本化合同矩阵 + 接口缺口与 Core 依赖表。

待 CEO 锁定

CI-002 · ECS / MCP / Relay 当前真实运行状态盘点

优先级：P1 · 前置依赖　Owner：CEO（建议）

协作：CEO 指定 ECS 只读执行人；ChatGPT 复核；小景仅协助解释 Core 元数据

Handbook 保存了 2026-10-06 历史只读盘点，但不是此刻复测结果。服务 active、端口监听与业务可用性是不同证据；版本、备份与路由仍有缺口。

分解层级

  • L1：运行基线与证据登记。
  • L2：外围服务主体 + 必需的 Core 集成依赖。
  • L3：服务、入口、版本、工具、日志、备份、恢复证据分别判定。

具体解决 / 核验步骤

  • 按本页回传清单采集只读证据。外围主体为 TourEvent MCP、WeChat MCP/Relay、Video MCP/Relay、V2Ray；Core API/Admin/数据备份只作为跨系统依赖。
  • 每项标注环境、采集时区/时间、执行人、服务名、unit/进程管理、监听、路径、发布来源、外部入口与 upstream。禁止打印环境值、凭据或业务数据全文。
  • 区分本机进程、内部 health、公网路由、MCP initialize/tools/list 和已授权只读工具结果；不以单次 HTTP 200 推导端到端可用。
  • 记录新旧 Video 入口各自绑定的版本、端口与 schema，单独查证 ASR；不因历史双连接说明同时调用或清理旧资产。
  • 补齐 Handbook 第 21 节六项缺失事实；收集外围备份范围与历史恢复记录。没有恢复证据只写“恢复未验证”，本轮不做恢复实验。
  • 复核日志中错误类别和时间范围，不采集用户明细；确认代理是否被具体进程使用，不 refresh、不切出口、不安装工具。
  • 分别标记“已确认/未配置/无法核实”，同时保留通过/异常/未知的观测结果；形成后续修复候选，不立刻重启、改 Nginx 或持久化 Admin。

验收标准

  • 所有已记录服务和第 21 节六项都有采集结果或明确“无法核实”、缺失理由及补证 Owner；不可漏项。
  • 声称正在运行的服务至少有当前 unit/进程、监听与时间证据；声称公网 MCP 可用另需外部 initialize/tools/list 证据。
  • 备份存在与可恢复分开；有文件不等于有自动备份；无自动任务证据不等于确认未配置。
  • 零生产配置变更、零业务写入、零付费生成、零秘密值回传。发现风险只形成候选需求。

证据清单

  • E-CI002-01：脱敏 unit、进程与端口快照。
  • E-CI002-02：相关 Nginx 路由、内部/外部只读检查记录与返回码。
  • E-CI002-03：release 路径、commit 或 artifact checksum、日志摘要及时间。
  • E-CI002-04：备份任务/文件元数据/历史恢复记录；缺失逐项说明。
  • E-CI002-05：新旧 Video schema 差异与免费只读检查；本轮尚未采集。

依赖

  • 需要指定具备只读访问能力的 ECS 执行人。
  • Core 启动/备份/环境/发布信息只回传，不把 Core 工程修正转移到外围。

交付物：服务事实台账 + 六项缺口回传 + 风险/后续修复候选。

待 CEO 锁定

CI-003 · Intelligence / GMB 需求池与优先级规则

优先级：P1 · 管理基线　Owner：CEO（建议）

协作：ChatGPT 整理；业务使用人按需评审，不预设其参与 Sprint

内容、营销、CRM、视频和 Agent 的长期方向已有记录，但“有 Skill”“有服务”“有控制台”“已端到端验收”还没分开。浏览器记录也尚不能自动成为跨窗口项目事实。

分解层级

  • L1：一个长期需求池，Sprint 编号独立于 Core。
  • L2：业务域 Epic → 可验收需求 → 实现/补证子任务。
  • L3：需求状态、证据、决策、依赖与导出记录。

具体解决 / 核验步骤

  • 将本页七类长期需求作为 Epic 索引，统一稳定需求 ID；不把 Epic 当本轮任务，不把 GMB 扩写为未知全称。
  • 每张卡记录背景、来源、所属层、Owner、优先级理由、依赖、步骤、验收、证据和不在范围项；新增/修改保留版本与决定来源。
  • 先按当前证据区分只有方法/Skill、服务存在、界面实现和端到端通过；无证据保持待核验。
  • 采用风险与价值优先级：P0 仅用于有证据的生产中断/数据损失/越权；P1 为确定前置或近期业务阻塞；P2 为效率提升；P3 为探索。GMB 范围未知先待澄清，不硬排优先级。
  • 同级需求按业务影响、依赖顺序、证据成熟度、工作量/容量排序；不虚构预算、团队产能或收益数字。
  • 定义候选→已锁定待开始→进行中→待验收→已验收/未通过；阻塞另记原因、Owner 与复查节点。文档已生成不能推动候选任务自动变成已验收。
  • 明确控制台导出、纪要回填与冲突规则：每次状态变化带 revision、updatedAt、updatedBy、decision/evidence；浏览器副本若落后，保留冲突待核对，不按最后保存静默覆盖。
  • 核对真实控制台导入 schema 后再决定字段映射；本页 JSON 仅为评审清单格式，不宣称可直接导入或已经同步到 Site。

验收标准

  • 所有长期方向有 Epic 归属；CI-001—CI-004 有稳定 ID 与候选状态。
  • 每张承诺卡只允许一个责任 Owner，可有多个协作人；Core 依赖有外部需求链接或明确待关联。
  • 状态转换有决定与证据门槛；导出与来源回填的责任和时机明确。
  • 交付需求池规则与卡片模板，控制台功能修改单独排期，不混入本轮承诺。

证据清单

  • E-CI003-01：需求池版本、来源与优先级理由。
  • E-CI003-02：需求卡字段模板和状态转换规则。
  • E-CI003-03：控制台导出样例、回填记录或兼容性待核验说明。

依赖

  • 需 CEO 明确优先方向及实际参与容量；不影响先建候选池。
  • 需控制台真实导出结构；目前只有基线文档描述，没有现场核验。

交付物：需求池与优先级/状态规则 + 控制台卡片模板与回填约定。

待 CEO 锁定

CI-004 · CEO 锁定 Sprint 范围、Owner、日期和验收门槛

优先级：规划入口门槛　Owner：CEO

协作：ChatGPT 准备可审阅基线；建议 Owner 确认可交付范围

Sprint 01 目前只有建议目标，日期、参与人和承诺未锁定。锁定是启动条件，不能等 CI-001—CI-003 全部完成才开始。

分解层级

  • L1：Sprint 承诺与授权边界。
  • L2：开工前初始锁定 + 中期证据复核 + 结束验收。
  • L3：范围、责任、日期、证据门槛与变更决定。

具体解决 / 核验步骤

  • CEO 先审阅本页四项候选，逐项选择纳入/延期/移出；确认“基线与需求定义”为本轮目标。
  • 填写起止日期与时区、实际参与人、每项唯一 Owner；Core 10 月 12 日节奏不自动套用本项目。
  • 确认本轮为资料整理与只读采证，不包含生产修复、Core 应用开发、付费生成或草稿写入；后续动作按具体需求进入独立授权与验收。
  • 登记 lock revision、决定时间、决定来源、预期交付物和统一验收门槛。只有这条决定到位，入选项才转“已锁定待开始”。
  • 开工后按依赖并行收集 CI-001/CI-002 与 CI-003 材料；中期审阅证据缺口。新增风险进入池，不自动扩 Sprint。
  • 结束逐项审阅：达到定义交付标准可以验收该文档任务，但未验证接口、恢复能力和生产状态继续保留未知。范围变化必须记录新增/移出、原因与替代验收。

验收标准

  • 存在 CEO 的明确锁定决定、日期/时区、入选 ID、Owner 与交付范围。
  • 每项门槛和缺证处理写清；一轮一个记录版本，CI Sprint 与 Core Sprint 名称区分。
  • 锁定记录不把未执行任务标完成；最终验收有 CEO 或指定验收人、时间与证据。

证据清单

  • E-CI004-01：CEO 初始范围决定与 revision。
  • E-CI004-02：Owner 确认、日期/时区与审阅节点。
  • E-CI004-03：范围变更记录与最终验收决定（后续采集）。

依赖

  • 初始锁定只依赖本候选清单；不依赖 CI-001—CI-003 已执行。
  • 最终验收依赖入选任务产物和证据；当前仅建议 Owner。

交付物：Sprint 锁定记录 + 变更记录 + 最终验收记录。

接口合同初始索引 · 待 CI-001 核验

下列工具来自 Handbook §08，存在性只代表资料有记录。现行 schema、部署版本、认证和运行均待回传；未知 API endpoint 不补写。

合同组资料记录 / 需求提案权威来源与方向核验重点
产品提交记录：tourevent_product_list/get/validate/create_draft；MCP 路径 /cave-tourevent-mcp/mcp。Intelligence 提交 canonical Package；Core 保存草稿与正式产品事实，PIM 人工发布。真实产品包接收方式、schema 版本、字段路径、warning/error、草稿回读、重复提交查证；不假设已有 update 工具。
核心只读产品 list/get 有工具记录；用户、会员、订单、履约、已发布目录的具体接口尚缺证据。Core → Intelligence 最小授权读取；外围仅存 lead/跟进/汇总分析。coreId、字段白名单、权限范围、分页、updatedAt/asOf、脱敏；未提供接口则登记 Core 依赖。
内容与媒体提交规划：批准稿件登记、媒体上传签发/完成登记、发布确认与 Content API；Handbook §05 有 /oss/sign 与 /content-file 的历史代码描述。Intelligence 草稿/批准记录 → Core CMS；文件 → OSS；Core 决定目录、发布态与访问权。人工批准引用、媒体 key/checksum、目录回读、权限与发布结果；公开 /content-file 的课程保护风险归 Core 另案。
外围生成与渠道草稿记录：wechat_health/create_draft；cave_video_health/tts/seedance_create/get/cache/signed_url。MCP 路径 /cave-wechat-mcp/mcp 与 /cave-video-mcp/mcp。Intelligence → MCP → Relay → 渠道/Provider；公众号草稿不是 Core 发布态。新旧路由绑定、输入/输出 schema、默认模型与费用属性、request/task ID、结果查询；本轮只定义，无写入或生成。

04 · ECS 只读事实回传清单

本页仅拟清单。回传以“已确认 / 未配置 / 无法核实”标注，并分别写观测结果；必须带执行人、环境、采集时间与时区、证据位置。未看到某配置不能直接判定未配置。

对象历史基线（Handbook §03/06）待回传的关键证据
TourEvent MCP/opt/cave-tourevent-mcp · 17500当前 unit/监听、release/hash、路径、工具 schema、后端指向与只读 health。
WeChat MCP + Relay/opt/cave-wechat-mcp · 18901；/opt/cave-wechat-publisher · 8899MCP→Relay 对应关系、健康结果、schema、日志、备份；不创建草稿。
Video Relay + 新版 MCP/opt/cave-video · 17494；/opt/cave-video-mcp · 17496路由、版本、TTS model 默认值/枚举/style_prompt 实际 schema、是否存在 ASR、缓存与签名机制；不生成。
Video 旧资产/opt/cave-video-backup-*；17495 历史无监听旧路径/版本、当前有无监听、Nginx 指向、是否仍被连接引用；不删除、不恢复。
V2Ray/opt/cave-v2ray-proxy · 10809unit/监听与具体进程代理使用证据；不回传订阅、不 refresh、不切节点。
Core 依赖API 8787、Admin 3001、/var/lib/tourevent仅取运行与集成元数据，不取业务数据全文，不修 Core。

补齐 Handbook 第 21 节六项缺失事实

编号待回传事实可接受的只读证据
R01 · Adminunit/process manager、ExecStart、cwd、重启策略、开机启动、健康与日志来源。unit/status、进程/端口快照、日志时间；无正式 unit 明确标注，不重启验证。
R02 · 备份db.json 与报名 archives 覆盖、频率/触发、目标、保留、最近成功、校验与历史恢复结果。timer/cron、备份文件元数据、脱敏校验/历史恢复记录；不执行生产恢复。
R03 · 环境加载systemd EnvironmentFile 与 cwd .env 是否都加载、优先级与实际使用的变量名。脱敏 unit、加载代码位置、文件存在性、变量名清单；禁止值。
R04 · 路由Admin/API/WeChat 的域名、location、proxy_pass、root fallback 命中范围。仅相关脱敏 server/location/upstream；不输出完整敏感配置。
R05 · 发布来源API/Admin current 真实路径、commit 或 artifact checksum、部署时间、前版与回滚位置。symlink、发布记录、构建元数据；无记录标缺失，不把 release 文件名当完整版本证据。
R06 · Docker历史三个 Exited 容器名称、镜像、用途、时间、卷/网络、与当前服务或数据的关系。脱敏 inspect 摘要；用途不明标未知，不 start/stop/rm，不清卷。

外围补充项

可复制给 ECS 执行人的只读回传说明

请先核对当前实例与环境，以只读方式采集 TourEvent MCP、WeChat MCP 与 Relay、Video Relay 与新旧 MCP、V2Ray 的服务状态、进程监听、当前路径、发布版本和相关 Nginx 路由，然后补齐 Production Admin 启动与持久化、TourEvent 数据备份链、环境变量加载顺序、生产路由、API 与 Admin 发布来源及历史 Exited 容器身份六项事实，同时补充外围服务的日志与备份范围，并在具备访问条件时记录免费只读 health、MCP initialize 与 tools/list 的结果；不要修改文件、重启服务、调整路由、切换代理、创建草稿、上传媒体、生成音视频、恢复数据或清理资产，也不要回传任何环境变量值、密钥、令牌、私钥、订阅或业务数据全文；最后按每项已确认、未配置或无法核实回传脱敏摘要、执行人、采集时间与时区、版本和证据位置，未配置须有明确证据，无权限或缺证据则保持无法核实。

05 · 长期需求池索引

以下是 Epic 分类提案。仅供 CI-003 建池，不增加 Sprint 01 功能承诺；完成状态均待证据核验。

Epic可独立的外围目标Core / 其他依赖
AI 内容工厂选题/日历、批次草稿、版本与审校队列。Core 内容登记合同；媒体签发；小程序 feed 属 Core。
营销活动、渠道、触达、归因记录。Core 最小只读数据；对外触达另按明确动作授权。
销售 / CRM线索、意向、跟进、销售阶段、AI 建议。Core 用户关联与订单/会员只读，不创建另一套身份/权益。
视频生产控制台现有 Skill 阶段、素材、任务、成本、审核与版本可视化。Relay/schema、素材锁与 edit_manifest；不预设重写 Skills。
CEO 决策中心汇总分析、异常与决策记录。可追溯数据和口径；不把缺数据当零。
Agent / 自动化提示、草稿、受控任务与动作留痕。明确权限、预算、审核点、取消/失败处理。
MCP / Relay / 模型观测合同、运行、版本、错误与备份台账。ECS 证据；变更独立排期；GMB 全称/范围待确认。

06 · 可在控制台锁定的 Sprint 01 清单

建议目标：现状有证据、合同有权责、需求有门槛、承诺有 Owner。范围只包含四项基线任务，未知项形成明确依赖与补证责任。

ID建议纳入交付建议 Owner当前状态
CI-001一份版本化合同矩阵 + 接口缺口与 Core 依赖表。CEO（建议）待 CEO 锁定
CI-002服务事实台账 + 六项缺口回传 + 风险/后续修复候选。CEO（建议）待 CEO 锁定
CI-003需求池与优先级/状态规则 + 控制台卡片模板与回填约定。CEO（建议）待 CEO 锁定
CI-004Sprint 锁定记录 + 变更记录 + 最终验收记录。CEO待 CEO 锁定

CEO 锁定记录需填写

字段本轮值
项目 / SprintCave Intelligence / GMB · CI-S01（避免与 Core Sprint 01 混淆）
目标外围系统基线与需求定义（建议）
起止日期 / 时区待 CEO 确认，不默认 10 月 12 日
入选需求 / 延期项CI-001—CI-004 待逐项决定
Owner / 实际参与人建议见上表；待确认
阶段审阅开工锁定、中期缺证复核、最终验收；具体日期待确认
生产与费用权限本轮只整理/只读采证；变更、业务写入与付费不纳入
锁定版本 / 决定来源待 CEO 明确决定后登记
总验收门槛权责无越界；证据可定位；未知不冒充通过；每项有唯一 Owner 与验收决定。

CI-001/CI-002 可用明确未知及补证依赖完成“定义型交付”，但不得据此宣称接口可用或服务正常。缺证阻塞某项承诺验收时，保持待验收/阻塞，或由 CEO 记录范围调整。

控制台字段建议：id、sprintId、title、background、scope、owner、contributors、priority、status、committed、dependencies、steps、acceptance、evidence、decisionRef、revision、updatedAt。实际导入结构待核对；本页可导出评审 JSON 供字段对照。

导出不会锁定任务、写入控制台或同步项目来源。锁定必须有 CEO 的明确决定。

07 · 来源与版本定位

来源全部来自本项目提供的三份文件；本文建议不代表来源文件已更新。原始文件字节哈希供后续复查。

来源引用重点SHA-256
01-TourEvent_Cave_Digital_System_Handbook.htmlHandbook v1.7：§03/06 历史运行；§08 合同；§12 Product Record；§19/20 治理；§21 缺失事实。49d864072cdb08f3e43ddf90c7794858345d0a723f4bdec7c5cba83e17161eaf
02-Cave_Digital_Development_Boundary_Architecture.html总体边界：§03/04 权责与数据；§05/06 内容路线。ab3a4d5f241809d43d2b645acddaf4b1bbfd5767647ab4654cf73ac6c8ef768b
03-Cave_Intelligence_Sprint_01_-.md纪要：§2 协作与导出；§3 候选；§4 路线；§5 未知。aa4119bb50cb0f368d6913b20446a1d311a45c0f9fa5eb1aa55f4be0b66dea6d