目标一阶段 1：范围与接口确认

本会话后续范围调整：用户建议、代理评估采纳：模型预审本期不做，3.4b留后续；确定性格式／附件／权限校验和用户验收保留。正文已移除本期模型预审字段、状态及展示要求；旧原型中的预审仅留为历史演示，不构成本期实现依据。常规开发测试使用假模型、fake A2A及假CS，不新增真实模型调用或ndclaw实例启动；任务5才执行明确范围的真实联调。当前范围以目标一任务清单D3及第八节为准。

日期：2026-10-12。状态：任务 1 评审稿，1012 晚会后正文修订；任务 1 尚未整体确认。本稿形成范围、最小持久化、状态与契约草案；任务 2 最小真实接入已经完成。本会话未新发真实专家请求。除标「已定」「代码事实」外，本文均为实施提案。本期交互以 master ba865ab82d1168cb7e409a608da8344a11b70a6f 的连贯原型为基准，未覆盖的异常与下游入口仍待补齐，不另做一套工作间。

依据：协作技术方案、ndclaw 对接报告、开发基线。验收草案、外部核查证据及阶段 2 进入条件在配套交接稿。

任务状态更新（2026-10-12）：用户确认任务 2 最小真实接入已完成，任务 1 尚未完成。本稿对应任务 1.1 的设计草案；实测契约回填和决定项确认分别归入 1.2、1.3。当前状态与进入条件以目标一开发任务清单为准。下文代码／外部状态是本稿初次核查时的事实，不代表任务 2 完成后的现状；实际差异待 1.2 回填，不能据本次任务登记自动批准实现。

1012 晚会正文已对齐：本期只做用户直接与专家交互；代答、模式切换、五轮自动续答移下一期，不建对应字段／接口。本会话采纳用户建议，模型预审本期不做；用户验收及事实回收独立保留。工作间已补入 master，卡片、团团指路和“等你”入口统一进入同一执行。逐章映射、会议原文行号及尚缺的交互见晚会与原型对照。该表为任务 1.4 对照稿，不代替 D1～D6 裁定。

1. 范围和实施边界

已定方向：团团负责能力匹配和项目推进，外部专家执行专业任务；首个平台 ndclaw；本期用户直接交互，团团代答留下一期；花钱、对外发布、改目标或验收标准、换人、结项由用户确认。平台不代用户对外发帖、不在团团进程执行外部代码。

目标一后续实现的最小闭环：已确认任务计划 → 依据能力筛候选 → 选择并派单 → 同任务多轮协作 → 回收文本和文件 → 用户验收 → 上游结果进入下游任务书。组织身份、权限、幂等、未知发送结果、取消和失败去处属于这个闭环。

本轮产出只有设计与场景草案。不建表、不改 OpenAPI、不导入专家、不复制配置、不运行真实模型、不向专家发送消息或创建实例、不改原型目录、不修 PR #13 的历史门禁问题、不提交或推送。后续仍以 feature/tuantuan-agent-execution 交付到 develop；本树 HEAD=2d428d190a601b1e5f69ba00d760b7caf7c73438，临时依赖 PR #13，不能把它视为已合并。

不包含：其他执行平台、付费交易与结算、后台无人值守委派、项目事实变更的自动传播、同任务并行多个执行方、完整任务图增删改运营层、直播全场景包的全量实现。本周在新 UI 跑通一个案例，具体案例和终点由 D6 固定；直播定位→主题策划仅是草案样例，九专家属于目标二原方案，不据此自动承诺本周上齐，也不能把少数专家通过报为九个完成。原型的小红书剧本不要求本周做小红书专属实现。能力标签与输入／输出 schema 使用最小模板配置，不以搭建通用插件框架为前提。

2. 已有能力与缺口：以固定提交代码为准

代码定位：tuantuan/models.py:25、41、schemas.py:132、runs.py:129、151、states.py:6、router.py:88、service.py:37、95（以上在 apps/api/app/）；identity/dependencies.py:3、28、files/service.py:459、identity/uc_profile.py:269（同前缀）；前端 apps/web/src/features/projects/ProjectPage.tsx:157、ProjectTaskPlan.tsx:31。

上表描述本工作树固定起点，不是最新 develop 的完整能力。PR #14 已于 2026-10-12 合入 develop（fdd68e985da085bf036160c714a8f0cdac77358a），已有 apps/api/app/executors/ndclaw.py 的 NdclawClient 和冒烟脚本；本轮只读核对了合并记录与代码，没有同步分支或重跑真实请求。执行持久化、工作间应用、事实和交付解析仍需后续实现。真实接入证据层级见配套交接稿 §2。

