codex-agent-team

codex-agent-team 0.40.58

0.40.58 修正发布验证环境：受控 MCP 测试使用独立的 Codex 会话目录，POSIX 命令准备测试明确标注平台限制。Windows 的原生日志替代路径与拒绝 POSIX 包装检查保持，不改变业务启动、验证和独立审核门禁。

0.40.57 强制核对原生启动参数，按当前任务合同限定独立审核范围，并支持空启动失败后的安全恢复绑定。原生会话刚创建但尚未落盘时，在可信时间范围内等待，不重复派发或提前授予权限。例行推进保留游标并处理并发登记；原报告、失败、中断与验证证据全部保留。

同一任务的有效验证结果可在核对候选及完整输入未变化后复用；未知退出码、路由变化和已结项任务拒绝恢复。登记纠正不扣独立审核预算。Luna 五倍复杂度三轮对照未证明团队模式更省资源或质量更高：总 token 为单会话的 3.61 倍，未缓存用量为 4.34 倍，团队独立结项 4/9。已知限制及统计口径见 发布说明。

0.40.54 区分“已启动、正在自绑定”与启动未知/失败：核对父会话、目录、预留路径和当前原生运行状态后有界等待，不因尚无任务 turnId 提前结束 Leader；不授予执行或验收权限，也不重派成员。异常、终态和不安全启动继续阻塞并保留历史。

0.40.53 统一等待入口提示：协调摘要、轻量状态、超时回执均指向实际暴露的 team_leader 路由及明确操作，不再把内部 wait_team_event 名称当作独立可发现工具。缓存等待仍合并真实事件，无需为等待重读状态或重跑验证。

0.40.52 统一首次绑定、绑定重放与并发完成的 bootstrap 响应，均返回完整缓存报告入口和模板；同一绑定只登记一次。

0.40.51 缓存成员原始绑定与回执请求，报告只填写事实字段，避免长任务结束后抄错启动凭据。已拒绝的原生交付可明确预检并恢复：核对原调用、完整输入指纹、工作目录与宿主退出码，保留原报告和中断历史，不重跑测试、不扣审核预算；独立审核继续强制。修复新版本登记异常未持久化造成的重复空转。

0.40.49 对于预留后未发出启动的任务，核对完整宿主调用历史与两次成员索引，再返回原始派发包；已发起但未确认的调用仍不重发。面板区分“尚未启动”和“未知”。阶段交接后的空启动恢复保留原检查点与有效命令证据。

0.40.48 将启动与恢复校验落到宿主真实记录：启动前拒绝配置冲突，绑定前核对干净子会话及冻结模型路由；初始绑定不再依赖手抄任务标记。启动被拒时面板显示具体原因，已结束且未执行的 bootstrap 可在核对原生终态和候选未变化后安全恢复，保留原会话与失败记录，不扣代码返工或审核预算。独立审核按当前任务合同登记，后续任务观察单独归属；范围或格式纠正留在原审核轮次，复用已有有效测试。真实缺陷、未知执行和变化后的候选仍保持阻塞。

0.40.42 转向可靠交付与审核质量：无运行成员且无可执行路径时，返回具体合同、依赖或尝试上限阻塞，不再空等。新编译审核的一次性问题清单必须关联当前合同和源码/原日志证据；建议不触发返工，合同问题无论严重度均需明确关闭。局部返工保留完整合同、有效上游、原报告与中断历史。显式 executionMode: "auto" 按业务复杂度选择执行方式，合适的单个低/中复杂度任务由 Leader 执行、原生成员独立审核；显式路由、严格风险及复杂任务保持原生成员。新增实际登记的一审通过率、返工和闭环指标，不把这些指标宣称为代码正确率或质量提升百分比。

0.40.17 减少登记与总结往返：认证后的审核启动同步提供对应原始交付、命令页与输入核对；成功结项返回有限摘要和证据入口，Leader 不再为总结读取整队历史。完整报告、失败、中断和独立审查保留；摘要是验收时回执，不替代源码审查或未来候选验证。节省幅度需用真实 Luna 对照测量。

