4916 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
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
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	dcb4f2a1c1	Merge pull request '修复 AGC DirectProject 运行中过程卡的读秒粒度与样式' (#508) from fix/recover-100ms into master ... Reviewed-on: #508	2026-09-24 11:57:11 +08:00
suzmii	e80279c174	修复 AGC DirectProject 运行中过程卡的读秒粒度与样式 ... - apps/ai-game-creator-shell/src/view/project-development/chat/components/DirectProjectConversation/DirectProjectConversation.tsx 的 DirectTurnElapsed 改用对话侧共享时钟 useLiveNow（100ms），删掉组件自带的 1000ms setInterval 与 now state：耗时文案不足一分钟保留一位小数，秒级 tick 会让小数位一秒才动一格 - apps/ai-game-creator-shell/src/styles.css 重写 .project-chat-process-card：去掉旧面板遗留的 78px 最小高度与 9px 行距，收敛为单行状态条（padding 8px 12px） - apps/ai-game-creator-shell/src/styles.css 状态点与扫光改走 --platform-accent（原先写死绿色），标题提到 --platform-text-strong，耗时改 --platform-text-base 并加 tabular-nums - apps/ai-game-creator-shell/src/styles.css 删除两条永不命中的选择器（卡片渲染在消息列表外，规则却写着 …message-list > .project-chat-process-card）与已无 <p> 渲染的多行摘要样式 - apps/ai-game-creator-shell/src/styles.css 过程卡与最后一条消息之间补 12px 上间距，原先 margin 简写把它清零 - apps/ai-game-creator-shell/tests/directProjectProcessStatus.test.tsx 新增读秒粒度回归用例与「无运行中回合不订阅时钟」用例 - apps/ai-game-creator-shell/tests/appSurface/project-development.suite.ts 与 tests/AgentMessageContent.test.tsx 的选择器契约同步到现行 DOM 结构 - docs/project-memory/shared-memory/pitfalls.md 记录「刷新粒度必须与显示精度同格」这条复发坑	2026-09-24 11:47:32 +08:00
kdletters	87e52860a7	游戏发行入口改为平台同源路径 ... - 审核通过时由 api-server 按 gameId 派生 /games/{gameId}/ 相对路径写入公开投影，删除 AppConfig 的发行入口模板字段与读取逻辑 - 删除 deploy/env 两份示例中的 GENARRATIVE_GAME_DISTRIBUTION_RELEASE_ENTRY_TEMPLATE - 三份 nginx 模板内联同源发行入口 location，把 /games/<gameId>/ 与子资源转发到发行网关并在边缘清空 Cookie - SPA allowlist 补齐 components、design-system、games、games/detail、games/mine、games/play、games/publish - 前端 normalizeGameEntryUrl 支持相对路径与同源发行路径，按当前 origin 解析并补尾斜杠，继续兼容历史绝对 URL - 删除退役的独立来源模板 deploy/nginx/genarrative-release-origin.conf、门禁脚本 scripts/check-release-origin-config.mjs 与其 npm 脚本 - 游戏分发 e2e 脚本改为在公开投影上断言 entryUrl 等于 /games/{gameId}/ - 同步平台主规范、运维主规范、nginx README 与共享决策记录	2026-09-24 00:21:27 +08:00
kdletters	efbdf7031e	统一客户端维护态错误弹窗 ... 客户端维护响应统一识别并广播维护事件 AGC 与网页端根部展示维护大弹窗，收口发布、上传、资源换签和登录错误 补充维护态弹窗测试、类型检查与实施计划说明	2026-09-23 23:16:23 +08:00
kdletters	093f832ef9	优化后台游戏审核操作弹窗 ... 移除游戏审核页的发行地址提示 将拒绝理由与下架原因改为点击按钮后输入 补充审核与安全下架交互测试	2026-09-23 22:50:36 +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
kdletters	cc958f3678	后台新增游戏管理页与全量游戏列表接口 ... - SpacetimeDB 新增 list_admin_game_distribution_games_and_return：一个事务内返回全量游戏、版本数与最近 20 个版本，作者名/头像读时联 user_account - SpacetimeDB 新增 restore_game_distribution_game_and_return：恢复管理员暂停的游戏时重新激活最近一次由管理员暂停撤回的公开版本，作者自行下架的版本不会被恢复 - 后台新增 GET /admin/api/game-distribution/games 与 POST /admin/api/game-distribution/games/{gameId}/restore，并新增 game-management Tab 权限，待审队列仍只属于 editor-showcase - admin-web 新增 #game-management「游戏管理」页：标题/作者/gameId/状态/版本数/游玩数表格，行内下架、恢复与版本历史弹层，复用现有后台表格与二次确认 - 同步生成 spacetime 绑定并更新后端架构数据契约文档	2026-09-23 21:46:40 +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
kdletters	cf19241544	游戏发行入口改为服务端按模板派生 ... - 后台审核页删除「发行入口」输入框与前端 HTTPS 校验，审核请求只提交结论与公开修订号 - api-server 新增 GENARRATIVE_GAME_DISTRIBUTION_RELEASE_ENTRY_TEMPLATE 模板配置，审核通过时读版本取 gameId 并派生该游戏独立来源地址 - 模板缺 {gameId}、生产未配置模板、gameId 非主机安全字符或派生结果非法时审核通过失败关闭，非生产未配置时回落本地回环发行网关 - 同步更新发行来源 nginx 模板与说明、两份 api-server 环境变量样例、平台与运维主规范、发行里程碑实施计划和决策记录 - 真实栈 e2e 脚本不再传 entryUrl，并断言审核结果里的入口为服务端派生值	2026-09-23 21:33:42 +08:00
kdletters	e0c324c0ac	修复游戏封面生成素材 ID 回传 ... 生成游戏封面请求补充 AGC 客户端来源标记，确保队列 worker 返回 result。 补充封面生成请求断言，锁定平台素材 ID 回填链路。 同步记录缺陷根因与修复约定。	2026-09-23 21:29:18 +08:00
kdletters	985df53a4e	Router API Key 分组改为与账号同组的 taonier ... - LLM_ROUTER_TOKEN_GROUP 由 default 改为 taonier，Router 用户与它名下固定 Token / API Key 现在同属 taonier 分组 - 保留固定契约归一：创建后无条件 PUT 完整契约（group / unlimited_quota / expired_time），复用与登录恢复路径同样 PUT，存量 default 分组 Token 会在下次 provisioning、登录恢复或显式准备 Key 时纠正 - 同步创建路径与复用路径的注释，保留“分组缺模型会失败为 model_not_found”的排查提示 - 用例同步：2 个用例重命名为 taonier 语义，6 处 group 断言改为 taonier - 文档同步：外部 OpenAPI 与 APIKey 接入方案写明 Token 与用户同组 taonier 及其前提；决策记录追加 2026-09-23 调整说明 - 验证：cargo test -p api-server --manifest-path server-rs/Cargo.toml --bin api-server external_api_keys（22 passed）、同命令 router 过滤（27 passed）、cargo fmt --all --check、npm run check:encoding、npm run check:doc-index、git diff --check	2026-09-23 20:52:01 +08:00
kdletters	1e0aeb95b0	后台表查询枚举列按 schema 展示变体名，不再只看数值 ... - 新增按 SpacetimeDB schema 解析枚举展示名的实现：读取 typespace.types 与表的 product_type_ref，为每个「Sum 且变体全为单元变体」的列建立按变体索引排列的展示名，变体名归一到 snake_case - 支持 Option<枚举> 列：标记 optional，[0, [索引, []]] 出变体名、[1, []] 仍是空值；Option<普通值> 与带载荷的 Sum 继续走通用解码，单变体枚举同样出名字 - 删除只覆盖 profile_recharge_order.kind / status 的硬编码映射 normalize_admin_database_known_enum - 枚举展示名同时作用于行的 cells 与 raw，关键词搜索、结构化筛选和稳定排序都按展示名生效 - 表查询行解析与行构建改为接收枚举映射，schema 夹具用例覆盖直接枚举、Option 枚举、单变体枚举与未知表 - 同步开发运维文档的表查询口径段、后台 skill 的 SATS 展示参考与决策记录 - 验证：cargo test -p api-server --manifest-path server-rs/Cargo.toml --bin api-server admin（139 passed / 0 failed / 1 ignored）；cargo check -p api-server；cargo fmt --all --check；npm run check:encoding；npm run check:doc-index；git diff --check；本地 dev schema 回放同一算法，85 张表 32 个直接枚举列 + 2 个 Option 枚举列全部解析出展示名、0 残留	2026-09-23 20:52:00 +08:00
suzmii	5b1fc59d63	Merge pull request '运行页签补齐全屏预览与可收起的信息栏' (#497) from feat/run-view-chrome-cleanup into master ... Reviewed-on: #497	2026-09-23 20:50:42 +08:00
kdletters	1b05a1d05e	后台充值订单实付口径、发放泥点列、用户累计充值与兑换码单位 ... - 新增 AdminRechargeOrderEntryPayload.paidAmountCents：只有 paid_at 存在的订单才有实付，未支付 / 已关闭 / 已过期固定为 0 - 充值管理列表把「金额 / 泥点」拆成「实付」「发放泥点」两列，未支付行实付显示「未支付」并附订单金额小字；退款面板「订单实付」改读同一字段 - 用户详情充值订单表新增「发放泥点」列，商品列只保留商品名，实付同样按 paidAmountCents 展示 - 用户详情新增 cumulativeRechargedCents：api-server 按 user_id 读取 profile_recharge_order，只累加 paid_at 存在的订单金额（退款不回减），单次上限 500 行，读取失败或命中上限返回 null - 用户详情身份区新增「累计充值」，读不到时显示「未知」，不用用户详情最多 20 条订单在 BFF 或前端近似重算 - 兑换码奖励单位收口为泥点：输入标签与列表列头改「奖励泥点」，单元格带「泥点」单位，避免被当成元 - 新增后端 2 条累计充值口径单测与前端 2 条用例（未支付不显示实付且发放泥点独立成列、累计充值未知态） - 同步后端架构数据契约（实付口径 / 累计充值来源与上限 / 兑换码奖励单位）与决策记录 - 验证：cargo check -p api-server；cargo test -p api-server --bin api-server admin（138 passed / 0 failed / 1 ignored）；npm run admin-web:typecheck；npx vitest run apps/admin-web/src（220 passed）；cargo fmt --all --check、check:encoding、check:doc-index、git diff --check 通过	2026-09-23 20:10:20 +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
kdletters	0dbd279dfc	后台 Dashboard 消耗泥点改为对冲退还后的净消耗 ... - consumedMudPoints 改为净额：按北京时间业务日先抵当日消耗，不足再回溯抵扣最近仍有净额的业务日，抵扣不完的丢弃，每日净额非负且区间合计严格等于「消耗 − 退还」 - 退还口径并入 asset_operation_refund 正向流水（生成失败退还、精选审核返还）与 llm_router_consume 正向冲正流水；充值退款追回、余额重置、赠送和 hold 仍不计入 - 契约新增 refundedMudPoints，后端新增「退还泥点」趋势图，后台时段数据并列「退还泥点数」卡，毛消耗可由「消耗 + 退还」核出 - 新增 4 条净额单测（同日对冲 / 回溯抵扣 / 超额归零 / 无退还保原值）与 Dashboard 用例断言 - 同步 Dashboard 运营看板方案指标口径与决策记录 - 验证：cargo test -p api-server --bin api-server admin（136 passed / 0 failed / 1 ignored）、npm run admin-web:typecheck、npx vitest run apps/admin-web/src（218 passed）、cargo fmt --all --check、npm run check:encoding、npm run check:doc-index、git diff --check 全部通过	2026-09-23 19:56:24 +08:00
kdletters	eb192eb161	修复渠道配置替换窗口契约导致的系统标题栏回归与登录请求被拒 ... - 渠道 --config 改为从基线 tauri.conf.json 读取完整 client 窗口对象后展开、只覆盖 title，避免 Tauri JSON Merge Patch 整体替换 app.windows 丢掉 label / decorations / 尺寸 - build-release.test.mjs 新增合并守卫用例：按同一 merge patch 语义复现 Tauri 合并，断言 label=client、decorations=false、1280x800、min 1280x720，且承载 http:default 的 capability 必须包含该 label - check-config.mjs 增补基线 client 窗口 decorations 必须为 false 的门禁 - 更新 AGC 客户端更新检查与下载技术方案，写明渠道配置必须下发完整窗口对象的约定 - pitfalls.md 记录本次回归的现象、根因、现行口径与验证证据	2026-09-23 19:54:11 +08:00
suzmii	c723e0b1bf	合并 master：标题栏弹层契约、发行包上限与策划回复修复等上游变更 ... - 合并 origin/master（自绘标题栏作为窗口边框的弹层契约、游戏发行包上限提升到 200 MiB、策划回复重复播放修复 #501、标题栏品牌标签用例修正 f0ef06891 等）到本分支，保持 PR #497 可合并。 - 冲突仍只在 `docs/project-memory/shared-memory/decision-log.md` 顶部新增条目：按「新条目在上」保留双方内容，本分支的运行视窗条目在前。 - 上一轮合并记录的「`WindowChrome` 用例断言渠道产品名 stale」已由上游 f0ef06891 自行修复，本轮合并后该用例恢复通过。 - 上游改动未触及本分支的运行页 chrome 与预览适配文件；合并后重跑 `ai-game-creator-shell:check:web`、编码检查与 `git diff --check`。	2026-09-23 19:37:07 +08:00
suzmii	5e5407e4cf	合并 master：引用粘贴解析与渠道产品名等上游变更 ... - 合并 origin/master（引用名归一化与粘贴解析 #473 系列、客户端渠道产品名统一 ebb288a6a、#500 等）到本分支，保持 PR #497 可合并。 - 冲突仍只在 `docs/project-memory/shared-memory/decision-log.md` 顶部新增条目：按「新条目在上」保留双方内容，本分支的运行视窗条目在前。 - 上游改动落在 `features/project-workspace` 的引用链路与渠道命名脚本上，未触及本分支的运行页 chrome 与预览适配文件。 - 合并后 `apps/ai-game-creator-shell:check:web` 有 1 条红：`tests/WindowChrome.test.tsx` 仍断言标题栏品牌名为 `陶泥儿 GameAgent`，而 ebb288a6a 把该处改成读取 `APP_NAME`（未注入 `VITE_AGC_PRODUCT_NAME` 时回退 `陶泥儿开发版`），测试未同步。已验证与本分支无关：把这两个文件的合并前版本换回来 5/5 通过，换回合入版本即 1 条红。等上游修，本分支不动。	2026-09-23 19:21:33 +08:00
lhk229	9bd4a1734c	修复策划回复重复播放并保留伪流式 (#501) ... 按消息 ID 统一策划回复呈现，隔离旧回合收尾并补全忙碌态清理；同步回归测试与文档。已合并 origin/master 并通过定向验证。	2026-09-23 19:19:26 +08:00