3. 最小数据结构与迁移

3.1 保留计划，新增五张执行域表

本期不迁移 mode、auto_reply_count，不为下一期提前建模式切换 API；本期也不建模型预审字段、状态、调用或意见面板；确定性校验与用户验收足以串通当前闭环。所有 ID 用 UUID，时间用带时区时间；状态字符串配数据库 CHECK，关系配外键。以下字段是实施最低要求，不是已落库字段。

对原四表提案的明确偏离：增加 execution_turns，因为 contextId 属执行而 taskId 属一轮；只在执行表存最后一个远端 ID 无法恢复历史发送和幂等。未采用把轮次日志塞进消息 JSON 的方案，避免让展示消息同时承担网络提交状态机。

executions.task_id 指向 JSONB 中的 ProjectTask.id，不是数据库外键。服务写入前锁项目行，验证任务属于该项目、项目为 planned 且未归档；任务计划本轮不支持删除／重写，后续实现任务图编辑必须加活动执行保护。数据库为 (project_id, task_id) 加「未 failed/cancelled」部分唯一索引，覆盖 completed：已完成任务不能再次派单；重做需要另案的显式任务版本。失败执行若仍持有未对账轮次或租约，不能新建执行。

同一执行最多一条活动轮次，数据库部分唯一索引覆盖 prepared/sending/remote_running/reconciling；事务领取后先提交再出网，不能持有数据库锁等待 600 秒。所有异步写回校验 fencing token 和期望版本；租约到期仅允许接管查回，不允许重发。

3.2 与现有表的最小衔接

• ProjectTask 新增 template_key: str | None = None、required_capabilities: list[str] = []；TaskProposal 对应扩展并由服务端校验模板与标签。历史 JSON 无需重写；缺标签的旧任务显示「需确认能力」，不能无条件匹配。
• 任务执行状态从执行域读模型得出，不同时往 tasks JSONB 写第二份状态。项目仍是 planned；任务完成不自动将整个项目结项。
• files 新增私有用途 execution、可空 assistant_project_id FK assistant_projects.id 和可空 execution_id FK executions.id；该用途要求 assistant_project_id 非空，execution_id 可在派单后绑定，服务端校验执行属于该项目，其他用途保持原值。这样首轮派单前也能上传任务书附件。经项目归属校验上传、读取和签名；文件最终结果只保存我方 file_id，不以临时 URL 为永久凭据。现有用途校验、MIME 和大小限制复用。用户消息绑定文件时重新检查所有者与用途，不能相信前端传来的 URL。
• 组织资格拟用经核实的联调账号允许名单＋每次真实 UC 鉴权作最小试点，配置在仓库外，缺名单或身份未知一律拒绝真实 ndclaw；此选择待确认。若 UC 有可用的组织账号权威字段，则优先按该字段判断，不先扩完整组织体系。Fake 身份只允许 fake A2A fixture，真实适配器必须拒绝。

3.3 迁移策略

在当时 Alembic 最新 head 上追加迁移；本树 head 为 0013_assistant_project_archive，同步 PR #13 后重新核对，不能预写死 0014。先建登记和执行、轮次、消息、事实的外键与索引，再扩文件用途。迁移不出网、不导入真实专家、不重写旧项目任务、不写凭据。降级先检查新表是否有业务数据，有则拒绝静默丢弃；空库可按依赖逆序删除。验证空库升级、含旧项目的升级、唯一约束并发、失败回滚和旧计划可读。

4. 状态机与失败恢复

4.1 业务执行与远端轮次分离

适用于非终态的取消：无活动轮次时可直接本地 cancelled；已出网时进入 cancel_requested。交付回收与验收／取消并发通过 revision 和 token 判旧，旧回收回包不能复活执行。任何终态不能被迟到 SSE 覆盖。项目归档在存在非终态执行时拒绝，归档不是取消；读取历史仍可，所有新执行写操作拒绝归档项目。归档与派单均先锁项目行，避免检查后穿透。

原方案「任一状态→失败／已取消」和「超时进失败可重试」在此收紧：未知不是失败，取消请求不是取消成功。此为避免外部副作用重复的技术修订，需连同原方案差异评审。

