2463 Commits

Author	SHA1	Message	Date
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	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	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	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
kdletters	43b7aa809b	清理旧创作模板退役过程记录与死代码 (#489) ... - 删除一次性 schema guard 退役表白名单、isApprovedRetiredTableDeletion 导出与专属测试，compareTables 收回为内部函数 - 删除 shared-contracts 未挂载的旧玩法契约模块、api-server 旧 story 模块与旧压测资源 scripts/loadtest/ 及对应忽略/排除配置 - 清理 decision-log、pitfalls 中旧表退役、两阶段清表窗口与旧玩法过程记录，保留改写后的通用条目 - 移除权威文档、模块 README 与运维文档中的旧模板、历史表与旧压测叙述 Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/489 Co-authored-by: kdletters <kdletters@qq.com> Co-committed-by: kdletters <kdletters@qq.com>	2026-09-23 11:46:39 +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
suzmii	710d6dddf2	修复 AGC dev 无限重建：Codex 组件权限仅在真正不一致时写入 ... - build.rs 的 Codex staging 不再无条件调用 fs::set_permissions，改为仅在目标文件权限与源文件不一致时写入 - 内容相同且权限一致时跳过写入，避免 Windows 上更新 change time 被 tauri dev 文件监听误判为 staging 变更，形成“构建 -> 监听 -> 再构建”的自触发循环 - 复制分支仍保留写权限；权限不一致时仍会恢复，staging 组件执行权限语义不变	2026-09-23 11:09:09 +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
lhk229	1e186369c9	客户端埋点设置 (#446) ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/446 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-23 00:09:12 +08:00
kdletters	f502829fde	发布灰度默认关闭：修掉客户端“看得到点不动”与后台看不到 key (#482) ... ## 解决什么 你反馈的两个现象都是真问题，这个 PR 一次修掉： 1. **没开灰度也能看到发布按钮**：发布开关此前是「无 gate 行 = 默认开放」，所以没配灰度时后端把 `gameDistributionPublishEnabled` 判成 true，客户端就渲染了发布入口。 2. **按钮点了没反应**：发布动作的提示原先只写 `workspaceStatus`，而普通项目走 `DirectProjectChatView` 时并不渲染工作台状态行，于是「先打开一个项目再发布」「构建失败…」这类信息全都看不见。 3. **后台看不到 key**：预设项此前在未合并的另一个 PR 里，而且后台只列「已创建」的 gate 行。 ## 改成什么 - `is_game_distribution_publish_enabled_for_user` 要求 gate 行存在且 `enabled=true`：**灰度默认关闭**，未登录/无行/`enabled=false` 一律不开放；只有白名单 / 灰度比例 / 用户标签命中才开放。作者写入与新版本激活都按这条判据。 - 新增与作者无关的总开关 `is_game_distribution_publish_open`：管理员审核激活新版本只看「灰度是否开启」，不会因为审核员不在作者白名单里而被挡住（这是合入后立刻发现的回归，已修 + 有用例）。 - AGC 新增 `announcePublishMessage`：发布相关提示同时写工作台状态与 DirectProject 对话，点「发布到游戏广场」不会再像没反应。 - 后台「灰度发布配置」新增「可配置开关」列表：`game-distribution:publish` 等预设即使还没创建行也会显示，点「配置」按默认关闭填表，运营开启后填白名单/比例即可放量。 ## 验证 - `npm run check:game-distribution-media-e2e`（真实 Phaser 构建产物）现在覆盖：灰度关闭 → 作者拿不到入口 + 写入口 503 → 开启灰度 → 真实封面/截图直传 → 创建游戏/版本/上传/送审 → 管理员审核通过 → 网关 index.html 与 bundle 200 → nosniff；全流程通过。 - 后端：`cargo test -p api-server game_distribution` 19 passed（含新增 `game_distribution_publish_open_ignores_author_allowlist_for_activation`）、`frontend_runtime_config` 6 passed。 - 前端：admin 灰度页 10 用例（含「未创建的预设开关可见并可一键配置」）、AGC 聊天头 3 用例、网页发布页 15 用例；三端 typecheck、`check:encoding`、`check:doc-index`、`check:rustfmt`、全量 `npm test`（400 文件 / 4441 用例）与 `check:repository-ci -- origin/master HEAD` 全绿。 ## 上线注意 灰度默认关闭是**刻意**的：合入后到运营在后台把 `game-distribution:publish` 配置并开启之前，作者看不到发布入口、写入口 503；已公开游戏、目录、详情、发行网关、安全下架不受影响。 Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/482 Co-authored-by: kdletters <kdletters@qq.com> Co-committed-by: kdletters <kdletters@qq.com>	2026-09-22 21:38:03 +08:00
kdletters	a56790eaa6	合并 Phaser 一键发布自动构建与打包	2026-09-22 21:03:57 +08:00
kdletters	b93d15e46e	合并 master：DirectProject 旧消息重解析优化 ... - 合并 origin/master（a46302846：优化 DirectProject 旧消息重解析导致的会话区卡顿）。 - 自动合并无冲突；Phaser 发布前构建与发行网关根路径改动保持接线。 - 同步目的：满足仓库「PR head 必须包含最新 base」的门禁，随后由 Project CI 复验。	2026-09-22 20:42:32 +08:00
kdletters	57a72f652c	Phaser 项目一键发布：发布前自动构建与打包 ... - AGC：export_local_project_package 改为发布前构建——已有可玩入口直接打包；否则解析 game/（Phaser 4 + Vite 脚手架）或项目根的 npm build 脚本，缺 game/node_modules 时先跑 project.bootstrap（npm install），再走 project.verify 的受控 npm 运行器执行 npm run build，最后校验入口并打包；安装/构建失败返回带日志尾部的可操作错误。 - 新增 resolve_publish_build_plan 纯函数与用例：game 子工程优先并要求先装依赖、根 npm 工程回退、没有可构建工程时失败关闭。 - 后端：发行网关根路径（含尾斜杠）等价于 index.html，路由级用例覆盖 Cookie 拒绝门与根路径；生产仍由每游戏 origin 把根路径映射到该游戏入口。 - 脚本：check:game-distribution-media-e2e 支持 E2E_PACKAGE_ZIP 直接发布真实构建产物，断言从包内派生入口/资源，本地审核入口改为发行网关路径。 - 文档：玩法链路与实施计划记录「作者不构建、不打 ZIP」的 Phaser 发布口径与验证证据。 - 验证：真实 Phaser 4.2.1 + Vite 7 构建产物（相对引用）经发布链路后网关 index.html 200 / assets 1,388,719 B 200，播放页在 allow-scripts 沙箱 iframe 内渲染 PHASER-PUBLISH-OK 且点击交互生效。	2026-09-22 20:38:00 +08:00
kdletters	55801deb38	Merge remote-tracking branch 'origin/master' into codex/clear-retired-tables-phase2	2026-09-22 20:22:09 +08:00
k88936	3467042000	Merge branch 'master' into feat/fail-as-event	2026-09-22 20:19:23 +08:00
k88936	185649323e	优化 DirectProject 旧消息重解析导致的会话区卡顿 ... 为 ChatMarkdownMessage 加 memo，旧消息文本不变时不再重新解析 Markdown 与语法高亮 流式期间跳过语法高亮，定稿后再补，避免每个 chunk 重跑一遍 highlight.js 为 AgentReasoning 加 memo，内容未变的思考块整块跳过重渲染 把 AgentReasoning 折叠态预览的 Markdown AST 解析收进 useMemo	2026-09-22 20:04:52 +08:00
kdletters	b417144baf	Merge remote-tracking branch 'origin/master' into codex/clear-retired-tables-phase2	2026-09-22 19:42:44 +08:00
kdletters	fd0c1007ad	清除旧创作模板历史表定义与绑定 ... 删除 63 张旧玩法表的 module 定义与 legacy schema 移除清空 procedure、迁移白名单和旧行兼容逻辑 重新生成 spacetime-client bindings 新增一次性 schema guard 删除白名单与回归测试 清理后台表名映射、旧回填工具和权威文档	2026-09-22 19:42:29 +08:00
k88936	a0d72bbef2	调试支持：开发模式下增加 Codex CLI 执行器锚定逻辑，确保裸命令名按 PATH 解析为绝对路径	2026-09-22 19:19:01 +08:00
k88936	da0df57ebc	Merge pull request '重构/抽取带引用功能的输入框' (#464) from refactor/extract-dep-from-ref-inputer into master ... Reviewed-on: #464	2026-09-22 19:05:31 +08:00
lhk229	e8db0d1c87	Codex/agc browser orphan cleanup (#461) ... Reviewed-on: #461	2026-09-22 19:05:20 +08:00
k88936	9ae9ed362a	Merge remote-tracking branch 'refs/remotes/origin/master' into refactor/extract-dep-from-ref-inputer ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-09-22 18:51:27 +08:00
kdletters	060a850f74	修复 AGC 更新摘要泄漏提交说明 ... 自动摘要改为读取提交消息首行，仅展示标题并忽略后续说明 更新摘要不再附带短 SHA 补充多行提交消息与摘要格式回归测试 同步客户端更新检查与开发运维文档	2026-09-22 18:44:55 +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
kdletters	4d45afbd6e	修复 release 渠道 macOS 测试的默认环境隔离 ... 隔离默认渠道测试中的 AGC_UPDATE_CHANNEL 环境变量 补充 Jenkins 渠道参数进入 Node 测试进程的排障记录	2026-09-22 17:59:57 +08:00
k88936	1ecb92c53d	Merge branch 'master' into refactor/extract-dep-from-ref-inputer	2026-09-22 17:57:51 +08:00
k88936	c42e087a30	Merge remote-tracking branch 'origin/master' into refactor/extract-dep-from-ref-inputer ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-09-22 17:41:24 +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	981a6b0021	Revert：撤掉前端「命令返回就收口」的兜底，改由宿主 turn.failed 事件收口 ... - 撤销 a35956f3e 的前端实现：directThreadChat 的 commandClosedTurnUserItemId / stopDirectThreadTurn、subscription 的 stopCommandTurn、controller 失败分支的调用，以及随附的两处用例 - 原因：失败语义改由宿主事件（turn.failed）表达，前端不再自造第二条「结束」判定路径，也不再在失败路径上补本地消息	2026-09-22 17:40:16 +08:00
suzmii	c2d756a772	Merge branch 'master' into feat/agc-run-preview-tip	2026-09-22 17:28:39 +08:00
k88936	d5fb34209a	重构：候选懒加载改为菜单回调，match 收成纯函数 ... - ReferenceProvider 新增可选 onMenuQueryChange(query)：输入区在 useEffect 里回调（菜单关闭时收到 null），作为懒加载的唯一入口 - ProviderMentionMenu 不再让 provider 在渲染期产生副作用：match 只负责过滤已就绪的数据，契约里写明它必须是纯函数 - useSkillReferenceProvider 把目录读取从 match 搬进 onMenuQueryChange，第一次敲出 $ 才读；失败仍放开重试（下一次菜单查询变化时重试）并保留 console.warn - referenceSourceProviders 用例改为经菜单回调驱动，并显式断言 match 不触发任何 Tauri invoke、菜单关闭（null）也不触发 - 同步 ADR、决策记录与功能说明里 provider 契约的那段描述	2026-09-22 17:24:24 +08:00
kdletters	e5460280ce	发布入口接入灰度开关 ... - 后端：GET /api/runtime/frontend-config 新增 gameDistributionPublishEnabled，复用 `game-distribution:publish` 判据（未配置或 enabled=false 时对已登录作者默认开放，显式收紧后只放行白名单/灰度命中用户，匿名恒为 false），前端入口与写入口共用同一事实源。 - 后端用例：新增 frontend_runtime_config_game_distribution_publish_is_scoped_to_authenticated_gate，覆盖默认开放、enabled=true 无白名单、白名单命中、deny 名单、enabled=false 回退与 rolloutPercent=100。 - 网页：平台壳按灰度隐藏「发布游戏 / 发布新版本」入口；/games/publish 直接访问时渲染「发布功能正在灰度中」并提供重新检查；读取失败按放行处理，由后端写入口把关并返回可读文案。 - AGC：新增 readGamePublishAvailability（同一运行时配置字段），只有命中才把发布回调交给 DirectProject 聊天头；字段缺失或读取失败按不开放处理。 - 文档：玩法链路、后端数据契约与实施计划记录灰度口径、入口行为与验证命令。	2026-09-22 17:12:04 +08:00
k88936	aa973ea34d	同类问题：另外两个宿主的引用 provider 也按内容签名记忆 ... - PlanningChatView 的 chatProjectAssets 由工作台壳每次渲染重新 .filter() 派生、DirectProjectComposer 的 assets 由 manifest 订阅每次渲染重新派生，两处的 [assets] 依赖同样从不命中缓存 - 两处改用 assetsSignature(...) 做依赖，provider 身份不再随宿主渲染抖动（流式回复时每帧都换），输入区不再每帧重注册 Lexical 更新监听	2026-09-22 17:12:02 +08:00
suzmii	f7250f5dd1	合并 master（bba4f0eb2）：DirectProject 聊天三态与快照文档并入运行页入口收口 ... - 只冲突两份共享记忆的尾部追加（pitfalls / decision-log）：保留双方新增条目，直接合并非取舍 - App.tsx / styles.css 自动合并通过；本分支的运行页入口收口与 onRunNotice 通道未受影响	2026-09-22 17:08:03 +08:00
k88936	fbfc7e5e62	修复：候选菜单的 key 改用引用身份，同名素材不再撞 key ... - 导出 resourceReferences 的 chatReferenceKey（只认稳定身份、不含显示名的身份键），并加注释说明它为什么不能省 - ReferenceMentionOption 由 super(chatReferenceMentionToken(...)) 改为 super(chatReferenceKey(...))：characters/hero.png 与 enemies/hero.png 都展开成 @hero，拿显示 token 当 key 会让 React 撞 key、复用错 DOM，键盘高亮与选中落到另一条候选上 - referenceSourceProviders 用例补一批同名素材：断言两条候选的显示 token 相同、身份键不同	2026-09-22 17:06:08 +08:00
k88936	3fdde6f51d	修复：并发导入附件时仍然守住 8 个上限 ... - useDirectProjectChatController 增加 attachmentsPendingCountRef：已放行但还没落成正文芯片的条数先在预算里占住名额，放行的部分在 finally 还回去 - 原来的预算只减草稿里已有的附件芯片数，两次并发导入会各自按同一份快照放行，最终插进正文的芯片可以超过 MAX_CHAT_COMPOSER_ATTACHMENTS（回归自「待发附件列表」被删掉的那次重构） - 新增 tests/chatComposerAttachmentCap.test.tsx：两次并发各带 5 个文件，断言放行 5 + 3，并补 jsdom 缺失的 Blob.arrayBuffer	2026-09-22 16:59:36 +08:00
kdletters	1bd5fe9ff0	合并 master：AGC 项目快照整目录上传 ... - 合并 origin/master（bba4f0eb2：项目快照整目录上传 .agent，保留项目身份与 Agent 历史）。 - 自动合并无冲突；共享记忆与实施计划文档经复核保留双方条目，游戏分发功能面未受影响。 - 同步目的：Gitea PR 门禁要求 PR head 包含目标分支最新提交，合并后重新推送触发 Project CI。	2026-09-22 16:59:05 +08:00
k88936	39ac337569	诊断：Skill 目录读取失败不再静默 ... - skillReferenceProvider 的 loadSkillCatalog 失败分支补 console.warn('[skill-reference] …')，带上是哪一次重试、错在哪，排障时不再只能看到「敲 $ 没反应」 - referenceSourceProviders 用例断言这条日志（并用 vi.restoreAllMocks 收尾），把「失败可重试」与「失败留痕」两件事一起钉住	2026-09-22 16:56:31 +08:00
k88936	28bacfc125	画布生成面板的引用 provider 按素材内容签名记忆 ... - ResourceCanvasAssetGenerationPanelView 的 referenceProviders 改依赖 assetsSignature(referenceAssets)：referenceAssets 由 .filter() 派生、每次渲染都是新数组，原来的 [referenceAssets] 依赖永远命中不了缓存 - 注释写明「provider 身份一变，输入区就重新注册 Lexical 更新监听」，避免以后又改回数组依赖	2026-09-22 16:55:39 +08:00
kdletters	d047b16b91	合并 master：DirectProject 回合三态与 AGC release 每日调度 ... - 合并 origin/master 11 个提交（DirectProject 回合三态与投影 memo、宿主崩掉后的回合收口、权限拒绝后的忙态、策划对话布局修复、AGC release 每日调度）。 - 本次自动合并无冲突；游戏分发发布入口（App 的 requestGamePublish、DirectProjectChatView 透传、聊天头「发布到游戏广场」按钮）在新聊天状态机下保持接线。 - 验证：root / AGC / admin-web 三端 typecheck、全量 vitest、游戏分发 Rust 测试、encoding、doc-index、rustfmt 与 SpacetimeDB schema guard。	2026-09-22 16:54:38 +08:00
kdletters	f1b282f3cd	合并 master 并接入 DirectProject 新聊天架构 ... - 合并 origin/master（304 个提交：DirectProject 聊天容器重构、Project Supervisor 退役、策划附件导入、CI 隔离编译缓存等）。 - 接受 master 对 ProjectSupervisorView / SupervisorChatOnlyView 的退役与预览快捷测试收敛；发布入口改由 DirectProject 聊天头承载。 - DirectProjectChatHeader 新增「发布到游戏广场」入口（无回调不渲染、回合忙态禁用），DirectProjectChatView 透传 onRequestGamePublish。 - App.tsx 继续由工作台壳持有试玩包导出与 GameDistributionPublishPanel，沿用 project.export_package 权限确认队列；check-config 把该命令从 native-only 清单移回 App invoke。 - 后台游戏审核 API / 类型 / 路由测试与 master 新增的 AGC 模板管理按双方保留合并，并修掉拼接造成的接口与用例闭合缺陷。 - 修正 master 自带的 viteProxyConfig 断言：/api/creation-entry 属退役路由，测试改为断言不进入代理。 - 记录合并踩坑：语法结构内部的冲突不能简单按「双方保留」拼接，必须按某一侧骨架重建并跑 tsc 与单文件测试。 - 验证：全量 vitest 393 文件 / 4374 用例通过，root / AGC / admin-web 三端 typecheck，cargo check 与游戏分发 Rust 测试，encoding、doc-index、rustfmt、SpacetimeDB schema guard。	2026-09-22 16:45:29 +08:00