2559 Commits

Author	SHA1	Message	Date
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	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	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	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	efbdf7031e	统一客户端维护态错误弹窗 ... 客户端维护响应统一识别并广播维护事件 AGC 与网页端根部展示维护大弹窗，收口发布、上传、资源换签和登录错误 补充维护态弹窗测试、类型检查与实施计划说明	2026-09-23 23:16:23 +08:00
kdletters	093f832ef9	优化后台游戏审核操作弹窗 ... 移除游戏审核页的发行地址提示 将拒绝理由与下架原因改为点击按钮后输入 补充审核与安全下架交互测试	2026-09-23 22:50:36 +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
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	248003a445	合并主线更新并保留双方排障记录 ... 合并 origin/master 的上传续传、标题栏弹窗及测试更新。 解决排障文档冲突，保留策划回复与标题栏问题记录。	2026-09-23 11:18:46 +00:00
kdletters	f0ef068910	修正标题栏品牌标签用例对渠道产品名的断言 ... - WindowChrome 用例改用 appMetadata 的 APP_NAME（dev 渠道为陶泥儿开发版），不再硬编码旧产品名	2026-09-23 19:07:37 +08:00
kdletters	c2c5e1ced5	发行包上限提升到 200 MiB 并支持 AGC 分片续传上传 ... - 发行包上限 100→200 MiB、展开总量 250→500 MiB，整包路由请求体上限继续从包上限派生；发行静态资源进程内缓存预算提到 256 MiB - 反代放行量同步放宽到 210 MiB：Nginx 三份模板的 client_max_body_size、Pingora 网关默认值与 env 样例、路由对照矩阵 - platform-oss 新增内部对象追加写 append_internal_object(_with_retry)，以 OSS 返回的 next-append-position 作为权威已收字节 - api-server 新增 upload-state / chunk / complete / reset 四条分片路由，抽出共享收口 confirm_validated_package；偏移不符返回 409 与权威偏移，校验失败删除半包并落 upload_failed - AGC 新增原生上传器 game_package_upload.rs（内容寻址暂存、分片续传、受控重试、进度事件）与 prepare / upload 两条命令，退役整包回传命令 - 渲染进程改为 prepare → 创建游戏 → 创建版本 → 原生分片上传 → 送审，LocalProjectExportPackagePayload 整包类型退役 - 同时修正 live 用例无法指向本地栈的两处基础设施问题：平台基址按传入 URL 选择，桥接层把 jsdom realm 的 Headers / Blob / FormData 降级成 Node 原生值 - 测试：platform-oss 74、api-server game_distribution 23、AGC 原生 4、发布相关前端 20；live 用例补真实栈「中断 → 续传 → 确认」断言（分片偏移序列 [0, 8388608]） - 文档：玩法创作主规范的上传合同、运维与 Pingora 文档、决策记录、发行里程碑口径，以及新增的续传里程碑与实施计划	2026-09-23 19:06:02 +08:00
kdletters	c38d07044a	修复 AGC 弹窗打开时自绘标题栏窗口按钮失效 ... - ThemedModal 的焦点陷阱只放行落在 [data-window-chrome-bar] 内的点击，标题栏拖拽与最小化/最大化/关闭恢复可用，工作区内容点击仍被拦住 - WindowChrome 标题栏加 data-window-chrome-bar 标记，作为这条约定的唯一契约点 - styles.css 明确「全屏弹层一律从标题栏下方开始」，.app-update-overlay 从 inset:0 改为标题栏下方，.game-publish-progress-overlay 显式声明 top - 新增 tests/windowChromeOverlayContract.test.ts 覆盖 7 个全屏弹层；themedModal / WindowChrome 用例补「标题栏点击放行 + 工作区点击仍被拦」回归；gamePublishFeedback 用例按新口径断言 - pitfalls 记录该静默失效的机制与现行口径	2026-09-23 19:05:33 +08:00
lhk229	efbfc8085d	Merge branch 'master' into fix/design-agent-fe	2026-09-23 19:04:31 +08:00
lhk229	2c778fb027	补全聊天作用域重置时的忙碌态清理 ... 重置聊天状态时同步清空 chatAgentBusy，保留旧请求的回合归属检查。 同步更新策划会话的作用域清理约定。	2026-09-23 11:03:03 +00: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
kdletters	ebb288a6a4	统一客户端渠道产品名称 ... dev 渠道显示为陶泥儿开发版并保持既有 identifier 与升级链。 将产品名注入 Tauri、原生窗口、前端标题栏和关于页面，统一快捷方式与注册表展示来源。 补充渠道配置门禁、发布脚本测试和渠道身份文档。	2026-09-23 18:53:23 +08:00
k88936	c0e233fe6c	Merge remote-tracking branch 'origin/master' into feat/smart-paste	2026-09-23 18:50:15 +08:00
k88936	136e1ebceb	Remove redundant fuzzy_lookup methods from test ReferenceProviders for cleanup	2026-09-23 18:49:07 +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
suzmii	16361bfbe1	修复退出全屏后运行画面不回缩，并收口信息栏开合与文档口径 ... - `resolveLocalGamePreviewFitLayout` 增加回退：上报的内容尺寸等于它被接受时的容器尺寸（自适应页面把视口原样报回）时不算内容高水位，直接按容器取画布——修复「全屏预览退出后画布仍保持全屏比例、永久带黑边」；真比容器高的页面（内容 ≠ 视口）仍按原生尺寸缩放显示。 - 该回退的已知残余（固定尺寸页面恰好等于接受时的容器且之后不上报新尺寸会被裁）与「内容尺寸没变就改认新容器」这条更差尝试一起写进代码注释与 decision-log；根治方向记在桥/协议侧。 - `tests/localGamePreviewFrame.test.ts` 抽出 `renderFittedFrame` 夹具，补「退出全屏回到容器尺寸」（改前必红）与「容器缩小后按新内容尺寸重新适配」两条用例。 - 信息栏手动态改为按资源 id 在渲染期派生（去掉 effect 回写），修掉「刚有内容那一帧先画收起态」的抖动，并让 `onClick` 写入的字段与派生读的字段一致。 - AGC 子集删掉恒真的「数值微调面板不存在」断言，保留「卡片不渲染」与「开合行不渲染」两条独立事实。 - 文档同步：PRD §3.4、技术方案与 decision-log 的信息栏判据口径改为「资源选中态」，并记录全屏回归的根因、修法、残余边界与桥协议根治方向；2026-08-23 适配条目补一条指向本次收口。	2026-09-23 18:38:47 +08:00
lhk229	688cf7a971	修复策划回复重复播放并保留伪流式 ... 按消息 ID 合并实时正文与正式消息，保留逐步显示进度 分离请求收尾与动画结束，隔离旧回合事件及异步返回 独立展示工具状态，保留 Provider 重试的正文重置语义 补充重复终态、整块回复、多消息及回合隔离回归测试 同步更新策划展示规范与排障记录	2026-09-23 10:38:01 +00:00