0.40.16 统一 Codex 各派发入口：预留唯一轮次后只发送启动凭据，成员绑定成功才领取工作指令。面板区分关联中、关联超时与额外会话；缓存用量按当前绑定重投影，保留全部成本与历史证据。验证命令支持已确认 POSIX 工作目录内的字面参数引号等价，避免同一已完成测试因单/双引号差异被拒绝。

0.40.13 将 DSH 顶部“团队工作区”入口接入宿主原生右侧标签页，支持调整宽度、关闭和重复打开复用。面板按成员、任务排序，任务详情与成员会话跳转分别操作；不再使用按钮旁的悬浮框。

0.40.12 将按需任务绑定与预先初始化绑定显式分开，冲突配置在创建团队和成员前拒绝；旧团队启动阻塞在面板显示缺少的岗位绑定，不再返回空等待循环。暂停或未授权时不返回初始化派发包，保留独立审查与历史记录。

0.40.10 增加原 Leader 面板的内部终态登记，主会话未再次推进时也能接收已有交付和有效独立审核；不启动模型、不派发、不结项，停止和未知状态保持原样。面板显示具体登记失败原因，并区分历史验收与当前验收。增加按已保存输入范围核对当前候选的只读程序接口，区分历史未检查、真实变化和不同范围指纹，避免靠模型猜测证据关联。增加固定的已认证交付引用，避免模型抄错最终回执哈希；正常派发只读取完整纯文本合同，减少 JSON 包装重复。核对并隔离原生 fork 的父日志前缀，保留未知边界和上下文继承诊断。合并编译提交与首批预留、命令准备与选定结果读取，提供可复用启动参数，减少模型编排往返；保留中途停止、重试和独立审查门禁。将业务计划编译、同轮交付预检、已认证最终回执和等待后推进接入正常流程；增加显式标准任务分组、阶段成本比较和结项成本记录，保留独立审查与全部历史证据。修复、验证范围与仍未补齐的竞品能力见 改进记录。

诊断：npm run doctor -- --registry；不会启动模型或更改账号配置。

0.39.5 新增按风险分级验收、按功能批次独立审查和按本次目标结项；旧团队与证据保留。用法和边界见 质量策略。

DSH npm 分发

DeepSeekHarness 的正式安装入口为 npm 包 agent-team-deepseek-harness。本次版本为 0.40.58，发布后可通过 dsh plugin --profile <existing-profile> add agent-team-deepseek-harness@0.40.58 安装。包包含编译后的原生入口和 MCP 服务，使用包名加载，DSH 插件管理器自动登记 bundle。ZIP 仅保留为开发暂存产物。

发布准备命令为 npm run build、npm run package:dsh、npm run verify:dsh-package。最后一项在隔离的 DSH_HOME 中使用真实 dsh plugin add 安装生成的 .tgz、核对自动 bundle 登记、配置组合、导出和六个原生工具，全程不启动模型。登录并完成 npm 发布认证后执行 npm run publish:dsh，发布脚本核对同一包的安装证据与远端 integrity，拒绝覆盖不同内容的已有版本。npm 接受上传后立即保存回执；索引尚未可用时有限等待，不重复上传。等待结束后仍未可用，执行 npm run verify:dsh-published 继续只读核验。

0.36.0 真实派发、接续和停止

Claude Code 修复了持久化任务通知识别、接续后的轮次关联、运行状态与历史终态保留，以及 Agent 回执早于子会话注册的竞态。每次通知仍须匹配真实父会话、项目和本轮启动；旧通知、普通聊天文本和停止请求回执不能冒充终态。

OpenCode 1.19.0 已在用户更新的原生配置 opencode-go/deepseek-v4.1-flash 下取得一次真实派发、同一成员接续和运行中停止的完整记录，原生 MessageAbortedError 与生产桥接中断终态均早于服务器清理。Claude Code 也取得同一成员三轮完整原生证据；原 live 验证器的失败记录保留，修复轮次映射后按正式修订的验证合同读取同一次真实回执完成验证，没有追加模型请求。DeepSeekHarness 复用之前已通过的真实闭环记录；此前 Go 订阅 403 作为历史失败继续保留。

