← 返回周目标完成情况

团团直播电商全流程陪跑设计

2026-10-14。基线 01363529；分支 codex/tuantuan-live-commerce；Multica AIC-3045。

范围和依据

完成批次指派、执行、验收、下一步规划、结项，团团全程参与。交互沿用 2026-10-12-团团交互连贯原型-design.md 3.8–3.12；业务沿用 2026-10-09-直播电商场景落地方案-design.md 及九专家配置说明。用户确认九专家属于陈高武的私有目录，真实端到端保留当前 API .env 的 SDP 模型、ndclaw等服务配置和真实 UC 登录。2026-10-14用户要求测试数据库改为本地Windows PostgreSQL，进程DATABASE_URL覆盖SDP数据库地址，启动前核对回环host、专用数据库名称及版本，不再访问SDP数据库。只必要选测和端到端，不跑全量或变异。

复用 executors 的真实 ndclaw A2A、任务工作间、交付、用户验收、上游已验收成果与 uncertain-send 查回。不另造执行协议。团团不替专家产出、不代答用户、不自动验收、不代发布、不收费。真实直播平台数据集成、付费结算不在范围；用户回报/样例数据在报告明确标注。

状态与 skill

Project.status 仍为 clarifying/ready/planned，新增 execution_phase not_started/active/completed 及开始/结项时间。planned 主会话可陪跑，completed 只读。九环主链为定位→主题→选品→排品→脚本；预热并行；播前依赖脚本和物料验收；开播为本人 formal 任务，回报数据后复盘，售后按需新增。

各场景新增 1.1.0 clarify/plan/accompany。旧 1.0 包及 digest 原样保留，需求 binding 不升级；独立 companion binding 经明确兼容映射绑定新阶段。run 冻结实际 runtime_binding/runtime_stage，checkpoint 按阶段/绑定隔离，不混用旧原生历史。

API、提议和授权

主会话沿用 /conversations/{id}/messages SSE text_delta/state/done/error 和双版本/双租约。模型仅输出严格类型 reply/question/proposals；输入是本项目任务、队列、专家问题、当前交付 revision、验收成果与真实候选目录。普通文字不能产生授权按钮。

tuantuan 新增 accompaniment_schemas.py、accompaniment_service.py、plan_changes.py、model_context.py，并扩展 router_v2.py，持久化 proposal/changes/report。提议保存 kind、原因、受影响任务 before 完整快照、专家登记 revision、拟变更、状态 pending/applied/declined/undone。生成不改计划、不派单；应用为普通 JSON 原子事务，验本人权限、客户端当前项目 revision 及受影响任务内容。提议生成全局版本只作历史依据，允许同轮互不冲突提议先后应用。

改动支持增删改正式/待定任务；临时引用映射服务端 UUID，支持同包新增任务依赖，校验 DAG、formal/pending 合同。保留未受影响 ID/历史/成果。已经派出或执行过的任务不能通过改计划覆盖。撤回恢复整包 before 并留历史，已有执行或后续冲突拒绝。人工编辑也不能静默修改已授权队列。

执行域 facade 与持久队列

executors.service 提供 accompaniment_context（兼容入口 companion_context）、enqueue_assignments、cancel_unstarted_batch、ensure_tasks_not_assigned、phase_checks、list_notices。候选目录由上下文一起提供，校验始终用完整目录；模型只看有界子集：预审、结项与无可派任务时不带候选，其余按自建优先、各可派任务轮流取相关者，限 4KB 并告知总数（2026-10-15 改，起因是市场同步后 392 位候选使结项与陪跑首个请求即超输入预算）；通知投影通过 ProjectActivity.message_id 保存已写入的主会话消息，避免重复。tuantuan 不读执行 ORM。

enqueue_assignments(session, project_id, actor, proposal_id, expected_project_revision, assignments, key) 整批核实真实 UC 授权/来源、任务快照及专家 ID/revision；ready 创建执行，blocked 只存队列授权。worker 在前置人工验收 completed 后再次核任务/候选，用当时 project revision 和当前验收成果创建下游任务书。

所有操作按 project→assignment→execution 锁定；worker 有界并发，事务外消费既有 stream。已知未发送 prepared 可恢复；发送不明仅查回，缺 remote ID 转人工核对，绝不自动重发。Fake 登录或数字 UC 号不能获得真实外发权限。撤回队列已有执行时整包拒绝。

INPUT_REQUIRED 为本轮暂停：保留 status.message 问题，清 active turn/token/lease，转 waiting_user，后续沿 contextId 续话；不继续 running 卡住回复，也不把旧 artifacts 当新交付。

团团事件、验收与结项

execution notice 和状态变更同事务持久化，以 execution/event/revision 去重；公开 DTO 投影到主会话，模型运行时暂存，释放租约后 drain，避免 seq/fencing 冲突。页面可见时轮询只读摘要，不触发模型或外发。

任务引用用 UUID 导航到工作间/交付。团团预审只依据当前 result revision 与逐条验收标准，列证据和缺口，用户用既有验收接口决定通过/返工。下一步改动提议继续当前项目，保留历史。

结项前服务端重查：每件正式任务 completed，无队列、在途、不明结果、待用户事项，并核目标证据；失败/取消不等于完成。待定安排（pending）不阻断结项，作为未决事项列入结项建议与报告（2026-10-15 改，起因是项目 8 件正式任务全部验收后被 3 项早已过时的待定安排卡住、且没有任何入口提示）；正式任务全部验收后，陪跑待办区给出「请团团出结项建议」入口。用户确认后保存不可变报告、完成阶段和时间，所有写入口只读。新项目创建草稿/会话并引用报告摘要，原项目不重开。

文件、迁移、界面

端到端验收步骤

  1. 真实 UC 登录陈高武并同步九私有专家，核实际登记 ID/能力；不按数组/猜 UUID 派单。
  2. 创建唯一标记项目，闲聊→立项→澄清→计划，核正式本人开播与复盘依赖。
  3. 应用团团批次指派一次，定位 ready、其余 queued；刷新/重启核授权留存。
  4. 专家问题进入主会话，任务引用打开工作间，用户回复使同 contextId 继续。
  5. 定位交付→团团预审→用户验收，主题自动启动并带已验收事实；旧交付 revision 拒绝验收。
  6. 选品/线下回报/排品/脚本/预热/播前逐环验证，包括并行、关卡与返工。
  7. 本人回报开播及明确样例数据，完成复盘和售后，九专家真实调用留证。
  8. 下一步提议应用/拒绝/撤回，独立提议可先后应用；已执行任务不能覆盖或撤回。
  9. 未完成/待用户不能结项，待定安排不阻断并记入报告；全部完成确认结项，刷新报告一致、原项目只读，新项目保留报告来源。
  10. 桌面宽窄视口核布局、任务栏、侧栏与最小化，保存截图和回执。

真实专家验收在本地独立库venture_os_live_20261014中进行，不能使用 .env.test 重置夹具；自动场景独立使用本地venture_os_e2e，不相互清理，只操作本轮标记项目。ignored .artifacts 保留原始失败和最终证据；Multica 完工评论如实区分已完成/已验证/阻塞。