4946 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
k88936	bdab414d32	Merge pull request '重构/对话错误类型化, 避免string-typed' (#474) from feat/fail-as-event into master ... Reviewed-on: #474	2026-09-24 19:42:49 +08:00
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
suzmii	96b0fada3a	Merge pull request 'AGC ACL 提权修复按目标做 single-flight，避免并发重复弹 UAC（#498）' (#502) from fix/acl-elevation-single-flight into master ... Reviewed-on: #502	2026-09-24 19:15:34 +08:00
suzmii	a9f57c98ce	Merge pull request 'AGC 模型目录改为启动期从上游同步，退役写死的 gpt-6-astra/luna 与别名（#506）' (#507) from enhance/default-model into master ... Reviewed-on: #507	2026-09-24 19:15:22 +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
suzmii	29c5409ac4	Merge remote-tracking branch 'origin/master' into fix/acl-elevation-single-flight ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md # docs/project-memory/shared-memory/pitfalls.md	2026-09-24 18:16:15 +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
suzmii	997eba2b7b	Merge branch 'master' into enhance/default-model	2026-09-24 18:02:01 +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
suzmii	c07c10c0c7	Merge pull request '修复 DirectProject 对话状态条时机与被挤扁、Markdown 代码块换行与围栏解析' (#511) from fix/recover-100ms into master ... Reviewed-on: #511	2026-09-24 17:36:38 +08:00
suzmii	2e45608f68	闸门补 leader 失效接管，避免卡死目标永久失败关闭 ... - acl_repair_gate：策略新增 leader_deadline（默认 5 分钟），超过后新调用接管仍是 running 的 key；Entry 记 started_at + leader_id，被接管后旧 leader 迟到的结果按令牌丢弃，不覆盖接管者写下的结果 - acl_repair_gate：complete()/Drop 改为按令牌就地更新（不再无条件 insert），panic 兜底与接管语义保持一致 - acl_repair_gate：running 状态的 entry 不再写 recorded_at（那时还没有结果），冷却基准只在真正落库时记录 - tests/acl_repair_gate：新增 stale_leader_is_taken_over_and_its_late_result_is_discarded；临时关掉接管分支即红（逆向确认：Reused(Failed(...)) 而非 Executed(Repaired)） - docs：decision-log 记 leader 失效接管决策，pitfalls 把「已知残余边界」改成已兜底说明，验证清单补该用例	2026-09-24 17:28:38 +08:00
lhk229	a07bff85ec	升级mcp，增加按语义分类的工具。旧工具不变 (#493) ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/493 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-24 17:19:45 +08:00
suzmii	26eb32ea22	按 review 收口状态条与对话 Markdown 的容错 ... - apps/ai-game-creator-shell/src/components/ChatMarkdownMessage/index.tsx 围栏归一化补「同一行出现第二段围栏串就跳过」判据：行内代码 `文本 ```x``` ` 的末尾那截曾被当成收场围栏拆开，凭空造出一个开场围栏、把后面的正文全变成代码 - apps/ai-game-creator-shell/src/components/ChatMarkdownMessage/index.tsx 注释补归一化顺序与行内代码判据 - apps/ai-game-creator-shell/src/view/project-development/chat/controller/useDirectProjectTurnStatus.ts 修正 displayBusy 的说明：原注释仍写着卡片只读 nativeRunning，与现状相反 - apps/ai-game-creator-shell/tests/ChatMarkdownMessage.test.tsx 新增行内代码用例（去掉新判据即红） - docs/project-memory/shared-memory/decision-log.md 新增 2026-09-24 条：记录卡片口径翻转（更正 2026-09-22「卡片口径取保守」那条）并处置其「running 在渲染层就没有消费者」的预言，同时记录状态条几何约束与对话 Markdown 容错口径 - docs/project-memory/shared-memory/pitfalls.md 围栏归一化条补行内代码判据	2026-09-24 16:56:49 +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
suzmii	20a0d08772	记录聊天 Markdown 围栏归一化的排障经验 ... - docs/project-memory/shared-memory/pitfalls.md 新增一条：模型输出会把 ``` 粘在正文行末尾，CommonMark 只认整行围栏，故必须先归一化再解析；同时记录块级 pre 与 code 都要给换行类名	2026-09-24 16:40:22 +08:00
suzmii	0daf8cdaad	修复 DirectProject 对话状态条时机与 Markdown 代码块渲染 ... - apps/ai-game-creator-shell/src/view/project-development/chat/DirectProjectChatView.tsx 状态条改为读 DirectProjectTurnStatus.displayBusy（本地命令在飞 ∪ 原生在跑），计时起点放宽到最新一个未结束回合：原先只认原生 turnRunning，而 turn.started 要等宿主应答返回才发出，模型首 token 之前那约十秒界面完全没有「正在处理」的交代 - apps/ai-game-creator-shell/src/view/project-development/chat/components/DirectProjectConversation/DirectProjectConversation.tsx 入参 nativeRunning 更名 turnInFlight 并同步注释 - apps/ai-game-creator-shell/src/components/ChatMarkdownMessage/index.tsx 块级 pre 与 code 补 whitespace-pre-wrap + break-words：窄面板里长行不再把消息拉宽、不再顶出横向滚动条 - apps/ai-game-creator-shell/src/components/ChatMarkdownMessage/index.tsx 新增 normalizeMarkdownFences：把粘在正文行里的 ``` 拆到独立行（模型常写成「…实现细节（game.js）：```js」「… }```」），CommonMark 只认整行围栏，粘着的围栏会让正文被当成代码、或代码块不闭合把后续内容一起吞掉；整行/缩进围栏、行内代码、代码里的 ``` 与引用块 / 列表项开头的合法围栏都不受影响 - apps/ai-game-creator-shell/tests/ChatMarkdownMessage.test.tsx 新增粘住围栏三种场景与代码块换行契约用例 - apps/ai-game-creator-shell/tests/appSurface/chat-composer.suite.ts 补「turn.started 未到时卡片已出现且已计时」断言 - apps/ai-game-creator-shell/tests/directProjectProcessStatus.test.tsx 同步入参更名	2026-09-24 16:38:44 +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
suzmii	7cdbc61ffb	修复窗口变矮时对话状态条被挤扁 ... - apps/ai-game-creator-shell/src/styles.css 给 .project-chat-conversation > .project-chat-process-card 补 flex: 0 0 auto：卡片带 overflow: hidden，按 flex 规范该项自动最小尺寸归零，窗口压矮时会先被压缩（实测 300px 高挤到 33px、240px 高 24px，文字被裁），而这一列里只有消息列表该被压缩 - apps/ai-game-creator-shell/src/styles.css 把这条卡片的会话列几何规则从文件末尾移到「面板纵向布局兜底」的 flex 链旁边，内缩与不可压缩合并在同一条规则里，注释说明为什么必须是 0 0 auto - apps/ai-game-creator-shell/tests/appSurface/project-development.suite.ts 卡片契约补 flex: 0 0 auto 断言	2026-09-24 16:21:24 +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
suzmii	8514f1094c	忽略嵌套的 server-rs/.data 运行期产物 ... - 以 crates/api-server 为 cwd 启动时会生成 server-rs/crates/api-server/server-rs/.data，补充 **/server-rs/.data/ 忽略规则	2026-09-24 16:18:09 +08:00
suzmii	f04d9ae3f5	AGC 模型弹层去掉滚动条并按最长模型名自动拓宽 ... - .conversation-model-menu 宽度改为 max-content（保留 min-width 150px 与视口宽度上限），不再用固定 150–190px 截断 - 去掉 max-height/overflow 滚动，菜单按目录项展开	2026-09-24 16:18:08 +08:00
suzmii	398564a9f8	AGC 客户端不再写死 gpt-6-astra 默认模型 ... - main.rs：DEFAULT_GAME_CREATOR_LLM_MODEL 改用官方占位标识 platform-default - game-creator.config.json：首启模板 llm.model 同步为 platform-default - check-config.mjs 与客户端测试同步该口径，去掉已退役模型名的断言	2026-09-24 16:18:07 +08:00
suzmii	4234a21eed	服务端：AGC 模型目录缺配置时改为启动期从上游同步，保留原目录格式 ... - module-runtime：删除写死的初始目录（高质量→gpt-6-astra、快速→gpt-5.6-luna），新增 from_upstream_models：id 用模型名 slug、alias/modelId 用上游原名、默认项取排序后第一项；字段与校验规则不变 - spacetime-module：read_agc_model_catalog 缺行返回 AGC_MODEL_CATALOG_NOT_INITIALIZED，不再返回内置目录 - api-server：新增启动期 ensure_agc_model_catalog_initialized，未初始化时从分组定价列表 GET /api/pricing?group=taonier 生成目录并按存量 revision 写回；拉不到只记录 error、不写替代目录，下次启动重试 - api-server：目录未初始化时 AGC 目录/对话接口与后台目录接口返回 503，不回落任何内置模型名；后台 PUT 同样要求已初始化 - api-server：上游请求 10s 超时、1 MiB 流式上限、禁止重定向、不带凭据；目标校验只校验地址，不再绑定已下线的固定模型哨兵；写回冲突后重读校验既有目录	2026-09-24 16:18:06 +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
suzmii	6c92e5d673	文档：AGC 模型目录初始值改为上游同步的规范与运维口径 ... - 主规范补充目录初始化来源、失败关闭与重试口径，并记录本变更不改变目录格式与客户端契约 - 后端数据契约补充缺行语义与启动期同步 - 运维文档新增「AGC 模型目录上游同步」小节（来源、恢复路径、同批发布约束） - decision-log 记录本次决策、真实上游实测结论与残留项 - 新增里程碑《AGC 模型目录初始值改为上游同步》与对应实施计划	2026-09-24 16:14:19 +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
lhk229	ec3a187dd7	处理编译大量warning问题 (#503) ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/503 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-24 13:01:31 +08:00
suzmii	1931852e9e	补齐打开/选择目录入口的提权拒绝记忆清除 ... - aclElevation：新增唯一入口 clearAclElevationDenials()（Tauri 环境判断 + 命令失败只吞掉，旁路动作不影响本次操作） - useRecentProjects：rememberRecentWorkspace / refreshRecentWorkspace 改用该共享入口，删掉本地同名实现 - useHomeProjectCreation：openProject 入口先清除拒绝记忆再 inspect，覆盖行内打开、运行中项目入口与文件选择器选择目录；此前只挂在「打开/新建成功之后」，用户点了打开会撞上 120s 冷却直接失败且不弹 UAC - appSurface/home.suite：新增断言「用户动作先 clear 再 inspect」，并做逆向确认（去掉该调用即红） - docs：decision-log 写清前端唯一入口与必须挂的四个入口，pitfalls 记录 leader 失效接管这条残余边界	2026-09-24 12:56:47 +08:00