Windows 必验命令支持保留 $LASTEXITCODE 的固定 PowerShell 日志和元数据包装；强制成功、重设退出码、额外命令、错误工作目录或未知退出码仍不能通过。只读验证的 Git 忽略 evidence/ 输出单独记录为验证产物，保留成员原始申报；跟踪文件、路径别名及源码越界继续拒绝。安装与证据边界见 多宿主说明。

0.35.0 原生控制与失败诊断

支持 DSH desktop 的 durable teammate 协议：按实际工具 schema 使用 spawn_teammate，从宿主 roster 获取真实会话 ID，核实名称映射后才接续或停止；旧 continuable profile 仍可用。公开事件保留同一成员的冷接续历史，主会话首次请求模型前也能取得实际可调用的工具目录。不能用成员名称或 one-shot job ID 代替会话身份。

Claude 接续使用 SendMessage；后台 Agent 回执不再依赖不存在的 task_id 字段。真实持久化 task 通知按启动轮次关联，停止请求与终态分开记录。宿主缺少可信通知时仍为 unknown。OpenCode 的原生认证错误保留公开原因；请求头和凭据不进入团队记录。

修复已确认空闲成员仍被历史关联异常挡住派发的问题。新任务可使用独立上下文，旧 BLOCKED 与中断证据继续保留。停止整个 DSH 团队时也核对当前 Leader 的真实名称/会话映射；映射陈旧或缺失时停止回执不提供可执行控制。新增原生停止证据使用版本门禁，URL token 脱敏。

真实模型验证入口为 node scripts/verify-host-execution.mjs --all --live，显式启动现有配置的模型并保存原生回执。DSH 已取得同一成员的派发、接续与中断证据；Claude Code 和 OpenCode 的当前 Go 模型返回订阅 403，完整闭环仍 BLOCKED。不会自动换模型或将协议测试当作模型闭环通过。

0.33.1 多宿主适配

保留 Codex，并增加 DeepSeekHarness 原生 Cordis 插件、Claude Code 插件和 Hooks、OpenCode 原生插件。各宿主的当前主会话担任 Leader，复用任务、成员和独立审查引擎；实际会话身份和执行记录由宿主接入层提供。新宿主的数据独立保存，不迁移或覆盖现有 Codex 团队。

构建输出四份安装包。三种新增宿主通过原生工具展示团队状态，Codex 保留内嵌面板；没有伪造其他宿主的面板或 Codex 跳转链接。模型选择、停止和历史观察按各宿主真实能力校验。安装入口、能力差异与验证边界见 多宿主说明。

修复 DSH 原生派发参数、成员消息由 Leader 中转、原生插件释放资源、OpenCode 删除历史会话后的调用，以及公开记录中 JSON 凭据的脱敏。DSH 固定团队使用 continuable 配置，one-shot 和无法核实的模式在派发前阻止。三种新宿主的模型交付、接续和停止完整闭环仍为 NOT_RUN，加载与协议检查不能替代这些验证。

0.32.0 初始化证据关联与等待成本

环境初始化链支持显式绑定到当前合同命令：核对原报告完整声明、原生 commandId、工作目录、真实成功退出码和未变输入，保留中断及审查原文。仅支持字面量初始化与 && 链，失败屏蔽、管道、动态命令和不透明脚本仍不能满足验收。旧准备记录缺少预执行指纹时明确提示使用原报告 manifest，不补造历史证明；manifest 全部文件哈希仍核对，输入根按原声明的源码/配置范围选择。

等待增加跨调用 waitCursor 和可直接复用的 continuationArgs，普通进度不触发状态/schema 重读；默认等待55秒，协调调用设置 functions.exec yield_time_ms=60000，减少中途返回的模型往返。阶段交接建议提前至60000当前输入 token 或30次命令，仍只在明确完成边界交接，不强制清空、降档或重跑。插件不能消除宿主有界等待产生的全部空闲模型轮次。

0.28.0 执行观察与状态稳定性

V5 原生记录复现了上下文压缩期间公开活动停更超过 60 秒、随后继续执行的情况。记录过期显示“执行记录待更新”，并保留任务已派发状态；关联失败、时钟异常或无法核实的状态仍单独提示。连接暂时失败仅在原有效期内复用同一任务、attempt、线程和轮次的活动证据，不更新证据时间或延长有效期；成功读取后清除临时提示。已确认终态、业务进度与完整历史继续保留。

