实施管理
排期、来源、交付规则和本机工作台的唯一入口
本组职责
统一维护全项目共用的排期、接口复用和交付规则。模块计划引用这里的规则，并写出自身的具体工作；规则页不再复制实时完成状态。
| 规则 | 用途 |
|---|---|
| 实施目标与会话启动 | 各仓当前目标、完成条件、启动指令及跨会话写入归属 |
| 排期与关键路径 | N/CE 工作包及模块步骤的映射和执行顺序 |
| 依赖矩阵 | 哪些可先做设计，何时能开始真实联调 |
| 交付与验收规则 | 需求、原型、接口、实现、运行分别交付什么证据 |
| 源码基线与复用 | 固定 new-api 版本、保留/适配/扩展边界与来源记录 |
计划维护规则
每个模块有且仅有一份主计划，依次包含：目标与范围、需求输入与确认、设计与原型、API 与文档交付、实施步骤与交付物、依赖与接入顺序、验收标准、待定项与后续范围。
步骤使用模块内 ID，如 CORE-02、CON-P03；它们是计划定位，不自动创建新的跨仓任务体系。工作台任务注明引用的计划页与步骤 ID。新增需求先进入产品/API 的权威页，再修订受影响的步骤和依赖，不能不断追加独立“补充计划”。
各仓保有自己的源码、测试与制品；Contracts 管接口、Design 管共享视觉资源、Docs 管说明和计划。计划不重复字段规范、品牌 token 或实时任务状态。仓库职责并不意味着另外存在一支开发团队。
本机协调与交接
团队三人，开发由用户负责，日常维护按实际职责交接；允许本机直接协调，GitHub 不作为开工前置。实时资料位于 OceanWay 根目录：
| 文件 | 维护内容 |
|---|---|
coordination/workboard.json | 当前任务、计划引用、下一动作和证据 |
coordination/decisions.md | 用户决定、待定事项和替代关系 |
coordination/*-execution.json | 对应执行项的固定版本与验证结果 |
coordination/local-directory-cleanup.json | 目录迁移、旧文件恢复位置及内容校验 |
当前工作树：Core 为 platform/oceanway-core，Edge 为 platform/oceanway-api-edge，Contracts 为 platform/oceanway-contracts，Docs 为 operations/oceanway-docs。固定上游位于 references/new-api。根目录不是 Git 仓库，本机记录不等于远端备份或生产发布。
内容归属与变更
实时进度写入项目进度及工作台；计划保留稳定步骤并链接证据。历史正文在 history 只供追溯，不进入当前执行、默认检索或完成率。旧 CI、旧 Key/202 协议、旧 B0–B6/R1 阶段不自动继承为新实现要求。
修改目录前保存快照；保留模块 URL，确需迁移的规则/联调页面设置直接重定向并更新现行引用。对运行能力、客户范围与价格的决定只引用已确认来源，不能在文档整理中自行更改。
本地目录约定
每个模块只保留标准仓名的当前工作目录，Core/Edge/Contracts/Docs 的新内容已从临时后缀目录归回。旧 Issue 工作树和工作区备份已移出项目；Git 历史与文档站的历史正文继续保留。旧执行报告中的路径是当时位置，当前使用本机清理记录中的迁移映射。今后目录整理的恢复材料置于项目外，不在本地重新堆叠多份工作树。