文档
实施管理实施目标与会话启动

实施目标与会话启动

15 个模块的阶段目标、首轮五会话、依赖交接和启动指令

怎样发起

按仓库分配会话写入职责,按可独立验收的阶段设置本次目标。先开 Core、Contracts、API Edge、Console、Admin 五个主线会话;这代表五个独立任务边界,不要求全部同时运行。开发由用户统筹,优先 Core,切片就绪后交错联调。

共明确 15 个模块的当前目标,覆盖现有 15 份主计划;每个目标附范围、交付物、完成条件、依赖、下一目标和可复制指令。目标 ID 仅用于绑定会话与交接,不替换 CORE/CON-P/ADM-P/EDGE/CT 等实施任务 ID,不新增第二套需求。

本文保存目标定义;实际会话的启动与状态见首轮启动记录。目标卡中的启动指令可用于尚未启动的模块,已登记会话应继续执行,避免重复创建。使用目标模式时把卡片中的“本轮目标”和“完成条件”作为当前目标;一次验收后再明确切换下一目标。

原型投入调整

用户明确:暂时不重点调整原型;后续新增或修改原型统一基于 shadcn/ui,沿用 OceanWay 已确认品牌与语义 token。当前优先接口、业务闭环和真实联调;原型用于核对流程、字段、权限及异常状态,暂缓额外视觉方案、概念图和反复排版打磨。保留现有成果,不因这项决定重做工程或更换组件底层;必要的功能可用性与可访问性修复继续执行。 已启动 Admin 目标按必要场景与验证收口,不再追加视觉打磨;其余目标的业务验收条件保持。

当前执行批次

首轮与第二阶段五个目标均已按范围交付。用户现已授权第三阶段目标:本地预算账务与Edge准入结算、产品目录价格真实接入。沿用现有会话,下列首轮卡片保留作目标来源,不应重复发起。

首轮五个目标

会话本次做到哪里何时可以开始明确后置
Core全局身份交接服务 + 两个本地目标样例立即从 CORE-03.01 设计开始七产品真实 SSO、全部商业能力和容量验收
Contracts上述身份交接的精确契约和错误/恢复样例与 Core 协议设计协作;来源核查先行全量 SDK/接口冻结和运行通过声明
API Edgechat 普通/SSE/错误与断流的协议回放现有骨架可独立推进真实准入、账务、供应和生产可用
Console同源前端 + 登录与单 Key 真实闭环现有 Core 会话/Key 切片可接入钱包/价格/批量 Key/全平台身份
Admin工程、实际权限/字段矩阵及运营原型可立即做明确标识的模拟场景客户/资金/审计真实运营写入

Core 仍从 CORE-03.01 开始;当前 13 条身份/Key 路由是复用基线。Console/Admin 当前仅仓库说明,目标不得继承历史前端完成率。Core 基线 · 两端基线

全部目标入口

目标 ID当前目标与启动指令发起安排
OW-CORE-01Core:全局身份交接服务切片首轮发起;保持当前 CORE-03.01 优先级
OW-CONTRACTS-01Contracts:身份交接精确契约首轮发起;负责契约源的唯一写入
OW-EDGE-01API Edge:文本协议与流式回放切片首轮可发起;与 Core 服务边界隔离
OW-CONSOLE-01Console:登录与单 Key 真实管理闭环首轮发起;不等待钱包和全平台 SSO 才做单 Key
OW-ADMIN-01Admin:运营原型与权限字段交付首轮发起;首个目标明确为原型交付
OW-SITE-01Site:公开品牌与产品导航切片第二批;先保障客户与运营主线
OW-DEVELOPER-01Developer:公开模型与文档门户切片第二批;内容可先行,示例运行验收后置
OW-STUDIO-01Studio:现有原型交接与首条创作契约沿用已安排会话;先核验交接,不重复发起开发
OW-DRAMA-01Drama:现有原型与分集生产规则交接沿用已安排会话;以交接结果决定下一目标
OW-COMMERCE-01Commerce:原型交接与商品批次规则沿用已安排会话;避免重复原型目标
OW-TEXT-GATEWAY-01文本网关:内部接入与兼容边界文本联调前补齐;可先做只读盘点
OW-MEDIA-GATEWAY-01媒体网关:能力盘点与任务恢复契约媒体阶段前启动盘点;不等待批量任务实现
OW-DESIGN-01Design:两端首批组件采用包配套可启动;先核验已有成果,避免重复造组件
OW-INFRA-01Infrastructure:可复现本地联调环境配套可启动;容量目标在可运行链路后单独设定
OW-DOCS-01Docs:本轮交付证据汇总与计划对齐沿用当前统筹会话,不再重复创建

Studio/Drama/Commerce 已安排原型,优先在原会话继续。目标卡是交接要求;先确认原会话是否仍在写仓库,不能重复发起同范围工作。Docs 统筹沿用当前会话。

跨会话依赖怎样交付

  1. Core ↔ Contracts:Core 先给状态、字段和恢复设计;Contracts 核对并写规范;双方确认本批协议后 Core 实现。Schema 校验通过是契约设计交付,真实实现验证是后续证据,不能互相等待“全部完成”。
  2. Console / Admin → Core:页面输入用 CA/GAP 和具体任务 ID 提交字段需求;服务端缺口由 Core 实现。原型可以先行,但真实资金功能等到授权、幂等与查询交付后接入。
  3. Core + Edge + 网关:价格/账务与准入就绪,再设“真实文本调用及费用闭环”目标;协议回放不能提前通过这项验收。
  4. 创作产品 + Worker + 媒体网关:先交接原型与任务协议,再做一条真实媒体流程,最后批量、恢复和容量。
  5. Infrastructure + 服务/产品:环境配置可先行;CORE-09.02 / EDGE-07 的容量验收必须以已运行链路为前置。尚无目标并发时输出实测瓶颈,不承诺达标。

写入归属与交接

每个仓库同时只有一个写入负责人;读取其他仓库允许。Core、Edge 和产品不直接覆盖 Contracts 源;产品会话不改 Design 品牌源;执行会话不同时覆写 Docs/progress 或全局 workboard。必要跨仓修改写入各自交接记录,由归属会话接收。

交接建议放 coordination/handoffs/目标ID/,只存本目标的摘要和证据索引,源码/测试留原仓库。启动后登记实际 thread ID、工作目录、采用的目标与任务 ID,由统筹合并到唯一工作台。本轮目标目录中的 thread_id: nulldefined_not_started 表示尚未发起,不能当运行状态。

使用现有标准工作目录,不自行复制 *-newapi 或 Issue 工作树。启动前读取仓库实际未提交变更;发现其他会话仍写同仓时先完成所有权交接,再执行相关写入。

完成口径

本次目标的交付物、明确异常/权限场景、运行方式和验证证据齐全才算完成;未来目标未完成不阻塞当前切片验收。反过来,原型目标完成不能标产品上线,协议回放完成不能标真实资金闭环。

遇到必要外部信息缺失,列出所缺配置/原型/业务决定及被阻塞任务,继续能独立完成的工作,不捏造域名、价格、并发目标或生产能力。首发迁移和生产切换另按已明确的发布范围安排。

结构化目标和完整指令见目标清单 JSON。详细步骤仍以各模块主计划为准;执行结果归项目进度与工作台。

On this page