原生生命周期观察补充 MCP 工具与上下文压缩完成的公开事件元数据，只读类型、身份与时间，不读取工具结果、压缩内容或推理。面板统一任务、成员与执行历史的状态说明；记录延迟不授权验收、结算、重派或重复运行。

0.27.0 操作回执与批量预留

0.27.0 将 Leader 操作的成功回执改为精简协调状态和受影响任务，派发、消息、标题等操作包完整保留；需要显示预览可显式 responseView=summary。面板与完整证据格式保持，原历史不改写。批量就绪判断不复制历史交付与日志，并为同一岗位只预留一个任务，继续核对并发、共享资源、写入范围和依赖。

0.26.0 问题关闭证据与状态查询

独立审核的问题关闭证据支持非空文字或非空文字数组，完整审查原文保留，账本按原顺序保存全部证据和关闭历史。空项、对象或缺失证据仍拒绝；身份、轮次、严重性和验收门禁保持。升级后旧格式异常可用原证据重试，不重复审核或测试。source-only 后续 NOT_RUN 仍须原 Leader 明确分类，合同通过不能代替产品和团队最终验收。

任务查询只返回状态与当前轮次摘要，避免把历次提示、交付和完整日志装入一次响应；原始证据按选定任务分页读取。

0.25.0 V5 流程与读取优化

推进默认返回处理变化、最新版本、下一步动作与完整派发包，省去成功后的重复查询；推进末尾不再二次观察全队，派发预算与终态结算仍独立核实。按任务读取证据替代默认全历史入口，工具参数说明按操作与插件版本复用，常用技能说明压缩，细则按需读取。

面板提示原生会话缺少任务登记，提供只读明细；不猜测任务归属、自动验收或重跑。初始化会话按已绑定成员计成本，避免误报。用量分别展示缓存输入、新增输入、输出，预算仍按累计处理量；这不等于账单/账号限额计量。面板与连接版本不一致会提示重新加载。

0.24.0 审核通过直接登记

独立审核角色返回当前交付的 PASS 后，settle/advance 在同一次保存中校验真实轮次、独立身份、合同与条件覆盖、宿主命令、严重问题和声明输入指纹；通过直接登记验收并解锁下游。Leader 仅处理具体异常与团队最终结项，普通通过不再二次审核。中断、审查原文和历次验收回执保留；重复通知不重登记或重验。

最终结项默认复用已验收 integration 合同的有效证据，只读核对当前声明输入内容，不运行测试。单项测试与 source-only 证据不替代整体验证。文件或声明输入变化、旧轮次缺少可靠指纹、证据缺失均保留为异常，不猜测通过，也不为补记录重跑已完成工作。指纹覆盖声明的项目文件；外部环境与未声明输入变化仍需要明确判断。新版数据设置 0.24.0 写入保护，旧连接不可覆盖。

Team Workspace：当前 Codex 主会话担任 Leader，原生 subagent 作为固定团队成员，内嵌面板集中展示任务、执行、进度和依赖。

