重构/对话错误类型化, 避免string-typed #474

Merged

k88936 merged 63 commits from feat/fail-as-event into master 2026-09-24 19:42:50 +08:00

Conversation 1 Commits 63 Files Changed 57

+6200 -1581

63 Commits

Author	SHA1	Message	Date
k88936	2fa89006c4	Merge remote-tracking branch 'origin/master' into feat/fail-as-event ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-09-24 19:17:48 +08:00
k88936	7cb7bd9581	合并：把 origin/master 的对外 MCP 语义工具与状态条、Markdown 修复并进接单化分支 ... - 冲突（`chat-composer.suite.ts` 接单窗口用例）按双方意图合并：保留上游「窗口期就要显示处理中卡片」，同时保留本分支「卡片要等宿主 `turn.started.at` 才开始读秒」；用例改为窗口期断言卡片在、无「已耗时」，再补发 `turn.started` 与开口用户条目后才断言气泡与读秒出现。 - 补上运行中回合的起点链路（合入前只有收口条目带起点，运行中卡片读不到秒）：`useDirectThreadChatSubscription` 暴露 `turnStartedAt`，控制器透传 `directTurnStartedAt`，`DirectProjectChatView` 交给 `buildDirectChatTurns`。 - 同步 ADR、实施计划、`decision-log`、`pitfalls` 的口径与注释（两态投影；接单窗口只有卡片且不读秒）。 - 其余上游变更直接并入：对外 OpenAPI / MCP 语义工具方案与实现、状态条读秒粒度与几何、对话 Markdown 容错。	2026-09-24 19:13:53 +08:00
k88936	1ff1a9965b	前端：删掉 Direct 的本地乐观用户气泡，用户气泡只来自宿主条目 ... - controller 删 `pendingUserItemId` / `beginTurnCommand` / `endTurnCommand`：忙态改由 `beginTurnBusy` / `endTurnBusy` 持有，宿主认领判据 = `turnRunning` 或收口计数变过（一轮在同一次 consume 里开始并结束） - controller 删 `startTurn` 的乐观追加与 `messageAppended` 重跑参数、`DirectProjectTurnInput.messageText` 与首轮的 `directInitialTurnText`；controller 不再需要 `assets` - 投影删 `awaiting-start` 展示态（只剩 `running` / `finished`）、`localSentTimes` / `sameIdentitySentAt`、本地用户气泡与它开回合的路径；带身份的拒单提示在会话末尾自成一组，不挂进上一轮，也不开运行态标记 - 时间口径：起点只认 `turn.started.at`、终点只认 `turn.completed.at`，用户气泡时钟取宿主落盘 / 观测时间；两边都空的回合整条「本轮结束于 … 」隐藏，不再出现 0.0 秒 - 用例：改造 `directTurnPresentation`（本地用户消息不进回合、拒单提示自成一组、两态判据、失败说明按身份归位）、`directProjectTurn` / `directProjectTurnStatus` / appSurface 窗口期用例，`directProjectTurn` 补 `afterEach(cleanup)` - 注释与文档：ADR「命令接单化」后续更新、实施计划新增「删掉本地乐观用户气泡」、decision-log 与 pitfalls 同日条目、Codex 原始历史方案的口径句、`codex_app_server` 用户条目时间注释	2026-09-24 18:20:24 +08:00
k88936	d6f2ae157a	文档：回合顺序修复写进 ADR、实施计划与共享记忆 ... - ADR：补「开口用户条目先于整轮里的一切失败」这条顺序不变式（发点在接单 + 落盘之后、起 codex 之前），以及界面「回合归属只认身份」的口径 - 实施计划：新增「回合顺序修复（2026-09-24）」一节，写清现场、根因、两条改动与回归用例 - decision-log：新增同日决策（宿主发点提前 + 前端按身份归位、收口早退不吞说明） - pitfalls：新增同日条目，并记下排查提示——先分清逻辑回合的 turn.started / turn.completed 与 app-server 协议的 turn/start 请求	2026-09-24 18:02:50 +08:00
k88936	4a75de1c31	前端：失败说明按回合身份归位，不再落进上一轮、气泡也不再自成假回合 ... - 回合归属改成按身份（开口用户条目的 canonical itemId）：失败说明条目带 turnUserItemId（reducer 写，缺身份时保持原顺序语义），buildDirectChatTurns 按身份分组，同一身份的条目永远同一轮 - 本轮开口条目还没到（回合在宿主下发条目之前就失败、或历史切片还没读回）时，本地乐观气泡按身份挂回自己那一轮，不再另开一轮：界面不再出现「错误显示在用户消息上面」+「气泡底下 0.0 秒」+「上一轮借走本轮终点（15.6 秒）」这一组现象 - 收口早退不再吞掉还没写进界面的失败说明（订阅重建后的 bootstrap 只回放生命周期锚点）：只补说明、终点时间与「回合完成」计数，不重开回合、不动本轮起点 / 终点 / 身份 - 用例：directTurnPresentation 复现现场（两个回合、说明与气泡同段、耗时不再借上一轮的终点）；directThreadChat 补身份字段与早退不吞说明两条	2026-09-24 18:02:43 +08:00
k88936	2487a2c8e6	宿主：开口用户条目的发点提前到接单之后，失败说明才能挂回自己那一轮 ... - 本轮开口用户条目（item_completed，direct-codex:{clientTurnId}:user）原来在 app-server turn/start 应答之后才下发；接单到 turn/start 之间的失败（连不上 app-server、执行器未通过验收、历史注入失败）走不到那一步，事件流里只有逻辑回合的一对事件，没有开口条目 - 把那段内联下发抽成 emit_direct_thread_user_item，发点提前到「接单成立、用户条目落盘成功、起 codex 之前」（direct_runtime/user_input.rs 的命令主体），并删掉 turn/start 之后那一处：线上仍只有一处下发，不变式变成「接单 → 开口用户条目 → 整轮里其余一切」 - 新增回归用例 the_opening_user_item_is_emitted_before_anything_that_can_fail_in_the_turn：断言行首两条事件是带身份的 turn.started 与开口用户条目，终态只能在它们之后 - 回显过滤用例补上同一发点的模拟步骤（生产入口的两个动作：落盘 + 下发）	2026-09-24 18:02:26 +08:00
k88936	cd196cf61c	宿主：开发构建跳过 Codex 执行器版本门禁 ... - codex_app_server 逐次审批门禁与 direct_execution 补丁执行器门禁改为按 profile 分流：发行构建仍要求严格等于捆绑侧车固定版本，开发构建（debug_assertions）直接通过 - 修正开发态必然被拒的问题：开发构建从宿主 PATH 解析到的 Codex（本机 codex-cli 0.156.0）与固定版本 codex-cli 0.155.1 不等，且 Linux 与未 stage 侧车时没有可选固定版本，导致 Direct 回合在建连前就被拒 - 发行构建的拒单文案补上期望版本与实际版本，便于排障 - 同步调整受影响的单测：开发构建断言跳过门禁，发行构建断言仍拒绝版本漂移	2026-09-24 17:42:25 +08:00
k88936	8ff155e14f	文档：接单化 review 收口第二轮的剩余两条写进 ADR、实施计划与共享记忆 ... - ADR §1 补"接单之后的一切失败都回 `Ok(())`"、§2 补"失败事实先于看门狗可见"，并说明落盘失败不继续起整轮 - 实施计划第二轮小节补命令返回值口径与连接死亡的记录顺序，点名看门狗回归用例 - 共享记忆同日条目的"两条待决策"转成决策，验证计数更新为 902 passed / 5 ignored	2026-09-24 16:53:47 +08:00
k88936	cd5feac5fe	宿主：接单之后的落盘失败不再从命令返回 Err ... - `chat_with_game_creator_direct_codex_typed` 在接单后的历史追加写失败时仍写失败终态，但返回 `Ok(())`：命令的 `Err` 只表示拒单，同一个失败不该从事件与横幅两条通道下发，前端也不该把已经开始的回合读成没开始 - 不继续起整轮：`project.jsonl` 是这条对话的单一事实源，用户消息没落盘时继续跑只会得到一条没有开口用户消息的助手回复 - 补 Rust 用例 `a_history_write_failure_after_accept_closes_the_turn_instead_of_rejecting`：借历史追加写的测试注入钉住恰好一条失败终态、不带拒单收口文案、占用已释放 - 补前端用例：落盘失败的说明只来自事件且恰好一条，忙态放掉，下一条能直接发出去	2026-09-24 16:51:44 +08:00
k88936	ab970b9fdb	宿主：连接死亡的失败事实先于看门狗落地 ... - `CodexAppServerInner` 新增私有去重标志 `connection_end_claimed`，与 `closed` 分开：认领只保证死亡收口只跑一次，"看门狗可以开始收束"必须等失败事实写进执行适配器 - `fail_game_creator_codex_app_server_connection` 改用新标志去重，不再顺带置 `closed`；`closed` 交给 `shutdown_game_creator_codex_app_server_inner` 在 `record_execution_turn_failure` 之后置位，看门狗在事实落地前没有可观测信号 - 补一条把看门狗真正跑起来的回归用例 `connection_death_records_the_failure_fact_before_the_watchdog_seals_the_turn`：卡住 stderr 摘要锁把窗口拉成确定性，断言终态仍带 `transport-failed` 载荷（顺序反了就红） - 失败事实是在模型终态那一刻被快照进终态上下文的，晚补记无用，所以只修"事实先于可见性"这一条落点	2026-09-24 16:51:36 +08:00
k88936	2f5e0b0ede	文档：接单化 review 收口第二轮写进 ADR、实施计划与共享记忆 ... - ADR 的后续更新补第二轮：§4 的拒单载荷 `kind` 收成 typed 枚举与并发拒单身份改成回合身份、§5 的回合身份口径覆盖拒单载荷、§6 的可留痕判据收掉 `ProjectRootUnanchored`、§7 的"同级提示"补上认不出的拒单 - 实施计划加「review 收口第二轮（2026-09-24）」一节，记下拒单表与界面提示口径的现状 - 决策记录追加同日第二条：五条决策、明确不做、两条待决策（连接收束时序、接单后落盘失败的双通道）与影响范围 / 验证证据	2026-09-24 16:24:38 +08:00
k88936	85d69a29a9	前端：认不出的拒单也在聊天里补一条同级提示 ... - 新增 `directTurnUnrecognizedRejectionNoticeText`：宿主 / 环境事实的拒单在聊天里的文案取宿主收口文案的脱敏摘要与建议（`projectRuntimeVisibleRejectionError`），不是收口形状时只给一句通用兜底，机器字段不进聊天 - 控制器在「认不出的拒单」分支补写一条与用户消息同级的提示（沿用 `directTurnRejectionNoticeMessageId` 身份）：拒单不产生 `turn.completed`，这条乐观用户气泡后面不会再有事件来解释它；上报与横幅照旧保留 - 修正该处注释「聊天里的失败说明不由这里写」——那条只对回合失败成立，拒单没有终态出口；同时把非结构化错误继续只走横幅的理由写清楚 - 用例：`chat-composer.suite.ts` 补一条结构化拒单的界面用例（同级提示可见、`direct-codex-failure` / `stage=` 不进聊天、忙碌态放掉）；`project-conversation.suite.ts` 补该文案函数的单元断言	2026-09-24 16:21:35 +08:00
k88936	b42966eb9e	前端：Direct 失败说明补上宿主事实句的文案模式 ... - `projectRuntimeVisibleError` 增加宿主 `Display` 事实句模式：`执行通道已断开`（TransportClosed）、`等待模型回合结束达到硬上限`（TimedOut 的硬上限那档）、`宿主任务提前结束`（host-dropped），并给落盘那档补上 `收尾历史失败` / `未确认历史完整落盘` / `写入本项目对话历史失败`——改动前这几种都掉进「执行失败，请稍后重试」 - 只认宿主写死的短语、不回落原文：原文带 `exitStatus=` / `stderrClass=` 这类内部字段，`TransportClosed` 就是这种 - 修掉宿主收口文案的版本口径：解析只认 `v1`，而宿主发的是多一段 `code=` 的 `v2`，于是脱敏摘要永远命中不了；现在两版都认，并把解析结果拆成 parts，供拒单文案复用（`projectRuntimeVisibleRejectionError`，不带阶段标签——拒单这一轮没有开始） - `directTurnFailureNoticeText` 的文档注释写明「不加模式就只会看到通用文案」是有意取舍，加模式时补 `agentRuntimeModel.test.ts` 用例 - 用例：`agentRuntimeModel.test.ts` 补 v2 收口文案、拒单文案与三句宿主事实句；`directThreadChat.test.ts` 的「收尾历史失败」期望改成映射后的句子	2026-09-24 16:19:37 +08:00
k88936	5a0f3b8037	宿主：目录锚不定的拒单不再写诊断 ... - `ProjectRootUnanchored` 从 `is_reportable()` 拿掉，与 `ProjectRootUnusable` 同类：符号链接 / 权限 / 目录被删都是用户自己就能修的文件系统事实，留痕只会变成噪声 - 它不再被 `direct_turn_rejection` 覆写成 `direct-codex-failure:v2 …` 诊断文案，界面按 `Display` 显示「无法锚定 Direct 调用项目目录：{cause}」，两侧对同一变体的分类不再自相矛盾 - 同步 `only_host_and_environment_rejections_are_reportable` 用例与 `is_reportable` 的文档注释	2026-09-24 16:16:06 +08:00
k88936	bd78a91e55	宿主：并发拒单的两个身份改成回合身份 ... - Thread Manager 的 `accept_turn` 在并发冲突时回**已有的 `turn_id`**（调用方的 `clientTurnId`），不再回进程内的占用 token - `DirectTurnReservation::accept` 的拒单载荷改成 `existing`＝已在跑那一轮的 `clientTurnId`、`incoming`＝本次请求的 `clientTurnId`；同一轮重发时两者相等，"同一轮消息仍在处理中"那条文案才走得到 - 补 `accept_conflict_reports_client_turn_ids_not_reservation_tokens`（同一轮 / 另一轮两条分支都钉住）与 `accept_conflict_returns_the_existing_turn_id`（manager 侧只回回合身份） - 占用对象自己的 token 保持 UUID 不变（`complete_direct_thread_turn_if_reserved` 靠它配对），改的只有错误载荷	2026-09-24 16:08:39 +08:00
k88936	9ecb084b68	宿主：失败载荷的 kind 改成 typed 枚举 ... - 新增 `DirectTurnFailureKind`，成为 `DirectTurnFailure.kind` 的唯一取值表：`timeout / model-failed / transport-failed / request-rejected / environment-not-ready / turn-interrupted / host-dropped`（补齐原先两份注释都漏掉的 `turn-interrupted`） - `DirectModelCallKind::wire_kind` 与 `DirectTurnError::wire_kind` 改成返回该枚举，`DirectTurnFailure::new` / `DirectTurnTerminal::host_dropped` 同步改签名；线上取值仍是原来的 kebab-case 字符串 - 补 `failure_kind_wire_values_are_stable` 用例：7 个变体的序列化 / 反序列化取值逐条钉住，改名即改协议会先在这里失败 - 前端生成绑定重新导出：`chat/generated/DirectTurnFailureKind.ts` 新增，`DirectTurnFailure.ts` 的 `kind` 由 `string` 收窄成 union - 受影响断言（`direct_thread_manager` / `direct_turn_accept` / `direct_thread_wire` / `codex_app_server`）改成比较枚举变体	2026-09-24 16:05:34 +08:00
k88936	2331f62f1a	测试：登录态用例的会话刷新 spy 补 mock 实现 ... - `chat-composer` 的"登录态失效不重跑整轮"用例给 `requestPlatformSessionRefresh` 的 spy 补 `mockResolvedValue`，真回归时以 mock 结果干净失败，不再在测试里发起真实刷新 - 桩值用现役的 `stale`（`PlatformSessionRefreshResult` 只有 `refreshed / stale / failed` 三种）	2026-09-24 14:48:37 +08:00
k88936	7941aaa660	前端：埋点句柄只在结构化拒单时清掉 ... - `runTurn` 的 catch 先读结构化拒单，只有"这一轮没接单"的拒单才清 `pendingRunAnalyticsRef`；非结构化错误（IPC 失败、命令 panic）可能发生在接单之后，句柄留着等 `turn.completed` 结算，不再让宿主侧这一轮的候选永远没人结算 - chat-composer 用例的注释同步：这一轮没接单，就没有回合终态事件来驱动结算	2026-09-24 14:48:32 +08:00
k88936	6cee61b973	前端：Direct 回合失败分支去掉嵌套三元 ... - `runTurn` 的 catch 先把非结构化错误折成文本，再让结构化拒单文案覆盖，替掉原先"拒单 / Error / 其它"三层嵌套的三元表达式	2026-09-24 14:48:21 +08:00
k88936	2ce96a73f0	前端：拒单提示的空文案不再返回空串 ... - `directTurnRejectionNotice` 认得的拒单在宿主文案为空白时返回 `null`，不再返回空串：`''` 显示不出任何提示，却会被按 `!== null` 判据的调用方当成"有提示" - 补注释把"有提示"的判据说清：要么给一条能显示的话，要么给 `null`	2026-09-24 14:48:10 +08:00
k88936	8d635c2ff7	合并：把 master 的告警清理与首页对话退役并进接单化分支 ... - 冲突 codex_app_server/mod.rs：保留类型化回合失败 DirectTurnRunFailure 与 EnvironmentNotReady 分类，接受删除 audit/metrics 参数 - 冲突 direct_runtime/mod.rs：保留类型化错误反馈循环与"交付报告只读一次"，保留 check_direct_turn_preconditions，接受 master 的 turn_kind 贯穿与首页无项目对话退役 - 冲突 direct_runtime/user_input.rs：保留接单后发射器与 canonical 用户条目的新调用签名 - 删除：随 master 移除 direct_codex_audit、direct_turn_metrics 两个账本模块及其全部引用 - 删除：direct_codex_error_should_feedback 字符串判据与首页对话函数及其测试 - 调整：direct_codex_error_feedback_prompt 收成单参数，与已落地的提示词模板一致 - 修复：master 新插入的用户条目冻结块改用 DirectTurnError::turn_failed	2026-09-24 14:30:02 +08:00
k88936	c8478f07ef	文档：接单化 review 收口的不变式写进 ADR 与共享记忆 ... - ADR §2 补两条不变式：终态的写点在整轮结束之后、封口返修要求不是回合失败 - 技术方案同步改写"终态由事实判定"一段，并补"终态写点在整轮结束之后"的判据 - ADR 末尾补 2026-09-24 后续更新索引，指向技术方案与决策记录 - 决策记录追加 2026-09-24 条目：终态写点、返修控制流、终止判据、登录态重试与失败载荷健壮性	2026-09-24 13:51:10 +08:00
k88936	f19bd8de8c	宿主：终态写点挪到整轮结束之后，解析失败也能落进终态 ... - Direct 回合的终态判定事实改成先固定上下文，写点留到解析与线程释放之后 - structured output 解析折进同一个收尾结果：解析失败不再"终态写完才失败"，改走失败载荷 - 收尾结果拆成 `DirectTurnReport`（报告正文 + 解析结果），终态兜底文案仍取被解析的那份文本 - 新增 `DirectTurnTerminalContext::write` 作为唯一终态出口，占用解除与 `turn.completed` 一起走 - `direct_turn_terminal_write` 改成"报告 / 失败"两个入参，便于单测覆盖三种投影 - 补单测：解析失败投影成 `model-failed` 载荷，正常收尾不带失败载荷	2026-09-24 13:49:38 +08:00
k88936	64e3eba55a	宿主：封口返修要求改成 typed 控制流，不再写成失败 ... - 新增 `HostOutcomeText`：封口复核的"继续返修批次"用独立变体表达，不再伪装成 `LlmError::InvalidRequest` - 新增 `DirectTurnRunFailure`：app-server 回合结果区分"真失败"与"返修控制流"，`RepairRequired` 不写终态 - `direct_turn_terminal_write` 收口终态写出：返修要求跳过，真失败从 typed 错误投影 `kind` / `message` - 早退取得宿主收尾事实的分支只认真失败，返修控制流不再被中断成一次收束 - `DirectTurnError` 新增 `RepairRequired` 变体并重新生成前端绑定 - 返修循环同时消费 `ReviewRequired` / `RepairRequired`，次数上限仍留在产生侧 - 补单测：返修要求不写终态、真失败投影成 transport-failed、正常收尾不带载荷	2026-09-24 13:40:36 +08:00
k88936	0da63721df	宿主：用户按下的终止不再被记成通道失败 ... execution.rs：`fail_turn` 的判据从"只看 is_closed"改成"`is_closed` 或 `host_stop_requested` 都不算失败"。用户点「终止」时 `cancel_from_host` 先同步置位 `host_stop_requested`、再异步中断会话，`closed` 与阶段要等那个任务跑到才变；这段窗口里到达的 `TransportClosed` / `interrupted` 都是宿主自己收尾的结果，以前会被记成 `transport-failed`。判据收在 `fail_turn` 里，调用点不必各写一遍，将来新增收口路径也不会漏。不记失败事实照旧收束，原因仍写进报告。 mod.rs：`interrupted` 分支去掉现在重复的 `!host_stop_requested()` 检查（同一个事实只留一处判据）。 execution.rs 单测：新增"用户请求过终止 + 未 closed 时 fail_turn 不写失败事实、原因仍进报告"；变异验证：撤掉新判据该用例变红。codex_app_server 过滤 101 passed。	2026-09-24 13:21:26 +08:00
k88936	080ef53b68	宿主：登录态失效的两条分类路径统一成可重试 ... direct_turn_error.rs：DirectCodexNativeKind::is_retryable 把 Unauthorized 归进 false 组，而同一份事实走 DirectDomainFact::AuthenticationRejected 时是 true，于是 retryable 取决于哪一层先认出它；旧口径对 401 / authentication-required 一律返回 true，这里对齐成可重试，并写明与 recovery_hint 同口径的理由。 direct_runtime/mod.rs：补一条断言（原生 codex-app-server-error:unauthorized 与深层 authentication-required: HTTP 401 同为可重试、都不可反馈给模型）；agent:: 过滤 950 passed。	2026-09-24 13:17:21 +08:00
k88936	d287061c61	宿主：交付报告兜底只读一次 terminal_report ... direct_runtime/mod.rs：两处 `Err(_) if terminal_report(...).is_some()` 的 guard 与取值各调了一次 terminal_report，两次之间状态变化就会拿到不一致的结果——流式分支第二次拿到 None 时会把空串当回复返回（界面显示"未返回可展示的回复"），非流式分支则绕过"未返回结果"的兜底错误。改成一次读取后落变量，判据与取值同源；两个分支的优先级（有报告 > 可反馈修复 > 原样抛出）不变。direct_ 过滤 474 passed。	2026-09-24 13:08:48 +08:00
k88936	1c03736d6b	宿主：删掉恒为 false 的 invites_repair 判据 ... direct_turn_error.rs：DirectDomainFact::invites_repair 每个分支都返回 false，is_model_repairable 里的 is_none_or(invites_repair) 实际等价于 is_none()，第一个分支还误导性地暗示"有些事实值得反馈"。删掉该方法，调用点直接写 is_none()，并把"认出是哪一类就拦"的理由写进注释；行为逐条不变（direct_ 过滤 474 passed）。	2026-09-24 13:06:21 +08:00
k88936	db11bae2d8	注释：说明失败说明身份在无身份无时间时会撞成一条 ... directTurnFailure.ts：原来那句"身份不可证明时退化成与事件时间绑定的固定形状……不会让两轮失败互相覆盖"漏了 `at` 也拿不到的那一档——常量 direct-thread-turn-failure 会让两条这样的失败按同一个 itemId 合并。补上这一档的真实行为与取舍（唯一性与重放不变不可兼得，这里选重放不变），代码不动。	2026-09-24 13:04:11 +08:00
k88936	b0e870e7e2	前端：失败终态载荷的 message 缺字段不再打断 reducer ... directThreadChat.ts：`turn.completed.failure.message` 在生成类型里是必填 string，但跨 IPC 的载荷没有运行时校验，缺字段 / null 时 `.trim()` 会在 reducer 里抛错，把这条订阅之后的所有事件一起打断；改成与兄弟函数 directTurnFailureNoticeText 一致的 typeof 判据，取不到非空字符串就按"没有原因"收口。 directThreadChat.test.ts：补一条回归用例（message 为 undefined / null 时不抛错、不补空气泡、终态照样收口）；变异验证：撤掉 typeof 判据后该用例变红。	2026-09-24 13:03:53 +08:00
k88936	286d919129	测试：失败终态用例断言映射后的文案不落会话列表 ... 断言原来查的是命令 Err 的原始文本，而这条文本永远不会被渲染（前端先用 projectRuntimeVisibleError 映射成通用可见文案，再走头部状态行的横幅），因此断言空过、盖不住"命令通道又写一条聊天文案"这个回归。 改成在 `陶泥儿消息` 列表里查映射后的文案（横幅不在这个列表里），并用一次变异验证：在 catch 里补一条 appendLocalMessage 后该用例变红，撤掉即绿。	2026-09-24 13:02:41 +08:00
k88936	cf79ac31f7	文档：给"早退"补一句定义 ... docs/adr/【ADR】DirectProject命令接单化-2026-09-23.md：§2 写明"早退"= 回合内任何没走到正常终态的收口点（turn/start 被拒、注入失败、panic）。 docs/technical/【实施计划】DirectProject命令接单化-2026-09-23.md：第 2 步同一处补定义。 docs/technical/【技术方案】DirectProject Codex原始历史与异常恢复-2026-09-04.md：宿主异常收场段补同一句定义。	2026-09-23 22:09:15 +08:00
k88936	ce668bbff3	文档：接单化落地收尾，ADR 转已接受并同步下游口径 ... docs/adr/【ADR】DirectProject命令接单化-2026-09-23.md：状态改成已接受并指向实施计划；"落地时要同步的文档与注释"改成已同步清单。 docs/adr/【ADR】DirectProject对话历史单一事实源-2026-09-16.md：顶部取代注扩到"事件不带回合身份"与"宿主侧 Drop 守卫兜底"两条决策形状，影响一节的两条已知边界逐条写明新口径。 docs/technical/【实施计划】DirectProject命令接单化-2026-09-23.md：四步标记落地并补每步落地结果、验收证据（rust agent:: 949 / 前端 4473）与已知坑。 docs/technical/【技术方案】DirectProject Codex原始历史与异常恢复-2026-09-04.md：正常回合改成接单后先落盘再注入；异常回合收尾写明唯一终态出口是占用对象。 docs/project-memory/shared-memory/decision-log.md：host-dropped 两条口径加取代注（含 kind 追加 environment-not-ready），并追加 2026-09-23 接单化决策一条。 docs/README.md：索引行去掉"未实施"，改成四步均已落地。	2026-09-23 22:05:11 +08:00
k88936	2772081791	注释：收尾接单化后两个入口的分工与待办 ... direct_runtime/user_input.rs：补 CLI 与 GUI 的分工——CLI 入口保持 await（它要回复文本，没有事件订阅），两个入口共用同一份接单前检查、同一个命令主体与同一份 Display 文案；DirectTaonierActiveInvocationGuard 的注释改成只挡并发、不再是首页快照来源。 direct_runtime/mod.rs：TODO(Direct 命令接单化) 改成 TODO(失败条目进历史)，指向备选方案第 3 条；失败说明本轮不落历史的口径不变。 cli.rs：删掉"带上诊断与 详情： 引用"的过期注释，改成与 GUI 同一份 Display 文案、不另加引用，差别只在 CLI 自己 await 整轮。	2026-09-23 22:04:48 +08:00
k88936	93202f2f91	前端：发送队列放行与埋点结算改听回合终态 ... - reducer 新增 `completedTurnCount`（单调计数）：一轮可能在同一次 consume 里开始并结束， 下降沿不可靠，收口是**状态**不是转移 - 队列放行只在"回合终态或拒绝接单"发生；命令返回不再驱动出队 （接单被拒仍当场出队，权限被拒等从未发出的路径保持原样） - 埋点结算挂到回合终态：接单返回时成绩还没入账，句柄因此活过命令返回； 拒单只丢句柄、不发一次注定被丢弃的结算 - 本地在途标签活到宿主认领这一轮（身份命中 / 出现开始事件 / 收口计数变化）， "命令返回"不再等于"这一轮结束"，命令与开始事件之间不再有可发送的空窗 - 删掉 `markTurnStopped()`：终止成功的回合边界由宿主写的兜底终态收口 - 删掉 `turn.started` 的"重复起点保留第一次"兼容分支（接单只发一次开始事件） - 同步注释：发送时序、待认领窗口、`commandInFlight` 的真实含义 - 测试：队列用例改用终态事件驱动，认证失败用例断言拒单不结算，reducer 补收口计数用例	2026-09-23 21:54:53 +08:00
k88936	af5fdf8a0e	宿主：首页「运行中的项目」改由 Thread Manager 的逻辑回合导出 ... 活动回合表的唯一事实源从"调用身份守卫"搬进逻辑回合占用，任务侧不再另建一张表。 - `ActiveDirectTurn` 带上快照字段（回合身份 / 项目名 / 起点 / 状态 / 活动 / 序号）， 接单时初始化，收口时随占用一起消失 - 新增 `update_direct_thread_active_turn`（进度回填，只认身份一致且序号不倒退）与 `list_direct_active_turns`（只导出仍有未收口回合的 thread） - `DirectActiveTurnSnapshot` 移进 `direct_thread_manager`，`projectPath` 用线程身份， 与事件流里的项目身份是同一个字符串 - `DirectTaonierActiveInvocation` 退回纯单飞锁：只留调用身份与登记时刻 - 回合更新发射器不再按项目路径 canonicalize 找表，改为持线程身份回填 - `DirectTurnReservation::accept` 多带一个 `clientTurnId`（快照与进度匹配用）， 与占用 token 是两个身份 - 上下文身份的两个测试补上"逻辑回合也接单"这一步：身份来自接单，不是调用守卫	2026-09-23 21:39:01 +08:00
k88936	d31a758c9c	宿主与前端：接单被拒返回 typed 错误，界面按变体分流 ... 宿主侧把拒单收成结构化载荷，界面不再解析任何文案前缀。 - `DirectTurnError` 及其嵌套枚举补 `Serialize + TS`，导出到 `chat/generated/` - 新增 `DirectTurnRejection`（结构化变体 + `Display` 生成的唯一一份文案），命令返回类型改为它 - `EnvironmentNotReady` 补 `environment-not-ready` 失败分类，避免回合失败被写成 `model-failed` - `TurnAlreadyRunning` 去掉机器前缀，两条文案按身份是否相同分岔 - 删掉「按文案前缀判定」的协议约定与 `is_turn_failure`，通道改由**发生位置**决定 - 兜底终止路径改走 `complete_direct_thread_turn`：写终态的同时解除占用，不再只裸追加事件 前端按 `error.type` 分流，删掉三个按文案判断的旧函数。 - 新增 `readDirectTurnRejection` / `directTurnRejectionNotice` / `directTurnRejectionNoticeMessageId` - 认得的参数 / 前置条件类（空内容、并发、参数非法、工程根等）写成与用户消息同级的提示， 不占状态行、不写运行错误、不上报 - 认不得的宿主 / 环境事实与其它非结构化错误原样抛出，走既有捕获链路（上报 + 横幅） - `chat_with_game_creator_direct_codex` 的 catch 从此只剩「拒单」一种输入 测试与绑定同步更新：appSurface 两条用例按新语义重写，`userItemId` / 终态时刻的注释跟着改。	2026-09-23 19:56:26 +08:00
k88936	ea4fbc66ff	宿主：DirectProject 命令只接单，整轮改由后台任务跑 ... - 命令顺序固定为 clientTurnId 校验 → 占用调用身份 → 工作流恢复 → 用户条目校验 → 前置条件 → 工程准备 → 接单 → 落盘用户条目 → spawn - 命令返回值收窄成"拒单"：接单成立后不再有 Err，整轮结果只由事件流回答 - 新增 check_direct_turn_preconditions，前置检查从 run_..._and_emitter 上移，GUI 与 CLI 共用 - 作废"调用级拒绝直通"分支：判据改成位置，接单后一律按回合失败处理 - 删除 DirectTurnError::is_turn_failure，EnvironmentNotReady 补 wire_kind = environment-not-ready - run_turn 不再重复落盘用户条目，只把它的身份作为第一条运行态条目下发 - 新增用例：接单之后才发现的失败也必须补出 turn.completed	2026-09-23 18:57:27 +08:00
k88936	c650c0297c	宿主：逻辑回合的边界交给 Thread Manager，接单即成对 ... - direct_thread_manager 新增逻辑回合占用：接单在同一个临界区里拒并发 + 登记占用 + 追加 turn.started，返回已占用的 token - direct_thread_manager 拆出深层终态出口与占用兜底出口，notify 从 append 里抽出来复用 - 新增 direct_turn_accept：接单对象持有这一轮的终态出口，Drop 兜底补 host-dropped - direct_turn_failure 删除 DirectTurnFailureGuard，终态改成显式构造的 DirectTurnTerminal - codex_app_server 不再镜像 Codex 原生回合：删掉 run_turn 内的 turn.started 与守卫武装，终态改走 complete_direct_thread_turn - 用户条目事件仍由 run_turn 下发，顺序固定为逻辑回合开始 → 用户消息 → 起 codex	2026-09-23 18:42:27 +08:00
k88936	f672a04ebb	文档：DirectProject 命令接单化实施计划 ... - 新增实施计划：四步落地顺序（Thread Manager 逻辑回合 → 命令接单 + 后台整轮 → typed 拒单 → 队列/埋点/快照/reducer），每步给改动点、不变式与验收 - 记录已落地三项（重试删除、详情引用删除、失败进池与不落历史）与三条已知坑 - docs/README.md 索引补上该计划	2026-09-23 17:59:34 +08:00
k88936	5398a53e6e	宿主与前端：用户可见文案不再带诊断引用，失败也进错误上报池 ... - `record_direct_codex_failure` 的收口文案去掉 `；详情：<path>`，诊断 sidecar 与应用日志照写 - 同一出口把最终文案送进错误上报池：命令接单化后前端 catch 只剩"接单被拒"，池不能只靠前端填 - 删除 `persist_direct_codex_failure_context`：失败说明本轮不写进项目历史，留 TODO 记录以后"进历史但不喂模型"的通道 - 删除只服务详情展开的 IPC `read_agent_runtime_error_detail` 及其注册 - 前端去掉 `详情：` 正则与第二次读取，横幅只显示一句话 - 同步命令边界与相关测试注释	2026-09-23 17:57:36 +08:00
k88936	e776aa1084	前端：删掉由 invoke 拒绝驱动的认证重试 ... - `directCodexSession.ts` 改名 `directCodexSessionKeepalive.ts`，只保留会话保活常量，删除 `withDirectCodexSessionRefresh` 的"刷新 + 重跑整轮"及其登录失效识别 - 发送回合与终止回合两处调用点直接 invoke，不再包一层重试 - controller 的 catch TODO 更新为新形状：命令只接单、拒单返回 typed 错误、整轮结果只由事件载荷回答	2026-09-23 17:50:58 +08:00
k88936	e0d88fe8e4	文档：DirectProject 命令接单化定稿 ... - 重写 ADR：逻辑回合归 Thread Manager、接单/拒单判据改成发生位置、拒单载荷复用 typed 错误、userItemId 由 clientTurnId 推导、提示与用户消息同级并删除详情、队列与埋点改挂回合完成、失败原因本轮不落历史 - CONTEXT.md 新增「逻辑回合」「接单」「拒单」「在途回合」四个术语 - 对话历史单一事实源 ADR 加注：两条已知边界已由新 ADR 重新决策 - Codex 原始历史技术方案加注：三句结论待实施时按新 ADR 修订 - docs/README.md 索引补上该 ADR	2026-09-23 17:47:59 +08:00
k88936	07bac0377e	修复：调用级拒绝里属于宿主与环境事实的错补回运行错误诊断 ... - `DirectTurnError::is_reportable`：按变体判定哪几条调用级拒绝值得进 `.agent/runtime/errors` 与应用日志（环境未就绪、宿主状态取不到、项目目录锚不定），回合级失败恒 false（上游已写过诊断） - `record_direct_codex_turn_failure` 改名 `record_direct_codex_failure` 并开放到 crate 内：它同时服务回合失败与可留痕的调用级拒绝，摘要 / 可重试 / 建议仍全部由 typed 分类判定 - 新增 `direct_turn_error_boundary_text`：命令边界唯一的文本投影——可留痕的拒绝补一份诊断并在返回串里带 `详情：` 引用，其余只输出 `Display` - GUI 命令与 CLI 边界共用这一份投影：字符串只在边界生成一次，前端横幅的 `详情：` 展开与诊断留痕恢复分层改 typed 之前的行为 - 新增 4 项测试：可留痕拒绝写出诊断、用户侧拒绝不留痕、回合失败不在边界二次留痕、`is_reportable` 的变体集合	2026-09-23 15:59:32 +08:00
k88936	46b86527f9	注释：记录 Direct 命令接单化的 TODO 与实现要点 ... - `direct_runtime/user_input.rs` 命令入口加 TODO：目标形状（接单 + spawn、`turn.started` 与终态守卫下沉、接单后早退必须补终态、环境类失败升为回合级、宿主侧承担留痕与上报）与两条已决策的作废项 - `useDirectProjectChatController.ts` 的 catch 加同一份 TODO，说明它现在兼职"接单被拒"与"回合失败"、将来只剩前者 - 两处都指向草案 `docs/adr/【ADR】DirectProject命令接单化-2026-09-23.md`，本次不实施、不提交该草案	2026-09-23 15:36:03 +08:00
k88936	34b95b5826	文档：Direct 回合错误改 typed 的决策与影响口径 ... - ADR【DirectProject对话历史单一事实源】新增一条决策：回合失败在宿主内部是 typed 的、调用级拒绝与回合级失败不共用判据，线上载荷与命令边界仍由同一出口投影 - 同 ADR 修正原措辞：原生 error 现在按 `codexErrorInfo` 解析成 typed 分类，不再描述成"投影成 LlmError"；影响一节补一条调用级拒绝只回命令边界、不写诊断不发失败事件 - decision-log 记本次决策、根因、明确不做项、影响范围与验证结果	2026-09-23 14:36:42 +08:00
k88936	a553967ab9	Direct 回合失败全链路改 typed 错误：不再靠字符串匹配分类 ... - 新增 `agent/direct_turn_error.rs`：`DirectTurnError` 每个变体自带字段（调用级拒绝与回合级失败不共用结构和判据），分流只认 `is_turn_failure()`，不再有 `kind` 字段 + 共用字段的伪结构化 - 分类判据从"对原因文本做子串匹配"改成 `match` typed 值：`DirectCodexNativeKind` 只解析 `codex-app-server-error:<kind>` 结构化前缀，原 `direct_turn_failure_kind` / 各 `contains` 词表判据删除 - `direct_runtime`：`run_direct_game_creator_turn_*` 返回 typed 错误；本地 `DirectCodexFailureStage` / `DirectCodexTurnFailure` 与并发前缀常量改由 typed 模型提供；调用级拒绝不进失败诊断、不发 `failed` 事件 - `codex_app_server`：执行适配器把宿主亲见的收场事实（通道断开 / 超时 / 中断）存成 typed 值；模型自报失败经 `DirectTurnError::from_model_call` 投影 - `direct_turn_failure`：终态判定收 typed 错误并投影出载荷 `kind` / `message`；删除 `DIRECT_TURN_FAILURE_{TRANSPORT,INTERRUPTED,TIMEOUT}_KIND` 与 `direct_turn_failure_kind` - `direct_delivery` 返修控制流改用 `ReviewRequired`（不是失败）；命令边界与 CLI 仍是 `Result<String, String>`，字符串只在 `Display` 一处生成，`wire_kind` 取值与可见文案与改造前逐一相同	2026-09-23 14:34:43 +08:00
k88936	69f6c2dc69	Direct 回合链路引入 typed 错误数据模型 ... - 新增 direct_turn_error 深模块：DirectTurnError 按变体各带字段，调用级拒绝与回合级失败分开 - 原生失败分类 DirectCodexNativeKind 由结构化前缀读入，事件载荷 kind 与旧口径逐条对齐 - 模型调用失败按平台 LlmError 分支投影成 DirectModelCallKind，反馈/重试/摘要/建议改由类型判定 - 跨进程边界仍由 Display 序列化成字符串，Rust 侧不再解析该字符串	2026-09-23 13:39:37 +08:00
k88936	217f5e8d81	Merge remote-tracking branch 'origin/master' into feat/fail-as-event	2026-09-23 11:50:42 +08:00
k88936	29d4b24226	宿主终态由事实判定：模型自报失败投影进既有错误通道，失败载荷不再被收尾阶段吞掉 ... - codex_app_server 的 failed 分支先投影原生 turn.error（复用 game_creator_codex_app_server_failed_turn_error），把它当作本回合的错误结果返回：载荷形状不变，RepairRequired 保持自己的原语义，交付报告不再顶掉原因 - direct_turn_terminal 去掉 model_status 入参：判定改为「宿主当场记下的失败 -> 本回合错误结果是 Err -> 只有账本读不出来时才用交付报告」，有载荷一定写 status="failed"，没载荷才用收尾阶段推出来的 status - 执行适配器把宿主观察到的失败记在适配器上（fail_turn / turn_failure / host_stop_requested）：看门狗与终态判定共用同一条事实，不用调用点局部变量 - 单测：投影后的原生失败压过被收尾改写的会话状态、账本读不出来仍带载荷、宿主自己关的连接不算失败（断言改用真实原因）	2026-09-23 11:20:48 +08:00
k88936	258c2f6cae	文档：终态由事实判定，模型自报失败的原生错误投影进既有错误通道 ... - ADR【DirectProject对话历史单一事实源】补一条决策：终态按事实取原因、有载荷必 failed；模型自报失败的 turn.error 投影成 LlmError 走同一条错误通道，不为载荷新增字段 - ADR「影响」补一条：可见文案仍走既有映射，区别只是原因改由事件载荷给出、命令返回恢复运行错误横幅 - 技术方案【DirectProject Codex原始历史与异常恢复】写明 lifecycle_status 没有终态否决权，以及原生错误的投影口径 - decision-log 记本次决策、根因、不做项、影响范围与验证方式	2026-09-23 11:20:39 +08:00
k88936	8b8e95908c	Merge remote-tracking branch 'origin/feat/fail-as-event' into feat/fail-as-event	2026-09-23 10:07:21 +08:00
k88936	3467042000	Merge branch 'master' into feat/fail-as-event	2026-09-22 20:19:23 +08:00
k88936	8f2e5b4381	文档：执行通道断开定为失败终态，诊断记在执行适配器上 ... - ADR【DirectProject对话历史单一事实源】补一条决策：连接级故障与回合事件通道关闭同样带 failure{kind:"transport-failed"}，原因用宿主当场写下的诊断，判据是"适配器是否已由宿主主动关闭" - ADR「影响」补一条：断开时用户看到的仍是既有映射结果，真实诊断在事件载荷、宿主交付报告与运行日志里，改可见文案属于映射规则变更 - 技术方案【DirectProject Codex原始历史与异常恢复】同步线上形状，并写明失败事实为什么必须记在执行适配器上（看门狗会抢时序） - decision-log 记本次决策、判据、不做项、影响范围与验证方式	2026-09-22 18:25:48 +08:00
k88936	7dca17d517	执行通道断开也算失败终态：诊断记在执行适配器上，事件带 transport-failed 载荷 ... - ExecutionAdapter 新增 transport_failed / transport_failure：调用方只给宿主诊断，文案、报告与"这算不算失败"都归适配器管；先同步记事实，再把同一份原因补进宿主交付报告 - 判据收在适配器里（is_closed）：宿主自己收束（正常终态 / 用户主动停止 / 预算与交付收尾）会关掉同一条连接、发同一个 TransportClosed，那些不算失败，调用点两条分支的控制流保持不变；连接自己断掉才算，且只认第一份原因（第一份最接近现场，含 exitStatus 与 stderr 摘要） - lifecycle_status 见到这条事实一律返回 failed：连接不是被本轮主动收束，也没有"用户主动停止"这层授权，报成 interrupted 只会让界面停在"本轮已结束"却不给原因 - 连接级故障（app-server 进程退出 / 流断 / JSON 行越界 / stderr 读取失败）在收束连接之前先把事实记到本回合的执行适配器上，避免与盯着同一个 closed 标志的看门狗抢时序 - direct_turn_failure 增加第三来源且优先级最高：通道断开时原因取宿主诊断，不取只会说"收束到哪一步"的交付报告 - 单测三条：适配器把诊断记成失败终态且只认第一份原因；宿主自己关的连接不算失败；失败载荷优先取宿主诊断（含与 LlmError 并存时的优先级）	2026-09-22 18:25:37 +08:00
k88936	80b15b24ae	appSurface 用例：失败只经终态事件收口，界面不再停在"还在处理" ... - 新增「closes the turn from the host failure payload instead of leaving it running」：宿主发过 turn.started 之后以 failure 载荷收场并让命令失败，断言失败文案来自事件载荷（经同一份可见文案映射）、"陶泥儿正在处理"消失、终止钮消失、输入盒回到「发送」 - 同一条用例反向断言命令返回的错误原文不进聊天：那条通道只负责运行错误横幅 - 变异校验：让 reducer 不落失败说明条目时该用例变红（1 failed），恢复后绿	2026-09-22 17:40:17 +08:00
k88936	b432556ee3	reducer 用例：失败终态落说明条目、文案与横幅同源、重放不重复 ... - 新增「失败终态（turn.completed 带 failure 载荷）」六条用例：失败照样收口并冻结终点、说明条目按本轮开口身份派生、本轮开口条目拿到边界 - 可见文案与运行错误横幅共用同一份映射（点名 codex-app-server-error:context-window-exceeded） - 重复 / 迟到的失败终态不追加第二条说明、不抬高冻结终点、不复活运行态 - 身份不匹配的失败终态不动正在跑的这一轮；空原因不落说明条目但终态照样收口 - 没有身份时用事件时间派生说明身份，两轮失败不会合并成一条	2026-09-22 17:40:17 +08:00
k88936	258645f182	前端失败说明改由事件驱动：turn.completed.failure 落成本轮说明条目，命令返回只留横幅 ... - 新增 conversation/directTurnFailure.ts：失败说明条目的展示身份（本轮开口身份 + :failure）与可见文案（复用 projectRuntimeVisibleError）两条口径集中一处 - directThreadChat 的 turn.completed 分支读 failure 载荷：非空原因先落成本轮最后一条说明条目，再走同一个收口函数；失败不再是第二套生命周期 - useDirectProjectChatController 的失败分支不再写聊天气泡：聊天文案唯一来源是事件，命令返回只保留运行错误横幅（含详情 long detail）与诊断留痕 - 数据流、时序与投影注释同步：标注失败说明来自事件、本地通道只剩终止说明与壳层 announce	2026-09-22 17:40:17 +08:00
k88936	5cf4a018b3	宿主终态接线：失败写进 turn.completed 的 failure 载荷，并在 turn.started 之后武装兜底守卫 ... - codex_app_server 的 DirectProject 终态改用 direct_turn_failure 判定：失败走 turn_completed_failed（原因脱敏 + 截断后写进同一个事件），其余仍走 turn_completed(status) - 失败判定两个来源：collect_result 是 Err 时用错误本身当原因；collect_result 是交付报告但 status 已判成 failed 时用那份报告当原因 - turn.started 进入队列后立即武装 DirectTurnFailureGuard，写完终态 disarm：panic、回合 future 被丢弃、终态之前的早退都会补一条 host-dropped 失败终态，前端不会停在"还在跑" - 定向 `cargo test direct_`（438 passed，含 wire / manager / 失败策略模块）	2026-09-22 17:40:17 +08:00
k88936	5d9223c32e	失败终态策略独立成模块：分类、原因脱敏与 Drop 兜底守卫 ... - 新增 agent/direct_turn_failure.rs：LlmError → 稳定分类（timeout / model-failed / transport-failed / request-rejected）、判定"终态是不是失败"并给出脱敏截断后的原因、DirectTurnFailureGuard（turn.started 之后武装、写完终态 disarm，Drop 时补 host-dropped 失败终态） - 守卫兜底覆盖 panic / future 被丢弃 / 终态之前的早退；kill -9 与 turn.started 之前的早退写进模块注释，明确不为它们补路径 - agent.rs 注册模块并再导出 - 5 条用例：错误分类映射、只有 failed 终态带载荷、原因脱敏 + 按字符截断、armed 后 Drop 补终态、disarm 后不再产出事件	2026-09-22 17:40:17 +08:00
k88936	d32c99c927	事件协议：turn.completed 增加可选 failure 载荷，失败终态与正常终态同权入锚点 ... - direct_thread_wire 新增 DirectTurnFailure{kind,message} 类型，给 TurnCompleted 增可选 failure 字段，并补 turn_completed_failed 构造器与 failure 读取器 - with_user_item_id 显式带上 failure：原先把 TurnCompleted 写成 `..` 会静默吞掉失败载荷，身份与原因必须一起流转 - 新增 wire 用例：失败终态带载荷、正常终态不带且回写不补 null、缺载荷的 failed 事件仍可反序列化 - direct_thread_manager 增回归用例：turn.completed(status=failed) 必须顶替更早的 turn.started 成为 lifecycle_anchor，重放不会把已收口的回合看成"还在跑" - 重新生成 ts-rs 绑定（新增 DirectTurnFailure.ts、DirectThreadEvent.ts 增 failure 字段）并按 prettier 格式化	2026-09-22 17:40:17 +08:00
k88936	d36f5842b6	文档：失败回合终态定为 turn.completed 带 failure 载荷，宿主 Drop 守卫兜底 ... - ADR【DirectProject对话历史单一事实源】补三条决策：终态事件只有 turn.completed，失败时 status="failed" 必须带 failure{kind,message}；宿主 Drop 守卫在 turn.started 之后武装、写完终态即解除；失败原因只走事件这条通道，聊天说明的展示位保留、数据来源换成事件 - 同 ADR「影响」补两条已知边界（进程被强杀时没有 Drop、turn.started 之前的早退不产回合也不补终态）与「可见文案映射规则不变」的口径 - 技术方案【DirectProject Codex原始历史与异常恢复】同步线上形状：turn.completed 增加可选 failure，并写明失败终态与正常终态同权顶替 lifecycle_anchor - decision-log 记本次决策、明确不做项、影响范围与验证方式	2026-09-22 17:40:17 +08:00
k88936	981a6b0021	Revert：撤掉前端「命令返回就收口」的兜底，改由宿主 turn.failed 事件收口 ... - 撤销 a35956f3e 的前端实现：directThreadChat 的 commandClosedTurnUserItemId / stopDirectThreadTurn、subscription 的 stopCommandTurn、controller 失败分支的调用，以及随附的两处用例 - 原因：失败语义改由宿主事件（turn.failed）表达，前端不再自造第二条「结束」判定路径，也不再在失败路径上补本地消息	2026-09-22 17:40:16 +08:00