原型的 offline 待办可与问答／返工并存，而本表 waiting_offline 表示整个执行暂停，两者不是已确认的一一映射。D4／D5 需确定是否允许边执行边等线下；若允许，另建执行中的待办字段与完成操作，不能用本表互斥状态丢掉仍可回答专家的能力。原型任务书动态取当前上游 delivery，也不能替代本稿的“已验事实＋派单快照”规则。这两项属于已发现的业务交互差异，详见晚会与原型对照。

4.2 幂等、断线与直接交互

每个写接口要求 Idempotency-Key，同作用域同键同正文返回已有执行／轮次结果，不再外发；同键不同正文 422。统一复用 common/idempotency.py 与已有 idempotency_keys 表，按当前全用户键约束记录包含资源 ID 和操作名的 endpoint，请求 hash 包含正文与路径资源；小回执只存 execution_id、turn_id、操作接受版本，不存 SSE 全文。派单创建前、取消、查回、验收都使用该回执，轮次键再保障发送层唯一。在同一短事务中保存业务占位及回执后才出网，回执 completed 表示请求已接受，不表示远端完成；进程在出网前崩溃留下 prepared 轮次，租约到期后 reconcile 可用新 token 将其记为确定未发送的 failed（local_not_sent），再由用户显式 retry 开新轮；原 worker 必须原子领取 sending 并校验 token 后才可出网。sending 之后只能查回，不能据 send_started_at 的本地时间推断对方没收到。处理顺序为认证及资源归属→同键回放→新动作的归档／状态／版本校验；回放返回已有关联资源的当前快照，不再触发动作，避免旧版本重复请求被误判冲突。每次新动作校验项目／执行版本，过期 409。多个 worker 或标签页只能一方领取发送权；前端禁用按钮不能替代数据库约束。

首轮的 messageId 在出网前持久化。收到 contextId/taskId 第一时间提交；业务内容只从 GetTask.artifacts[].parts[].text 确认。续话保留 contextId，不带上轮 taskId。PR #14 已实现首轮不传 contextId、续话传同一 contextId；远端是否按 messageId 去重、是否支持调用方预建 contextId 仍无本轮证据；不声称 exactly-once。已发送但 ID 未落库时永久保留未知证据，需人工查远端或在知晓重复风险后另行处理，常规「重试」不可绕过。

与 1009 方案一致，首版一轮转发由当前请求驱动，SSE 很快先返回持久化后的执行快照，再等外部回复；不是后台队列。本期没有代答循环；页面离开后已外发的轮次可能继续在远端运行；回来先读快照，再显式 reconcile。服务重启时同样查回。GET 快照不会偷偷启动模型或发送消息。

用户在活动轮次中发消息得到 409 并保留输入，不能静默丢弃或并发发送。快捷回复仅生成普通用户消息，经同样的幂等和版本校验；不假定 A2A 会提供结构化选项，可用经审定模板给候选文案，无法可靠识别问题时始终保留自由输入。本期不调用 assist_execution 自动回答专家，上报问题也交给用户。下一期如恢复代答，要按“外层跟团团沟通、工作间看过程”的晚会方向重新设计，不能直接启用旧切换按钮。

5. 前后端接口与 ndclaw 边界

5.1 我方 HTTP 契约草案

路径沿用现有 /me/projects 风格（不是 OpenAPI 已存在路由）。每个路由实施时必须有中文 summary／description、字段说明、响应模型、错误响应、成功失败示例；由 OpenAPI 生成前端客户端。所有路径先校验本人项目、任务与执行的关联；越权及不存在统一 404。

此处 /review 专指用户接受／退回，不代表模型预审；本期验收不依赖模型配置。任务书预览由候选／执行读模型提供，不以浏览器拼装为依据。ExecutionDetail 的 allowed_actions 来自同一个状态判断函数；前端仍须处理服务器拒绝，不能把读模型当授权凭据。project_revision 用于派单和事实写入；工作间消息只推进 execution revision，避免每句对话使全项目冲突。

上报、专家问题与交付通过执行读模型和 system 消息供项目页显示；右侧团团栏负责提示“去工作间回答／验收”，不代用户回答专家、不在两个页面各建一套提交入口。本期不新建代答 runner，也不借用 planned 后禁止澄清的旧项目消息端点。