源码版本 0.39.5。新增已授权原生执行的补登记：按明确子会话、连续轮次及审查目标登记回原任务，保留中断、返工和公开证据；预览与一次事务提交，无模型启动或重跑，终态上下文退休，已有验收仍执行原质量门禁。优化协调空转与用量：无变化超时继续等待，Leader 使用带 cursor 的最小协调状态；单项公开证据按需分页，保留完整历史；统计包含当前团队期间的 Leader 和直接原生兜底成员，已配置预算在派发前实时核对。宿主文件变更的对象格式不再中断公开日志解析。修复续跑时历史检查点被判为身份错误导致登记事务回滚的问题；保留旧检查点原始轮次，使用已核实的续跑链验证历史归属，新检查点和成员汇报先核对当前原生轮次再保存，旧轮次检查不算本轮验收。修复需求规格阶段被后续 NOT_RUN 项误拦的问题：source-only 审查可由 Leader 显式标注延期检查及理由，本轮条件仍须 PASS，未来未执行状态和最终验收要求保留。修复旧执行快照覆盖新终态、完成后重复触发最终验证以及结果接收重试报错的问题；面板每秒同步，明确展示等待 Leader 接收。内部事件等待新增原生成员终态监听，派发后保持 Leader 工作轮次。已移除全部面板聊天发送路径：团队协调使用原生内部消息、完成通知与等待工具，确认、停止和恢复只保存操作；新增 wait_team_event，让正在等待的 Leader 接收面板操作。旧通知保持历史兼容，不再发送或重试。已结束的 Leader 轮次仍受宿主唤醒能力限制。组建阶段只确认团队成员、职责与目标，确认后由 Leader 拆分具体任务，不逐项要求确认；模型目录自动读取，继承模型支持直接调整档位。空任务团队不会被误判为完成。修复同一任务中断续跑后的原生轮次关联：确认中断的连续旧轮次保留证据，完成轮次关联当前任务；停止核对独立验证空闲并保留已完成交付，不再因标记重复卡住。目标完成并通过最终验收后，可手动归档当前团队，保留完整历史、冻结写入，并为无关的新目标创建新团队。停止/恢复的保存结果与待处理提示不会被较晚详情刷新清空，刷新与语言切换保留操作结果。团队组建后可在成员卡片直接调整角色目标，后续派发使用新目标，当前执行保留原约定；修改留痕、并发冲突和自动刷新保护齐备。任务详情只在面板内查看，打开 subagent 通过宿主会话深链接直达，不再向主 agent 发送导航消息。成员操作收为紧凑图标，延迟悬浮显示功能说明。加强成员任务标签与依赖节点的状态颜色，保留现有布局与操作。修复 shell 包装命令的验收误判，已有交付在正常验收时按当前轮次的原始宿主记录重新核对。浅色工作台重排目标、进度、真实任务列表、成员与详情；支持任务搜索与键盘打开/关闭，完整岗位身份保留在执行记录。面板已简化为进度与状态操作，停止/继续无需必填说明，已确认计划按需展开，内部协作说明保留在更多设置。新增任务执行上下文隔离、终态核实与会话代次审计、完整派发提示硬预算；此前已补齐按角色工具入口、持久协作记录、计划修改请求、运行管理、模型快照、历史/模板管理与中英文界面；Desktop 联合验收尚待执行。这是实验性插件，能力与验证边界见 能力清单。

工作方式

• 团队确认：新团队先确认目标、成员和职责，确认后 Leader 拆分具体任务与独立审查，无需逐项确认；支持面板编辑或聊天确认；修改后旧确认失效。明确“直接做”可立即执行，普通追加沿用授权；新增岗位、扩大范围和提高预算单独确认，原团队继续运行。
• 同一项目保留一个团队，新任务追加给现有成员；需要新岗位时直接追加成员，重建由用户主动触发。
• 使用 add_team_members 追加岗位（活跃人数最多 8），按需模式等首项任务就绪再创建；先用 add_team_tasks 分配任务。空闲且无未完成任务的成员可 remove_team_member，记录仍保留；reassign_team_task 改派等待/阻塞任务，旧轮次归属和重试预算不变。
• 岗位与当前执行会话一对一，命名采用「项目-角色」；已结算任务之后创建干净会话，原线程保留用于历史审计。
• 新团队默认按需创建成员，首个就绪任务携带完整交接包；后续复用同一原生线程。已有团队保留原启动方式。
• 初始面板支持成员和目标编辑，自动读取宿主模型及档位；具体任务在组建确认后拆分，扩展面板保留任务和依赖编辑；并发与预算按需展开，保存后重新确认版本。
• 停止覆盖初始化轮次：stopping → 核实实际终态 → halted；明确原因才能恢复，重试任务单独选择，历史与预算保留。
• Leader 拆解、派发、停止、处理异常与最终结项；普通独立审核由插件校验登记；真实成员可领取自己的就绪任务、报告进度和暂存交付，宿主终态仍须核实。
• 成员共享当前项目，按任务按需读取，不复制完整项目，没有 128MB 快照启动门槛。
• 任务预留、执行、提交、独立审查、最终验收分别记录，历史轮次不会冒充当前交付。
• 可声明阶段、写入/排除范围、验证命令与目标覆盖合同；需求独立验收后再实施。合同验收要求逐项 PASS 和宿主记录的成功命令；改动范围根据成员申报核对，不宣称自动发现所有文件改动。
• 可选择 autoRepair，由 Leader 确认退回后生成修复任务和独立复审，重定向下游依赖并保留原证据。问题 ID 跨轮追踪，严重问题需独立证据关闭；审查轮次超限暂停并升级给 Leader。
• 状态先显示、详情后台加载；面板预览限制 256 KiB，完整证据按需读取。实际执行中轮询目标间隔 250ms，已结束待接收的执行降为 1s。任务标签统一编号，依赖卡片 160×76px。
• 原生会话导航使用宿主 openLink 和已验证的 codex 会话深链接；不依赖模型或消息能力。失效请求不打开旧目标，未绑定执行的任务不借用成员的其他会话。宿主接收链接与实际页面呈现分别记录。
• 执行完成前显示公开进度、命令输出和按轮次统计的 token 用量；不会展示隐藏推理。
• 成员持久收件箱、接续包、重试上限和有界工作流由 Leader 控制，工具回执与已读分别记录。
• 支持完整任务模板或仅保存岗位与约束的动态规划模板；宿主模型目录验证显式路由，默认档位随计划冻结。
• 合同修订记录前后值与版本，使旧下游证据失效；已通过验收的合同冻结。压缩前置摘要，保留完整验收条件。
• 写入成员可选择 Git worktree；已独立验收候选经冲突预检后暂存合并，由 Leader 验证并提交。
• 任务号/状态搜索、公开报告导出、时延诊断和校验分卷保留长团队历史。

