1061 Commits

Author	SHA1	Message	Date
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	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	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	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
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	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
k88936	3467042000	Merge branch 'master' into feat/fail-as-event	2026-09-22 20:19:23 +08:00
k88936	a0d72bbef2	调试支持：开发模式下增加 Codex CLI 执行器锚定逻辑，确保裸命令名按 PATH 解析为绝对路径	2026-09-22 19:19:01 +08:00
lhk229	e8db0d1c87	Codex/agc browser orphan cleanup (#461) ... Reviewed-on: #461	2026-09-22 19:05:20 +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	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
kdletters	1bd5fe9ff0	合并 master：AGC 项目快照整目录上传 ... - 合并 origin/master（bba4f0eb2：项目快照整目录上传 .agent，保留项目身份与 Agent 历史）。 - 自动合并无冲突；共享记忆与实施计划文档经复核保留双方条目，游戏分发功能面未受影响。 - 同步目的：Gitea PR 门禁要求 PR head 包含目标分支最新提交，合并后重新推送触发 Project CI。	2026-09-22 16:59:05 +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
kdletters	bba4f0eb24	项目快照整目录上传 .agent，保留项目身份与 Agent 历史 ... - 新增 should_skip_project_snapshot_sync_path：快照同步放行 .agent 组件，并放行其中 .db / .db-wal / .db-shm 的 Agent 状态数据库 - 组件与后缀排除表提取为常量；should_skip_project_snapshot_path 行为不变，项目索引、checkpoint、Agent 上下文与 git 检查继续排除整个 .agent - project_snapshot 扫描入口切到新口径，.agent 的 manifest、agent.db、会话、日志、checkpoint、workbench 与 project.lock 全部参与同步 - 新增整目录扫描用例与策略用例，覆盖 .agent 内凭据、.env、版本库与构建目录仍被排除 - 主规范更新上传内容边界与后台归档范围：工程 ZIP 可用于还原项目身份与 AGC 对话历史 - 里程碑、实施计划与共享记忆决策记录同步 .agent 全量口径、真实上传与后台 ZIP 的运行时验证证据，以及 v1/v2 键布局边界	2026-09-22 16:39:12 +08:00
lhk229	48eb3d5007	Opt/ci (#456) ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/456 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-22 12:42:27 +08:00
k88936	a3586bc995	Merge remote-tracking branch 'refs/remotes/origin/master' into feat/log-the-dianosis ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md # docs/project-memory/shared-memory/pitfalls.md	2026-09-22 10:26:13 +08:00
k88936	74e6ac90a7	把摘要移出应用日志身份行，避免整行脱敏吃掉事件定位 ... - 身份行只留程序生成或调用方常量字段（eventId / source / stage / code / retryable / clientTurnId / elapsedMs / detailRef），去掉了 summary - summary 移到详情行（hint / summary / detail / metadata），自由文本全部只出现在详情行 - 原因：sanitize_diagnostic_message 命中凭据标记时替换整行，且裸词标记（如 credential rotation failed）脱敏消不掉，summary 留在身份行会连 eventId、detailRef 一起被替换 - 用例补一条裸标记词场景：详情行被整体替换时身份行仍能按 eventId 与 code 定位 - 同步【技术方案】AGC错误报告与诊断上传、【技术方案】AI游戏创作智能体App实施计划、决策记录与踩坑记录的两行字段口径 - 验证：cargo test -- runtime_error direct_tool_bridge（41 passed）、cargo fmt --check、git diff --check	2026-09-22 10:22:28 +08:00
k88936	19e1883f71	合并 origin/master：策划附件导入接入策划聊天入口 ... - 保留 DirectProject 独立聊天容器与 Supervisor 退役结果，不为冲突恢复运行时兼容分支 - 策划工作区文件导入接入 PlanningChatView 输入盒，导入期间暂缓发送、阶段批准、澄清与重试 - 工作台壳按项目记录导入进行态，导入未完成时不切换游戏运行态并提示等待 - 首页策划附件导入结果落到工作台 fileImportNotice 提示条，可单独关闭 - 设计态输入盒样式选择器由 project-supervisor-* 收敛为 project-chat-* - 策划导入回归用例适配退役后的 harness 与 chatProps 命名	2026-09-22 02:24:47 +08:00
lhk229	085181c795	修复策划附件导入工作区并解除资源清单耦合 ... 新增策划工作区文件导入命令，支持同名另存并保留文件字节 首页和聊天框附件直接导入策划工作区，脱离游戏资源清单与回合附件 导入期间暂缓发送、阶段操作和游戏制作切换，保留逐文件失败提示 补充导入、刷新与切换回归测试，同步技术方案和共享约定	2026-09-21 22:49:21 +08:00
k88936	cc980267fe	用例改为按生产口径传入已脱敏 detail ... - 原用例直接传带 token=secret 的原文，与函数「detail 已是 sidecar 脱敏文本」的前置条件不符，测的不是真实数据流 - 改为先按 8 KiB 口径 redact 出 safe_detail 再传入，metadata 仍按生产原样传未脱敏 JSON，保留脱敏覆盖 - 验证：cargo test runtime_error（7 passed）	2026-09-21 22:45:06 +08:00
k88936	4bdf9e2cd4	写明应用日志投影为什么对已脱敏 detail 再过一遍 ... - 原注释写「只再按应用日志预算截一次」，实现却是完整脱敏流水线，合同与实现不一致 - 采纳方式是把合同写实：detail/metadata/summary 都在这里脱敏；已脱敏的 detail 也走同一遍，理由是截断会切开脱敏标记，且这是 pub(crate) 边界不假设调用方先脱敏 - 未采纳「去掉再脱敏改为只截断」：该建议会把安全性绑定在调用方自觉上，收益只是一次可忽略的 canonicalize - 验证：rustfmt（注释改动，无行为变化）	2026-09-21 22:42:56 +08:00
k88936	5847505020	用例按逐行口径核验应用日志落盘边界 ... - 生产是把两行分别交给 append_application_log_line 脱敏截断，原用例先 join(" ") 再 sanitize，测不到逐行截断与「只该脱敏其中一行」的情况 - 改为逐行 sanitize，并分别断言身份行（eventId/code/detailRef/summary）与详情行（detail 脱敏、metadata 无凭据） - 验证：cargo test runtime_error（7 passed）	2026-09-21 22:20:25 +08:00
k88936	c49ee8d157	详情行的 metadata 补上单行压平 ... - metadata 之前直接以 {metadata} 插值进日志行，只靠 Value::to_string() 的转义保证单行，和函数「每个字段都先压平」的约定不一致 - 改为与其他字段一样走 single_line_log_field，日志行完整性不再依赖序列化器的转义行为 - 验证：cargo test runtime_error（7 passed）	2026-09-21 22:16:05 +08:00
k88936	852f5de886	修复应用日志身份行的摘要只压行未脱敏 ... - 身份行的 summary 由调用方给，direct_tool_bridge 传的是工具错误原文，而 app_log! 会把整行写 stderr，那里没有 sanitize_diagnostic_message 兜底 - 新增 AGENT_RUNTIME_ERROR_APP_LOG_SUMMARY_CHARS（320 字符，与 sidecar 摘要预算同口径），summary 落日志前先脱敏再截断 - 函数合同写明 detail/metadata/summary 三类外来文本都在这里脱敏，不再只是压平换行 - 同步【技术方案】AGC错误报告与诊断上传与共享记忆 decision-log 的预算口径 - 验证：cargo test runtime_error（7 passed）	2026-09-21 22:12:41 +08:00
k88936	8968762274	合并 origin/master：DirectProject 输入校验取回空白片段回归用例 ... - validation.rs 保留本分支的 content_has_meaningful_input 与 Skill/附件独立上限，空输入报错取回 master 的用户可见文案“聊天内容不能为空” - wire.rs 取回 master 新增的 text_projection / user_input_rejects / valid_references / nonempty_text 四条回归用例，测试导入合并两侧 - resourceReferenceInput.test.tsx 取 master 的注释口径：草稿 text 投影会 trim，提交用的 content 保留 chip 后的分隔空格 - pitfalls.md 与《AGC聊天素材引用》改为「任意非文本 part 均算有效内容」，与四类引用的实际校验对齐 - 本地私有改动的 .env 不进入本次合并	2026-09-21 21:42:41 +08:00
k88936	8b2d0cb9df	统一错误事件同步留痕到 AppData 应用日志 ... - 新增 agent_runtime_error_app_log_lines，把统一错误事件的同一份已脱敏诊断投影成应用日志两行：agent.runtime.error 身份行与 agent.runtime.error.detail 详情行 - 身份行含 eventId/source/stage/code/retryable/clientTurnId/elapsedMs/detailRef/summary，详情行含 hint/detail/metadata；detail 与 metadata 各按 1200/200 字符预算先脱敏再截断，字段仍只来自 sidecar 那份 diagnosis - 拆两行的原因：整行命中凭据标记会被 sanitize_diagnostic_message 整体替换成脱敏占位，详情行被吃掉时身份行仍能定位 eventId 与 detailRef - app_log! 先于 sidecar 写入，sidecar 写失败也留下可提交的诊断；各字段先压平换行，保证应用日志逐行读取且 stderr 输出不拆行 - 新增用例覆盖身份字段、凭据脱敏、单行口径与实际 sanitize_diagnostic_message 落盘边界（含超长诊断） - 同步文件【技术方案】AGC错误报告与诊断上传与【技术方案】AI游戏创作智能体App实施计划，共享记忆 decision-log 与 pitfalls 明确项目内 .agent/runtime/errors sidecar 与进程内错误报告事件池是两套东西，本次只写日志行 - 验证：cargo test runtime_error（7 passed）、cargo fmt --check、npm run check:encoding、git diff --check	2026-09-21 21:34:45 +08:00
k88936	6981648796	合并 origin/master：Supervisor 永久退役，项目对话收敛为 DirectProject 与 Design Agent ... - 解决 refactor/split-direct-project 与 origin/master 在 App.tsx、立项策划聊天视图、Direct composer/引用输入区、styles.css、Rust direct user item 与 appSurface 用例上的冲突，按「Supervisor 永久退役」口径保留 DirectProject 独立聊天容器与 Design Agent 两条产品路径 - 采纳 master 的策划 Agent V1/V2 退役：删除 GDD 审批卡、策划输入卡、planningLane、planningSessionV2、planningSessionContract、规划展示适配与 Rust planning_*_v2 命令、模块、契约及对应用例，不保留兼容别名或双跑路径 - 把 master「折叠思考显示单行预览」的目的落到当前结构：新增共享表现 chat/components/AgentReasoning/AgentReasoning.tsx（折叠态单行纯文本预览 + 箭头、展开态安全 Markdown），DirectProject 回合与策划回合共用，删掉两处写死的 pre 折叠实现 - 把 master「策划入口可选模型 / 推理档」的目的接到当前策划输入盒：复用 ConversationModelSelect 与 ComposerReasoningEffortSelect，配置写回仍走客户端配置通道 - App.tsx 删除只服务退役 Supervisor / 策划 V2 的 state、ref、effect、回调与死参数，并删除两条读路径都退役后的 workspaceProjectKind；openWorkspace 的工程类型入参保留为未使用契约 - Rust 侧保留本分支 canonical→wire 投影、无审计 Direct 回合与 direct user item 严格校验，并入 master 的 prepare_new_web_project_at 前置复核 - 更新 ADR 与 shared-memory 决策记录：策划当前只有 Design Agent、两条路径的共享表现清单，以及本次合并的口径、代价与验证证据 - 验证：AGC 与仓库 typecheck、check:encoding、check:doc-index、git diff --check、改动文件 eslint 0 error；AGC vitest 168 个文件中除 5 个 jsdom localStorage 环境失败文件与本分支既有 resourceTagStatsRefresh 失败外全绿，appSurface 198 passed / 13 skipped；Rust 定向用例 direct_codex_user_item、skill_pack、sessions 全过（整套分片在本容器受 /sbin -> usr/bin 触发沙箱预检失败，与本合并无关）	2026-09-21 21:09:34 +08:00
lhk229	e2bdb1105b	合并最新 master 到图片生成 CI 修复分支 ... 合入最新 master 的客户端图标素材描述修复 保留图片生成通知测试的宿主执行会话初始化与失败断言	2026-09-21 11:20:53 +00:00
lhk229	71f5f36764	修复图片生成通知测试缺失宿主执行会话 ... 复用真实宿主执行会话与交付合同夹具，补齐 Direct 工具桥测试前置状态 保留图片资源提交后的刷新通知断言，并核对空提示词拒绝原因 同步更新图片生成集成测试初始化说明	2026-09-21 11:15:39 +00:00
lhk229	f71361c292	修复客户端图标素材生成丢失用户描述 (#450) ... 删除图标生成的固定提示词包装、默认美术说明和两次截断 按服务端单条描述语义校验非空及200个Unicode字符，超限拒绝并保留原文 保留内部换行，直接以单条iconDescriptions提交用户描述 更新前端、原生入口和实际HTTP请求回归测试 同步工具说明、生成契约及项目排障文档 Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/450 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-21 19:12:35 +08:00
lhk229	6e9e7edcf8	修复回显测试身份数据与 Linux 条件编译 ... 按实际用户输入生成 SHA-256 请求摘要，保留回显去重与历史记录断言 保留 Windows 安装身份辅助函数的平台限制，补齐两处 AppData 调用分支的条件编译 同步 Direct 回合测试与安装路径策略文档	2026-09-21 10:59:28 +00:00
lhk229	480fe995ed	Merge remote-tracking branch 'origin/master' into codex/fix-agc-command-runtime-ci	2026-09-21 10:43:06 +00:00
lhk229	afd5b8d91f	修复 Linux 命令执行将孤儿僵尸误判为未回收进程 ... 命令主进程退出后区分存活成员与僵尸成员，保留进程组身份校验和失败关闭语义 处理 procfs 扫描期间进程退出及非 UTF-8 进程名，空进程组直接返回 新增隔离 subreaper 回归测试并补全命令 observation 断言诊断 同步 Runtime 技术方案与共享排障记录	2026-09-21 10:30:41 +00:00
kdletters	c60d116af0	合并 codex/agc-godot-templates-20260921 到 master：新增 Godot 模板与按模板建项分流 ... - 新增 Godot 模板源 godot-empty-2d / godot-empty-3d / godot-hello-world / godot-platformer-2d - 按模板建项新增 Godot 分流：改写 project.godot 的 config/name 后走既有 Godot 导入并写入相对根 - Godot 工作区发现放宽：一层多命中按目录名排序取首个，project.godot 允许链接，内置插件行去掉手动启动 - 解决 decision-log.md 冲突：保留渠道安装身份与项目快照按渠道分区两条记录，并合入 Godot 两条记录	2026-09-21 18:17:33 +08:00
kdletters	34b1ad5d5c	新增 Godot 模板并补按模板建项的 Godot 分流 ... - 新增 4 个仓库内手写 Godot 4.7 模板源：godot-empty-2d、godot-empty-3d、godot-hello-world、godot-platformer-2d，entry 统一为 project.godot，各自带 meta.json 与 960×540 封面 - template_library.rs：复制模板后按 project.godot 识别 Godot 模板，改写工程显示名后走既有 Godot 导入并写入 godotProjectRoot，不再落到 Web 占位入口 - manifest.rs：新增 apply_godot_project_display_name，只改 [application] 段的 config/name 一行，其余字节逐字保留 - manifest.rs：放宽 Godot 工作区发现，一层子目录多命中按目录名排序取第一个，project.godot 允许是符号链接 / reparse point / 硬链接 - commands.rs：同步 Godot 导入错误文案，去掉「普通文件」限定 - RuntimeConfigDialog.tsx：内置插件行去掉手动启动 / 停止按钮，启动由前端自动启动承担、停止走该行启用开关 - import_tests.rs 与 tests/project.rs：补显示名改写、多命中确定性、链接标记与错误文案的定向回归 - 同步更新 PRD、模板包组织指南、模板库与模板建项技术方案、AGC Godot 编辑器插件接入方案、实施计划与共享决策记录	2026-09-21 17:25:34 +08:00
kdletters	c52e0814d6	AGC渠道安装身份隔离：不同渠道包体可在同一台设备并存 ... - 新增 channel-identity.mjs 单点定义渠道安装身份，默认渠道保持基线 productName 与 identifier - build-release.mjs 渠道 --config 同批注入 productName、identifier 与 updater 端点 - build-macos-ci.mjs 按发布渠道解析产品名，派生 .app、updater 归档与 DMG 名称 - main.rs 与 windows.rs 窗口标题取构建期产品名，同机并存的渠道客户端可区分 - config.rs 提权 ACL 的 managed 范围按目录名识别基线目录与渠道派生目录 - check-config.mjs 断言基线等于默认渠道身份且非默认渠道身份必须隔离 - build-release.test.mjs 与 prepare-macos-codex.test.mjs 补齐渠道身份与渠道首装包用例 - 更新 AGC 更新主规范、开发运维文档、共享记忆与渠道安装身份隔离的里程碑与实施计划	2026-09-21 17:06:03 +08:00
lhk229	8520b50c81	修复游戏智能体输入含空白片段时被误判为空 (#449) ... 改为按整条消息判断有效内容，保留空白文本片段及两类引用的原有校验 补充多行文本、纯引用、全空白输入及非法引用的定向回归测试 同步素材引用文档、共享排障记录和过时测试注释 Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/449	2026-09-21 16:36:59 +08:00
kdletters	19ed1776f1	收口 AGC 模板库客户端接入里程碑：补缓存回退与建项失败清理证据 ... - 客户端清单来源抽成可测判定：远端合法正文优先并标 network，远端失败回退本机缓存并标 cache，无缓存时暴露远端错误 - 远端已答话但正文非法（不是合法 UTF-8 或不符合 schema）与缓存自身损坏时一律失败关闭，不用缓存掩盖远端问题 - 补 5 项清单来源判定用例 - 大小 / 摘要不一致与越界归档用例补断言：拒绝后不留安装目录、不产生已下载判据 - 新增建项失败清理用例：复制阶段失败时删除刚创建的项目目录，不留半成品 - 主规范并入清单来源与安装判据口径，并写入 2026-09-21 复核证据 - 里程碑置为 accepted 并补 7 条验收项证据表，按工作流删除对应实施计划 - 验证：cargo test template_library 24 项与 --ignored 线上 3 项、前端 4 个模板用例文件 38 项、appSurface 首页模板 2 项、AGC typecheck、check:encoding、check:doc-index、cargo fmt --check、git diff --check	2026-09-21 14:40:15 +08:00