1161 Commits

Author	SHA1	Message	Date
k88936	9f04940c6d	整包工作流恢复只在需要恢复时才取整轮任务锁 ... - `recover_direct_taonier_regeneration_workflow_at` 先做只读判据（复用 `direct_taonier_regeneration_workflow_requires_recovery_at`），不需要恢复就直接返回 - 真要动手才取 `direct-codex-art`，并在锁下重读一次判据（以锁下那一份为准） - 原来无条件取锁：正在跑的整包重生成整轮持有它，入队会先同步阻塞约 1 秒再被 `HostStateUnavailable` 拒掉 - 实施计划补一行说明，与 ADR §6"入队不取整轮持有的锁"对齐 - 测试：新增用例"整包重生成在跑（锁被占）时不需要恢复的入队路径不取锁"，撤掉修复会红	2026-09-30 13:04:49 +08:00
k88936	51e4811344	残留回合兜底释放改成 Thread Manager 里的原子动作 ... - `DirectThreadManager::release_stale_turn` 在同一个临界区里做完"校验 → 解除占用 → 写 aborted 终态" - 判据不满足（没有活动回合 / 身份对不上 / 没过启动窗口）一个字都不写，占用与事件都保持原样 - 拆成"先校验后释放"两次取锁会让并发认领插进中间，清掉新那一轮的占用并给老回合补假终态 - `direct_stale_turn_for_release` 降级成"调用原子出口 + 把结果翻成人话"，文案与对外语义不变 - 兜底终态改由 Thread Manager 写，身份取被释放那一轮自己的 clientTurnId，删掉 app-server 侧的建事件助手 - 测试：管理器侧新增"校验与释放是一个动作"用例；运行时侧用例补上"拒绝时零写入 / 通过时占用与终态一起落地"	2026-09-30 12:55:07 +08:00
k88936	d341a9be13	补中途加入者的合并快照用例 ... - 新增 `late_subscriber_sees_the_running_turn_and_the_pending_queue_together` - 钉住：正在跑那一轮的 `turn.started` 锚点（带开口条目身份）与还排着的 `queue.enqueued` 同时进 bootstrap，顺序按事件序 - 原有用例各覆盖一半（一条只测队列、一条只测锚点），这条覆盖两者同时存在的中途加入场景	2026-09-30 12:43:20 +08:00
k88936	75f9bbacb1	入队前先判容量：满了不再做工程准备 ... - `direct_thread_manager` 新增只读的 `direct_pending_turn_count`（管理器 `pending_turn_count` + 模块级封装） - `enqueue_direct_codex_turn_typed` 在前置条件之后、工程准备之前先做一次容量预判，满队直接返回 `QueueFull` - 工程准备是分钟级、会在磁盘留产物的活，为注定收不下的消息先做它没有意义；权威判据仍是入队临界区里的检查 - 补一条管理器用例钉住这个只读口径：只数在队条目，认领 / 取消后立刻跟着变	2026-09-30 11:50:38 +08:00
k88936	20126ead0c	注释用词统一：入队半 / 放行半 改成 入队侧 / 放行侧 ... - `codex_app_server/mod.rs` 两处、`direct_runtime/mod.rs`、`direct_thread_queue.rs`、`direct_runtime/user_input.rs` 各处的简体表述统一 - 同步实施计划文档里的同一处措辞，保持词汇一致 - 只改措辞，不改任何行为	2026-09-30 11:43:21 +08:00
k88936	4e8b269816	删掉 TurnAlreadyRunning：入队化后没有并发撞单的生产点 ... - 删 DirectTurnError::TurnAlreadyRunning 变体，以及 is_reportable / Display 的对应分支与专属用例 - 前端 directTurnEnqueueFailureNotice 删掉 turnAlreadyRunning 分支；ts-rs 绑定同步删除该变体 - 结构化载荷用例的样本换成 queueFull，本地说明用例的文案样本换成队列已满提示	2026-09-30 10:39:53 +08:00
k88936	ecac9d8e15	DirectProject 调用身份归 Thread Manager：删掉第二份进程内守卫表 ... - 新增 Thread Manager 的只读身份入口：DirectTurnIdentity + read_direct_turn_identity，占用仍只由终态出口解除 - 五个身份读者（执行会话、工具桥、校验预约、上下文预取、付费美术重生成）改读 direct_active_turn_id_at - 删 DirectTaonierActiveInvocationGuard / DIRECT_TAONIER_ACTIVE_INVOCATIONS / DirectActiveTurnView 与只读探测 - 删 release_stale_direct_taonier_active_invocation，改为 direct_stale_turn_for_release 只做前置校验（身份一致 + 启动窗口），释放仍由 complete_direct_thread_turn + kick_direct_queue_dispatch 完成 - DirectStaleTurnReleaseReason 取代 DirectTaonierStaleGuardReason；终止兜底的注释与文案改成占用口径 - 放行不再另取调用身份：认领时已在 Thread Manager 登记，删掉认领后的守卫进入与失败分支 - 新增前置判据用例 stale_cancel_releases_the_occupancy_and_dispatches_the_next_pending_turn，并补背景拨时测试钩子 - 集成用例改用 DirectTurnReservation::accept_for_test 建占用，不再进守卫	2026-09-30 10:39:32 +08:00
k88936	25f3e41623	CLI 与夹具退役：DirectProject 只剩入队一个命令入口 ... - cli.rs 删 CliCommand::DirectCodexChat 变体、project_path_mut 分支、--direct-codex-chat 解析与派发 - direct_runtime/mod.rs 删 run_direct_game_creator_turn_at 与 run_direct_game_creator_turn_at_with_creation_type - 删 scripts/direct-execution-production-fixture.mjs（CLI 唯一消费者） - user_input.rs 模块注释改成"唯一的命令入口"，不再承诺 CLI 分工 - 顺带删掉只剩测试在用的 direct_turn_error_boundary_text，判据只剩 direct_turn_enqueue_failure 一处 - 三条命令边界测试改打 direct_turn_enqueue_failure(...).message，覆盖不变 - 文档：09-22 里程碑把 --direct-codex-chat 从"范围外（保留）"改成退役项，两份 Direct 技术方案的 CLI 承诺删掉， 09-23 ADR 的"CLI 保持 await"标为口径反转，decision-log 追加口径修正，实施计划标注第 4 步落地	2026-09-30 10:25:38 +08:00
k88936	132f96581a	DirectProject 命令入队化：放行接线、队列移除命令与词表切换 ... - 命令改名 enqueue_direct_codex_turn：跑完入队检查后只入队，返回结构化的入队失败载荷 - direct_turn_accept.rs 改为 direct_turn_dispatch.rs：放行占用对象改为接管 Thread Manager 认领好的那一轮 - 新增 kick_direct_queue_dispatch：入队、占用释放与中止路径共用同一个幂等放行点 - 放行之后取调用身份、落盘用户条目、下发条目、跑整轮，失败一律收口成回合失败 - 新增 remove_direct_project_pending_turn 命令，取消一条还没放行的待发消息 - 队列条目补 analytics_attempt_id：埋点身份跟着入队走，放行不重算 - DirectTurnRejection 改名 DirectTurnEnqueueFailure，新增 QueueFull 变体 - 退役 accept_turn / accept_direct_thread_turn，测试改用 accept_for_test 建占用 - 前端与生成绑定同步改名，DirectTurnRejection.ts 换成 DirectTurnEnqueueFailure.ts	2026-09-24 21:36:22 +08:00
k88936	053e0bd932	Thread Manager：待发消息队列的入队 / 取消 / 放行认领 ... - `StoredEvent` 增加非序列化的 `pending` 产物字段：它的有无就是队列成员身份，队列的先后就是事件先后，不另建队列表 - 新增 `enqueue_pending_turn`：按 `clientTurnId` 幂等（判重范围「在队 ∪ 正在跑的那一轮」），容量用 `queue_has_room` 挡在队条目 - 新增 `remove_pending_turn`：typed 结果 `Removed | AlreadyDispatched | NotFound`，在临界区里取走产物并追加 `queue.removed{cancelled}` - 新增 `claim_pending_turn`：同一临界区取队首 → 登记占用 → 追加 `turn.started` 与 `queue.removed{dispatched}`，已有未收口回合或队列为空时返回 `None` - `mark_queue_events_cleanable` 跳过仍挂着产物的条目，保证在队条目永远不会被回收 - 新增薄包装 `enqueue_direct_pending_turn` / `remove_direct_pending_turn` / `claim_direct_pending_turn`，并补 5 条单测覆盖 bootstrap 可见、幂等、容量、放行原子性与三种取消结果	2026-09-24 21:11:15 +08:00
k88936	faf85837bd	运行态事件：待发消息队列的入队/移除事件与队列条目规则 ... - 新增 `DirectThreadEvent::QueueEnqueued`（`queue.enqueued`，带 canonical 用户条目与可选 `creationType`，不带 prompt）与 `QueueRemoved`（`queue.removed`，`reason` 为 typed 枚举 `cancelled | dispatched`） - 新增 typed 枚举 `DirectQueueRemovalReason` 与 `DirectQueueRemovalOutcome`，并重跑 ts-rs 绑定 - 新增 `agent/direct_thread_queue.rs`：`PendingDirectTurn`（入队时冻结 canonical 形状与 prompt）、上限 `MAX_PENDING_DIRECT_TURNS = 5`、`EnqueueOutcome` / `EnqueueRejection` - Thread Manager 的 `observe_event` 认队列事件：在队期间的 `queue.enqueued` 不可回收，`queue.removed` 把它转成可回收，新订阅者的 bootstrap 因此天然看得见当前队列 - `DirectCodexUserItem` 及其子类型补 `PartialEq`，`DirectThreadEvent` 不再需要 `Eq`	2026-09-24 20:58:08 +08:00
k88936	fecb8fe76f	Merge remote-tracking branch 'origin/master' into feat/ui-editor-v3 ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-09-24 19:43:20 +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
k88936	065b4ea330	给 UI 设计文档三个工具补上可读的回执明细与入参摘要 ... - 三个工具的持久回执补白名单分支：只放身份、相对路径、计数与回填说明，不再整块变成明细不可用 - 身份字段禁控制字符并限长，相对路径必须归一化后落在 ui/ 下，含宿主路径或 file URI 即失败关闭 - 回填说明按既有口径把绝对路径脱敏成占位符，超长或带控制字符的整条明细失败关闭 - 明细总长仍守 500 字符上限：清单能放多少放多少，放不下的部分用总数表达 - 入参摘要给出设计图逐张身份或目标文档 id，并把三个工具加进可读名单，不再只报哈希 - 补四条用例覆盖可读明细、脱敏、越界路径失败关闭与入参摘要	2026-09-24 19:08:18 +08:00
k88936	74609e2a5e	把 UI 设计文档三个工具算进项目变更门禁 ... - 项目变更判定与项目版本号推进判定补上 UI 设计文档的三个工具：成功返回即算改过项目 - 只重写派生产物的代码生成工具不推进项目版本号，避免虚报推进量、把"项目被别处改动"的误报再造出来 - 新建文档与跑工作流这两个工具在观察明细里报出真实推进格数，失败路径也报，避免切图素材已登记却漏计 - 非法人写的读明细逻辑收敛成一个helper，三处调用共用 - 补六条门禁用例覆盖成功即算、只出代码不算推进、真实推进量优先、失败但已推进才算 - 同步共享记忆的项目概览与决策记录	2026-09-24 18:58:12 +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
k88936	565c2277d5	恢复工作流时只读快照，不再重放已完成步骤的改动 ... - 检查点每步除记录结果外，再落一份「该步应用完之后」的状态快照，切分那步另带回填出错说明，旧日志无快照仍可解析 - 主流程只应用本次新完成那一步的改动，已完成步骤整步跳过，不再重复登记切图或重复累加回填说明 - 崩溃恢复改为只读检查点里的状态快照并逐级取回，删掉按记录结果重算目标状态的旧实现 - 只有结果、没有状态快照的旧检查点行按未完成处理，由主流程重跑该步 - 漂移与写回幂等判据改为对照快照：状态既不是本轮起点、也不是切分后那份才算漂移；文档已等于切分后快照即视为写回完成 - 同步 ADR、技术方案、代码地图与共享记忆里的检查点口径	2026-09-24 18:16:34 +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	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	62b0f103de	把 ui-design-doc 的阻塞 IO 挪出 async 执行器 ... src-tauri/src/agent/runtime_tools/ui_design_doc.rs 的 from-images 与 into-js 观察函数改为 async，核心逻辑用 tokio::task::spawn_blocking 执行：from-images 要逐张 image::open 解码设计图再写 manifest，into-js 要读整份文档、算 SHA-256 再落盘 JS，原先都在 async 执行器线程上同步跑，会和其它已派发的动作抢执行器 阻塞任务未完成（join 失败）时返回 status=error 的观察，沿用仓库既有的 spawn_blocking 失败兜底写法 src-tauri/src/agent/runtime_actions/action_execution.rs 两个分发分支改为 await；ui_design_doc.rs 的两个用例改成 #[tokio::test] 并 await	2026-09-24 17:47:58 +08:00
k88936	4046318118	先整批校验设计图再登记，避免留下孤儿资源 ... src-tauri/src/ui_editor/agent_tools/creation.rs 把 prepare_design_image 拆成只读的 resolve_design_image 与登记两步：旧实现边校验边 register_local_asset_at，批次里后面某张设计图格式/尺寸不合法或路径缺失时，前面已登记的图片会留在 manifest.json 里且没有任何文档引用，而 rollback_created_document 只覆盖更晚的初始化失败 同批次查重改为按解析出的身份（已登记图片用 assetId、待登记图片用归一化路径）在登记前判定，重复引用不再先写一次 manifest 同文件新增 ResolvedDesignImage 承载「已登记 / 本次待登记」两种解析结果，待登记项在第二阶段登记后才拿到 assetId src-tauri/src/tests/project.rs 新增 create_ui_design_doc_from_images_leaves_no_orphan_assets_when_a_later_image_fails，覆盖「第二张缺图时第一张不得进 manifest」（已用回退实现的失败结果反证过）	2026-09-24 17:44:19 +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	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
k88936	ec9a4fcbac	给节点 offset 补上有限数值校验 ... src-tauri/src/ui_editor/persistence.rs 的 validate_node 现在校验 node.offset.min/max 必须是有限数值，与相邻的 Transform/custom_minimum_size 校验一致；此前只有 Transform 的 anchor/offset 被校验，NaN 或 Infinity 的树级偏移可以存盘，预览按 offset.min 定位时整棵树的渲染会一起失效 同文件新增 rejects_non_finite_node_offset，覆盖「offset 全有限可保存、min 变成 Infinity 后校验失败」	2026-09-24 17:25:03 +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	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
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	a871684bd7	改掉检查点漂移文案把时间戳说成轮次的说法 ... ui_editor/agent_tools/steps/write_back.rs 的 checkpoint_drift_message 原先输出「检查点第 1759... 轮基线 revision」，round.at 其实是秒级 Unix 时间戳；改为先给基线 revision，再标注时间戳含义	2026-09-24 15:58:45 +08:00
k88936	0e15d76046	让 ui-design-doc 的参数说明真正进入工具 schema ... agent_native_tools.rs 给 from-images 的 images 属性挂上 texts/ui-design-doc.json 里已写好的说明，run-workflow 与 into-js 改用带 description 的单字符串 schema 生成器 one_string_input_schema_with_description，原先这三条文案没有任何引用点，模型看不到	2026-09-24 15:58:35 +08:00
k88936	ac870fd41a	文档登记失败时回滚本次顺带登记的设计图 ... ui_editor/agent_tools/creation.rs 登记文档资源失败时先摘掉 prepare_design_images 登记进来的图片条目，避免 manifest 留下没有文档引用的孤儿设计图 把「按 id 摘条目」抽成 drop_manifest_assets，rollback_created_document 复用同一实现	2026-09-24 15:58:24 +08:00
k88936	588768bff0	给 ui-design-doc 三个观察的 rejected 摘要统一脱敏 ... agent/runtime_tools/ui_design_doc.rs 让 rejected 接收项目根并复用 redact_agent_runtime_project_paths：项目上下文缺失时的报错会带上宿主路径，原先把 rejected 当成「只含模型参数」直接透出，摘要会泄露绝对路径	2026-09-24 15:58:08 +08:00
k88936	940d7b5793	修正 run-workflow 观察里误用文档 revision 判断清单失效 ... agent/runtime_tools/ui_design_doc.rs 改为在工作流结束后重读项目 revision，与开始前的项目 revision 比较；原先比较的 result.revision 是随文档重置的文档 revision，项目 revision 一超过它就永远判不出清单变化，前端会一直看到旧清单	2026-09-24 15:57:52 +08:00
k88936	1c7d90a950	把 ui-design-doc.run-workflow 认成可推进 revision 的验收证据 ... agent/runtime_protocol/acceptance_graph.rs 在 acceptance_evidence_tool_may_advance_project_revision 里补回被退役工具腾出的位置，写回文档会让 before 与 after 不同，不再被误判为 revision 不匹配 同一文件补 ui_design_doc_workflow_evidence_may_advance_project_revision 用例，锁住「证据工具」与「可推进 revision」两处识别一致	2026-09-24 15:57:27 +08:00
k88936	c844f857ef	交接阶段补上 ui-design-doc.from-images 设计图路径校验 ... tool_plan_handoff/content_validation.rs 为 from-images 的 images[].path 逐项做绝对路径与逃逸判据，恢复退役工作流工具留出的早检位	2026-09-24 15:48:53 +08:00
k88936	d082c5ab15	删除无人调用的 required_tool_arguments 组合封装 ... ui_editor/commands/utils.rs 去掉只做「找工具调用 + 解析参数」拼接的封装，识别与切分调用点都自带日志与错误映射，没有消费方	2026-09-24 15:46:57 +08:00
k88936	9694faa620	让节点 offset 在反序列化时缺省成零偏移 ... ui_editor/layout/node.rs 给 Node.offset 加 #[serde(default)]，历史设计文档缺该字段时按零偏移解析 ui_editor/persistence.rs 补 legacy_nodes_without_offset_field_fall_back_to_zero_offset 锁定该回退口径	2026-09-24 15:45:25 +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	2873bed732	合并 origin/master 到 feat/ui-editor-v3 ... - 合入 master 179 个提交（后台管理页、游戏发行入口、AGC 运行页签、编译 warning 清理等） - policy.rs 采用 master 版本：删除无调用方的 autonomous_design_foundation_command_is_allowed 重复名单，design-foundation 权限以 tool_policy_snapshot.rs 为准 - native-tools.json 保留双方结果：master 的描述文本 + 分支删除已退役的 ui.workflow.run.description - useUiEditorPage.ts 保留分支的 save / saveAndGenerateCode 状态返回契约，并接上 master 的 beginUiSaveAnalytics 与 saveSource: 'auto' 埋点 - 验证：cargo check --bin genarrative-ai-game-creator-shell、npm run check:rustfmt、tsc --noEmit、vitest tests/uiEditorPage.test.ts + tests/clientAnalytics.test.tsx（47 passed）	2026-09-24 13:53:34 +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	a39b322af6	将 UI 编辑器 Agent 工具模块由 design_doc 重命名为 agent_tools ... - 重命名 src-tauri/src/ui_editor/design_doc/{checkpoint,creation,mod,run_workflow,test_support}.rs 与 steps/** 到 ui_editor/agent_tools/ - 更新 main.rs、ui_editor/mod.rs、agent/runtime_tools/ui_design_doc.rs 中的模块路径引用 - 更新 steps/recognize.rs 与 steps/separate/mod.rs 内部对 agent_tools 夹具的引用 - 更新 tests/project.rs 注释中的 creation.rs 与 next_ui_design_path 模块路径 - 更新 agent_tools/test_support.rs 模块注释为 agent_tools 单测共用夹具 - 更新技术方案《UI编辑器代码地图与模块职责》《UI编辑器Agent工具化重写》的模块树与落地顺序路径 - 更新 shared-memory decision-log 中该次重写的测试过滤器为 agent_tools	2026-09-24 13:34:14 +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	0262e82572	把 write-back 步骤拆成独立模块 ... 新增 steps/write_back.rs，承载保存 State、追加 write-back / outdated 行与漂移文案 把 rebuild_target_state 从 run_workflow.rs 移到 steps/mod.rs，作为已记录 DTO 的重放入口 run_workflow.rs 只保留输入输出类型、三步编排与检查点恢复判定 把 DRIFT_REASON 与两条漂移文案收敛到 write_back 模块，避免编排层和写回层各写一套 同步两份 UI 编辑器技术方案的模块布局与代码地图	2026-09-24 13:09:57 +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