用户本人兜底采用同一任务的新执行记录（actor_kind=self，executor_id=null，无远端 context），待用户确认退出旧专家后创建；内部入口 choose_self(task)，用户 submit_self_result(execution, result, file_ids) 后同样验收写事实。拟定 POST /me/projects/{p}/tasks/{t}/self-executions 输入 {expected_project_revision, previous_execution_id, reason}，返回新执行快照；POST /me/projects/{p}/executions/{e}/result 输入 {expected_revision, deliverable, file_ids}，返回待验收快照，两者均要求幂等键。前者只接受旧执行已终止且带用户确认的任务，后者只接受本人的 self 执行；首轮直接选择本人时 previous_execution_id 可空。此兜底范围仍须随规格确认；不复用交易 delivery，也不能把「改由本人」算任务完成。更换专家必须带用户确认记录并引用旧 execution，旧轮次仍未知时不得启动新的专家。调整／删除任务仍交后续任务图能力，当前只给明确建议，不提供假按钮。

SSE 新事件独立于 ProjectEvent：execution 已提交快照、text_delta 展示增量、message 已存档消息、done 本请求结束、error 可操作错误；每帧包含 execution_id／turn_id，落库消息带 seq。done 不等于完成验收；断线后以 GET 为准，不将增量重放拼接成重复消息。鉴权和版本错误须在发 SSE 头之前返回正常 HTTP 错误；流内错误附最后可恢复 ID。

错误码最低集合：401 unauthorized；404 project_not_found/execution_not_found；409 version_conflict/execution_busy/execution_state_conflict/project_archived/executor_unavailable/account_eligibility_unknown/dependencies_unaccepted/dispatch_policy_unconfirmed/remote_outcome_unknown/result_changed；422 idempotency_key_reused/invalid_delivery/invalid_attachment；503 ndclaw_not_configured/ndclaw_unavailable。远端 401／403 作为适配配置或授权失败，不误导用户重新登录；只返回脱敏说明和 trace_id。

5.2 适配器契约

复用 PR #14 的具体 NdclawClient（已实现），不再另建 NdclawAdapter 或多平台注册工厂。当前代码签名为 list_agents(user_id, *, include_market=True)、send(user_id, agent_ref, text, context_id=None)、get_turn(user_id, agent_ref, task_id)、cancel(user_id, agent_ref, task_id)；返回 Expert/Frame/Turn，Turn.state 去掉 TASK_STATE_ 后为大写。下列是执行服务拟用的语义边界，不是要重新实现第二个客户端：

list_agents(*, uc_subject: str) -> list[AgentDescriptor]
send(*, agent_ref: str, uc_subject: str, message_id: str,
     context_id: str | None, text: str) -> AsyncIterator[RemoteEvent]
get_turn(*, agent_ref: str, uc_subject: str, task_id: str) -> RemoteTurn
cancel(*, agent_ref: str, uc_subject: str, task_id: str) -> RemoteTurn

AgentDescriptor 只承载目录实际返回字段，不能假定 A2A 目录提供标签或价目；RemoteEvent 归一化 context_id／task_id、文本增量与远端状态；RemoteTurn 带远端原始状态、artifacts 文本和脱敏错误。未知状态按不可自动推进处理，不能默认 completed。逐字段 wire schema 复用 PR #14 代码并在任务 1.2 对照原始回执建立 golden fixtures，不把这里的 Python 签名当对方 JSON-RPC schema。当前 send 在函数内生成随机 messageId，尚不能接收预存的 outbound_message_id；任务 3.2 要以向后兼容可选参数补齐这个接缝，才满足 §4.2 的出网前落库。不是远端幂等已有保证。（2026-10-13 林炜修订：实测列表无标签，名片 skills[].tags 有标签、无价目，见专家目录同步与通用模板）

PR #14 已有配置 NDCLAW_A2A_BASE_URL、NDCLAW_READ_TIMEOUT_SECONDS（默认 600）；沿用其名称，不再新增同义超时项。业务层配置最小增量（提案）：NDCLAW_A2A_ENABLED 默认 false、NDCLAW_VERIFIED_ORG_UC_IDS（仅核实试点名单）、NDCLAW_RESULT_CS_HOSTS（经过验证的下载域名）。复用已有 BTS 和 CS 凭据字段；费用政策保存在登记／执行快照，未确认禁止真实发送。真实适配器不接受 Fake 请求，即使 UC subject 恰好在名单里；只有 tests 显式注入的 fake adapter 可绕过真实接入前置。

5.3 交付块、附件和项目事实