开发

需要 Node.js 22+，打包需要 Python 3，浏览器检查使用 Chrome。

git clone https://github.com/wapearoudy/codex-agent-team.git
cd codex-agent-team
npm ci
npm run build
npx playwright install chrome
npm test
npm run validate
npm run package

构建输出到 plugins/team-workspace-probe/dist/，ZIP 输出到 artifacts/，生成文件不提交。GitHub Actions 在 Windows 上执行构建、回归、校验和打包。

本地使用

插件身份为 team-workspace-probe。构建并通过检查后运行 node scripts/install-plugin.mjs，登记本地来源并调用官方安装命令。已有来源会保留备份，不直接修改缓存或强制重启宿主。详细步骤见 开发与安装说明。

Windows 默认发现当前用户安装的官方 Codex Desktop 可执行文件；自定义安装位置可设置 TEAM_WORKSPACE_CODEX_BINARY。仓库不包含开发者本机路径、登录信息或真实团队记录。

实际边界

执行由 Leader 所持有的原生协作工具控制，MCP 服务不能替代这些工具。视图读取宿主持久化快照，轮询间隔不是端到端时延承诺。成员写入范围属于任务约束和冲突调度，不替代文件系统沙箱。

浏览器/协议检查与真实 Desktop 原生执行分别验证；自动检查通过不代表未执行的宿主联调已经通过。原生会话导航不支持指定轮次锚点，历史轮次在面板中回看。

见 架构与数据边界、开发与安装说明 和 插件使用协议。

0.29.0 执行成本优化

增加受限源码/日志分页、原生命令日志准备、明确完成的阶段交接与同任务干净续接、输入未变化的宿主验证复用、语义事件合并、等待内协调回执、合并收件确认、版本化 schema 指纹与 router 单份正文。进度保留在面板，正常进度不触发主会话消息。不会降低模型档位、强制重置执行中会话、重跑已完成工作。原生命令工具仍由宿主控制，输出预算在派发协议与插件助手中执行；最长55秒工具等待仍需要后续模型轮次，插件不能在 Leader 结束后静默启动模型。

0.29.1 报告格式兼容修复

统一交付、审核与阶段交接的 JSON 接收规则，兼容首行任务标记和 JSON 代码块；首行、正文与绑定的当前任务标记须一致。保留旧纯 JSON、原始报告和全部历史，原范围、验证命令、独立审查、证据指纹门禁不变。旧格式拒绝缓存重新校验一次，不重跑成员或业务测试。数据最低版本仍按对应功能保存（阶段交接为0.29.0）。

0.30.0 工作目录与历史验证关联