交付沿用 交付/上报/等待线下 三种 fenced JSON。每条最终回复只允许一个可处理块；多个矛盾块、非法 JSON、未知 schema、超长内容都保存原文并给格式问题，不执行块内指令。任务模板指定字段 schema；定位示例要求 positioning 和 persona_type 非空，主题策划从验收事实读取这两项。模型输出不能指定 owner、状态、执行方或 fact 主键。

有效交付保存 {status:'done', deliverable, self_check, open_issues, downstream_hints, attachments}；完整性与真实性分开：结构校验后直接进入用户验收流程，self_check.met=true 不是用户接受。每次补交产生新 result_revision，旧版本保留在对应轮次 response_snapshot；验收携带版本，防退回后的旧页面误验收。本期不显示模型质量意见或“预审通过”标签，不调用模型为用户验收背书；专家 self_check 只作为专家自述，格式／附件检查不证明业务质量。

原方案的「收尾话术→团团提取交付」建议本轮不自动生效：可以生成待用户检查的候选交付，不能直接完成或写事实；明确列为待确认偏离。没有块按普通对话，做不了按上报，缺附件按结果问题，均有下一步。（2026-10-13 林炜修订：本期启用。快速解析拿不到有效块且远端已完成时，团团用模型把回复整理为「需要你回答」（只展示问题与阻塞）或候选交付（通用模板以摘要为成果正文，完整原文另存为私有 .md 附件，先只提供下载）；仍须用户验收，原文保留，模型不可用时退回原行为。见专家目录同步与通用模板。）

文件转存由执行域调用文件域公开服务：仅允许经验证的 CS HTTPS 域名，检查重定向后的目标、解析 IP、大小和 MIME，禁止内网／本机地址与任意下载；不把我方 BTS 头发给远端下载链接。成功后以私有 file_id 替换临时链接。失败保留可读文本、附件失败原因和补交动作；必需附件未转存则验收返回 409，不允许把失效链接写成已验事实。外部原链接仅作受限诊断数据，日志、普通读模型不输出带签名查询参数。具体 CS 域名、有效期和下载鉴权目前未验真，不能自行虚构允许域名。

用户接受时在一个事务中：锁项目／执行→验证身份、result_revision、状态与必需附件→写唯一事实版本→记录 acceptance→completed。重复接受返回同结果；失败全部回滚。下游派单仅取明确依赖任务已验收的事实，保存 fact IDs／version 快照；不可偷取尚未验收或被退回结果。原任务验收标准不会由专家输出修改。

5.4 连贯原型到应用的接口补充（1012 晚会后）

入口已定、URL 提案：画布上已派给外部专家的卡片、右侧团团栏“去工作间回答／验收”和“等你”清单，统一定位 {project_id, task_id, execution_id}。应用路由沿用实际 /projects/$projectId，建议以 task／execution／tab 查询参数恢复工作间；具体 Router 声明在 UI 切片落实。未派单或非外部专家仍进入任务详情。工作间占画布工作面，保留项目头与团团栏；不会导航成另一套独立产品页面。

工作间三页签：专家对话（有 seq 的消息、自由输入及可选快捷回复）、任务书（服务端派单快照）、交付记录（所有交付版本、附件、用户验收／退回）。文件和验收只在工作间展示／操作；团团栏只指路。ExecutionDetail 补 task_title、executor_name、status_label、attention_reason、rework_count及已有 allowed_actions。文件下载仍走私有权限检查，不直接给原始专家签名 URL。

新增 GET /me/projects/{p}/execution-summary，返回本人项目所有任务的 {task_id, execution_id|null, executor_kind, status|null, display_status, status_label, attention_reason|null, entry:task_detail/workroom, revision, allowed_actions} 和按任务去重的 counts:{running, waiting_reply, awaiting_acceptance, execution_needs_attention}；没有执行的任务也保留一项，避免列表空洞。此聚合避免画布每张卡分别查询；不能读取他人项目。状态未映射时显示“状态待核对”及查回入口，不当完成。页面刷新或工作间操作结束后重新取聚合；无需本期新建跨页通知／消息中心。

进度条是业务展示投影，不能把等待回复、返工、待查都压成线性“进行中”。颜色只辅助，文字和可用操作必须一致。这些 counts 是执行域接口提案，不是原型已有的全部项目统计。原型画布“进行中”包含派出／运行／返工；项目头“等你”还累计待确认、提议、问题和线下待办，一个任务可贡献多件待办。execution_needs_attention 只表示按任务去重的执行待处理数，不能替换项目头“等你”总数；全项目待办聚合由上游运行层负责，D5 需明确展示口径。

交付记录不能仅显示最后一版：新增 GET /me/projects/{p}/executions/{e}/deliveries?before_revision=&limit=（limit 上限 50），返回 {items:[{result_revision, turn_id, submitted_at, deliverable, file_ids, file_status, user_decision, comment}], next_cursor}。来源为已存轮次 response_snapshot 和验收审计，不新增第六张表。尚无交付返回空列表，不制造假历史。每版内容均校验本人权限；用户验收仍提交精确 result_revision。

计划生成→开工派单接缝：现有 /start 只生成计划，继续保留。原型的“确认开工／应用派出”触发当前已选候选的 executions POST；这次点击就是该派单授权，不再强迫用户进入工作间后点第二次“启动”。多任务开工提议、依赖任务排队与自动派出是否纳入当前切片仍由 D5／D6 确认；在未明确任务集合和授权范围时，不能因 Project.status=planned 就批量调用专家。最小版仅发送已确认且上游已验收的任务；其余显示“等前置成果”，在前置验收后重新展示可派单动作。若要原型中的一键派出多任务和自动排队，则先补持久化授权快照、队列及重试契约，不以浏览器循环发送代替设计。

交付历史的存储约束：execution_messages.event_metadata 由服务端构造，至少包含 {event_type, result_revision, actor_user_id, decision, comment}。事件类型为 result_submitted／accepted／rework_requested，非验收事件的 decision 可空；时间及执行编号使用消息行字段。验收／退回与状态变更在同一事务写入对应 result_revision 的事件。历史接口按版本关联这些事件，不解析自由文本，也不只读 executions.acceptance 的最新快照。self 执行没有远端轮次，每次 /result 在 result_submitted 事件中追加不可变 {deliverable, file_ids, submitted_at} 快照；补交递增 result_revision，不覆盖旧快照。专家结果仍从 turn.response_snapshot 读取，两种来源返回同一历史契约，客户端不得指定审计 actor。

完整计划编辑／应用／撤回虽是原型已定方向，但目前 Project.tasks JSONB 不具备它们；这是上游产品能力的跨目标交接，不能说本期目标一顺带已有，也不能断言全产品本期都不做。相关实现前必须确认 task_revision、改过的任务书是否需要用户重新授权，以及已发出的远端任务不可随本地撤回而假装未发生。

6. 涉及路径、验证与待定事项

后续预计新建 apps/api/app/executors/README.md、该目录的 models.py、schemas.py、states.py、service.py、router.py、delivery.py 及本域测试；按职责必要时拆轮次服务，不先铺空文件。修改 tuantuan/schemas.py 与计划生成／输出校验、项目归档保护、common/config.py、main.py 路由注册、文件域私有用途、身份依赖的真假身份信息。ndclaw.py 和 identity.uc_profile.service_token 复用 PR #14 已有实现，现阶段不再规划另抽 common/bts.py。前端按连贯原型在 projects 功能接入工作间和任务卡读模型；未演示的异常／下游部分先补原型并确认，再实施对应入口。

新增 fake A2A、契约 fixtures、集成和业务场景时同步 tools/ci/affected.toml、apps/acceptance/AC.md、INDEX.md。单元覆盖匹配、解析、状态、幂等与签名；真实 PostgreSQL 集成验证约束与事务；浏览器验证派单→续话→验收→下游和权限失败。业务状态及服务加变异测试，遵守仓库 100%／三层 300%／变异 ≥80%，不新增豁免。目标一涉及外部接入、权限、状态机，实施按大档收口；本轮纯文档只做文档验证，不宣称产品门禁通过。

后续平台执行闭环的 E2E 顺序与剩余前置见配套交接稿；最小真实接入不重复开工。规格未决不改写为已批准，进入实现前按该稿的最小确认项逐项收口。

本会话预审范围决定的理由

采纳用户“预审涉及项目上下文，本期也不做”的建议。本期优先验证专家输入、产出与用户验收能否闭环；没有验证过的模型意见会增加上下文拼装、版本对齐、误判处理和评估范围，收益尚无证据。保留交付格式、必需附件、私有权限、来源与版本的程序校验，但不把这些称为业务质量预审。后续预审未必需要完整项目聊天或完整项目记忆，可先评估“任务书＋验收标准＋相关已验上游事实＋当前交付”的最小上下文；这是恢复该能力的候选方案，不是本期隐含实现项。