原生命令保留真实工作目录及 commandId，正确对应合同中的显式 cd。新增 reconcile_team_verification：预览并核对当前候选、同一任务中断链、宿主终态与历史输入闭包，追加可复用回执；原报告、旧 null 和全部中断/审查记录保持原样。准备长命令时保存执行前输入指纹；同 requestId 重试不覆盖旧指纹。已有独立 PASS 只重试插件门禁，成功后直接解锁后续，不重审或重跑。

不会从复杂脚本猜测子命令，不补造退出码，不把当前必需的 BLOCKED/FAIL/NOT_RUN 改成 PASS。合同之外明确的未来 NOT_RUN 说明保留，不能替代后续任务或最终验收。补登记的数据设置 0.30.0 写入保护；跨 attempt 和已验收历史不可覆盖。详细输入证明格式见技能的“历史验证关联与结果复用”。

0.31.0 团队流程系统修复

统一当前合同与后续检查归属：普通审核、显式验收与历史原生登记共用范围规则；执行任务可保留有明确后续合同的 NOT_RUN 说明，不将当前失败或缺失检查放行。旧审核 PASS 的登记失败可通过 reconcile_team_review 预览并原位补登记，保留报告、检查、拒绝与中断历史，避免无意义的二次审核。

命令验证使用最后一次匹配的宿主结果，当前失败/未知不能被历史成功覆盖；阶段复用核对工作目录。停止期间登记不恢复执行状态；保存审核恢复要求原控制已恢复。批量推进返回真实部分成功与异常，失败的 terminal 交付缓存具体原因，不反复自动接收；原失败记录保留。场景回归覆盖正常执行、异常和恢复路径；真实业务核对记录仅保存在本地。

0.31.1 跨平台发布修复

验证目录按原生路径自身的 POSIX、Windows 盘符或 UNC 语法解析，避免服务器系统改变历史目录身份；不同盘符、共享目录与未知盘符相对路径不匹配。Windows 的 POSIX 命令准备仍明确提示使用原生命令输出预算和日志选项。补充路径与平台回归，面板验证原证据时间不被改写，事件等待测试留出持久保存时间。

0.40.18 结项摘要优先保留最终集成验证，并将必要的命令与真实退出码放在不会随预览裁剪丢失的 validation.finalVerification 中。逐项历史仍可显式读取；不重跑测试或补做审查。0.40.17 的真实 Luna 对照记录继续保留，不冒充新版实测。

0.40.19

已明确授权的新目标可用 start_team_goal 一次完成宿主上下文解析、整份计划预检、固定成员确认记录和编译派发预留。待确认目标继续原确认流程；现有团队不被替换，重试 UUID 不重复派发。合同 readPaths 指定相关文本文件，成员实际自行关联后一次取得有游标的源码页，审核收到目标的当前源码与原始证据，避免重复取证；分页/缺失与超量路径明确保留。没有取消独立审查、自动重跑测试或后台启动模型。

0.40.20 修正 start_team_goal 的宿主入口：从真实线程上下文建立团队，不再套用已有团队的 teamId 先决检查。原 0.40.19 启动失败验证及其 token 保留，业务未启动或重跑。

0.40.21 修正模型工具返回的兼容性：仅消费 MCP text 的客户端也收到同一份有界业务结果，保留派发、续跑参数和实际源码/审查页。结构化客户端仍可选择 structuredContent 一次；不再用空指针回执迫使模型补查。

0.40.22 对已拒绝且未变化的终态证据停止重复唤醒；审查/登记异常返回明确 Leader 动作，不再附带等待续跑参数。真实的新证据、合同变更、停止控制与新轮次仍会正常响应，历史证据保留。

0.40.23 合并无变化等待的传输往返，返回可执行等待程序，工具发现与调用在同一 exec 完成。普通独立审查的返工结论直接登记，按明确授权的 autoRepair 与轮次上限创建修复和新复审；原始证据保留，不把返工当作验收通过。安装前核对原生团队和预留启动会话均已结束，避免升级使运行中的成员失去工具。Token 目标仍须用新会话实测，不承诺所有复杂度均更省。

0.40.24 的审查启动证据明确列出每条合同命令的最新原生结果；较早的失败仍保留，但不会因历史分页只显示首条记录而误判当前验证。较新的失败或未知退出码仍阻止通过。人工确认历史 Leader 当前未运行团队时，可仅放行该 Leader；所有成员及预留启动仍必须经过原生结束核对，放行留审计记录。

同时返回可直接复制的等待调用；审查轮次耗尽时明确给出一次预算决策，不再指示继续创建无法授权的返工。

0.40.27 随原始证据返回可直接调用的分页与命令全文参数，扩大审核启动命令页并按真实 UTF-8 字节缩页。审核通过前在原轮次预检当前合同及真实验证结果；发现矛盾时保留原稿并登记实际返工，不以问题严重度代替合同通过，不重跑有效测试。

0.40.26 用预留凭据读取唯一的完整启动上下文，减少长哈希复制错误；未绑定成员已结束时停止等待，并在面板显示具体启动阻塞。启动订阅覆盖未绑定成员，未确认状态和错误显式身份仍不得推断为完成。保留独立审查、原始报告和全部历史证据。

0.40.28 新增 read_team_materials 批量读取真实源码与日志续页，并在审核启动输入中附上精确关联的原命令日志。Codex 单个标准低/中复杂度工作单元可显式选择 executionMode: "leader"：主会话实现并保存真实任务检查点，独立原生成员审核；不会伪造主会话终态或取消审查。严格/多单元任务保留原生成员执行。历史、失败命令与中断证据继续保留。节省幅度以实测对照为准。

0.40.29 补齐主会话执行提交回执的审核等待程序，在启动回执中提供无需发现 schema 的真实验证命令准备参数；等待程序只在实际进入审核等待阶段提供。主会话缺少提交检查点而结束时，面板显示明确的证据阻塞，保留原记录。

0.40.30 在审核启动包中补齐提交报告声明且位于冻结范围内的新增源码/测试文件；初始合同版本按规范默认值 1 比较，避免误报候选合同变化。修订合同仍使旧证据无效，不改写历史或放松独立审核。

0.40.31 补齐主会话实施与返工的当前说明、稳定 finding ID 和审查问题；单目标审核用已认证依赖关联，减少手工 UUID 复写；真实退出 0 的字面量 unittest 组合保留原完整日志并复用各条验证结果。原报告和失败不改写，独立审查和候选输入检查继续强制。

0.40.33 增加主会话验证提交程序：一次执行真实命令、保存完整日志、复核输入并登记交付；失败和未知结果保留原轮次，禁止自动重跑。可选审核就绪预检在启动审核前拦截缺失的登记证据，支持在原轮次补正并复用有效验证。精简新成员重复指令，保留全部合同、批量审核 findings、工作树权限、续跑检查点和独立审查。token 收益以新的 Luna 对照实测为准。

0.40.34 明确已接收报告的结束动作：valid=true 后立即返回 finalReceipt 并结束当前原生轮次；误读任务状态时返回相同结束指引，避免把 awaiting-native-terminal 误认为缺少验证。审核指令明确复用目标任务的有效宿主验证，禁止为回执或登记重复测试，独立源码审查和原有门禁保持。已有问题的关闭证据和 finding 身份校验提前到报告接收阶段。

0.40.35 在长等待后的主会话返工启动回执中附上一次绑定并保存结果的调用：将真实当前执行存入提交程序使用的位置，避免模型复写整段程序、检查缓存结构和重复发现工具。未确认或身份不符时保持阻塞，不执行验证、不改写原证据。

同版补齐字面量 python3 -m unittest test_http test_extra_http -v 对原 test_http -v 的明确覆盖：仅相同解释器、目录和参数，额外模块不改变筛选选项；必须真实结束且退出 0，较新的失败或未知仍阻塞。返工决定若没有具体 open finding，在原审核轮次预检拦截，避免结束后才拒绝登记。

0.40.41 closes an observed exhausted-budget wait loop: coordination returns one explicit token-budget-limit blocker and no wait continuation, while keeping active native work and original evidence intact. Submission instructions identify the transport as the owner of the single contract validation run. 0.40.40 fresh Luna trials remain separate observed samples; regression verification of 0.40.41 is not a claim of measured token savings.