508 Commits

Author	SHA1	Message	Date
k88936	cc9b95ddef	优化调试配置：提升SHA-256计算性能，避免调试构建阻塞	2026-09-12 10:54:51 +08:00
suzmii	ff42fff61c	按评审意见把写锁等待挪出 runtime worker 并收紧 wait_exhausted 记账 ... - agc_write_file 写路径改经 bridge_write_file_in_blocking_pool 走 tokio::task::spawn_blocking：有界等待是同步轮询（最多约 10 秒），直接在 async handler 里跑会占住 tokio worker，争用窗口内同一轮并行写多个文件时会波及共享同一 runtime 的只读端点与 UI 命令 - 新增用例用默认 current_thread runtime 加心跳任务锁住该性质；把 handler 临时改回同步直调时该用例按预期失败，确认有区分度 - project.write_lock.wait_exhausted 与终态改判一起改为只在真的等过（max_attempts > 1）时发生：hydrate 的单次试探不再写 waitedMs 近似 0 的“耗尽”日志 - 技术方案、decision-log、pitfalls 同步这两条，并补“同步有界等待不能直接跑在 async handler 里”的排障经验	2026-09-10 21:38:48 +08:00
suzmii	71e9ad3133	修复锁失败终态判据漏传平台导致 CI 把权限改判成争用 ... - project_write_lock_permission_is_ambiguous 改为按平台加原始错误码判定（Windows 的 ACCESS_DENIED(5)）；只看 ErrorKind 在 Linux 上会得出相反结论：errno 5 在 Windows 是 ACCESS_DENIED、在 Linux 是 EIO - ProjectWriteLockFailure::Retryable 携带 platform，终态改判与争用文案都用同一次分类的平台，不再依赖宿主 errno 语义 - 终态投影用例显式用 Windows 平台构造失败并补 Unix 反例，两个平台上结论一致；CI 首次推送正是在此失败（2358 passed / 1 failed，left contention / right permission_denied） - pitfalls 补充“判据的每一环都要带平台”的排障经验	2026-09-10 20:46:10 +08:00
suzmii	06f738dc99	将项目写锁从 project/filesystem.rs 纯搬移到 project/write_lock.rs ... - 新建 project/write_lock.rs：取锁、等待分类、持锁方诊断、残留回收与 4 条锁用例整体搬移，逻辑不变 - project/filesystem.rs 只保留项目文件 IO（1533 → 680 行），锁相关常量、结构、进程判据与用例全部移出 - project.rs 注册 mod write_lock 并 pub(crate) use write_lock::*，crate::project:: 与 crate:: 既有路径不变 - windows_metadata_is_reparse_point 提为 pub(crate)，供 write_lock 复用同一条 reparse point 判据 - agent_db.rs 与 checkpoint.rs 的 PROJECT_FILE_FLAG_OPEN_REPARSE_POINT 导入路径改为 super::write_lock - 同步修正技术方案、Fast GDD 技术方案、decision-log、pitfalls 中指向锁实现的文件路径，并把“拆锁”从后续事项改为已完成	2026-09-10 20:12:28 +08:00
suzmii	8c639e5d13	修复项目写锁重试判据用一次元数据观察误判瞬时争用 ... - 项目写锁分类改为只按错误码判定重试性，不再用 path.exists() 决定“要不要等”：真机 6 万次建锁/删锁竞争实测 396-538 例命中“ACCESS_DENIED(5) + 目标不可见”，旧判据会让等待层立刻失败关闭，把毫秒级竞争换成更误导的 ACL 文案 - 新增 ProjectWriteLockFailure（Retryable / Terminal）与 acquire_project_write_lock_failure，有界等待改按类型分流，acquire_project_write_lock 退化为它的文案包装 - Windows 的 ACCESS_DENIED(5) 终态改判移到等待预算耗尽之后：只有真的等过预算且目标此刻仍不存在时才投影成权限拒绝，单次试探保持争用语义 - 锁分类判据改为平台参数传入（project_write_lock_open_failure_for），Linux CI 可覆盖 Windows 分支；替换原先只在 Windows 本地执行的分类用例 - 零等待入口在错误码不可区分时补一句“可能是删除挂起、删除拆链窗口或权限 / ACL 拒绝”，争用前缀逐字不变，调用方既有重试语义不受影响 - PROJECT_WRITE_LOCK_CONTENTION_PREFIX 收口 provider_recovery.rs、planning_session_v2.rs、direct_runtime.rs 三处手写文案 - project.write_lock.wait_exhausted 日志补 projection= 分类，attempts 记为实际尝试次数 - 同步更新技术方案、decision-log、pitfalls，并修正 ownerIsSelf 只比 PID 的表述	2026-09-10 20:07:28 +08:00
suzmii	59cab3d9fd	Merge remote-tracking branch 'origin/master' into fix/issue-318-write-lock-classification	2026-09-10 19:58:05 +08:00
lhk229	89447ed432	按评审意见强化回退模板读取通道回归测试 ... - tests/configuration.rs 回退模板测试改用与模板无关的 runtime dir，分类断言覆盖按路径归属而非 runtime dir 为 None 的恒真分支，并补充 runtime dir 内路径的 managed 正向断言 - tests/mod.rs 移除不再使用的 clear_test_runtime_config_dir 辅助	2026-09-10 09:46:48 +00:00
lhk229	3ebfcc0c2f	修正新增配置读取回归测试的 Rust 格式 ... - tests/configuration.rs 按 cargo fmt 调整两个 assert! 宏换行	2026-09-10 09:03:19 +00:00
lhk229	9b5d1fe107	修复仓库回退配置模板被读取通道私有化 ACL 锁定 ... - config.rs 新增 game_creator_config_path_is_runtime_managed 判定，read_game_creator_config_file 按路径归属分流：AppData 托管目录内的真实凭据维持私有加固读取，仓库旁边的回退模板与 local 覆盖改用 open_project_snapshot_regular_file 非变异快照通道 - 根因：开发 CLI 无 AppHandle 时回退读取 worktree 内 git 跟踪模板，私有读通道在 Windows 上无条件收紧 DACL 为仅当前进程用户，导致其他账号与 cargo include_str! 全部 Access Denied - tests/mod.rs 新增 clear_test_runtime_config_dir 辅助 - tests/configuration.rs 新增两个回归测试锁定快照 / 私有两条读取通道的分流 - pitfalls.md 记录该排障经验与读取通道副作用白名单教训	2026-09-10 08:57:31 +00:00
suzmii	4ecab19429	修正 CI 权限用例在 root 容器下的前提并补平台无关的分类判据 ... - project_write_lock_does_not_project_permission_denial_as_contention 不再用 expect_err 断言“只读目录必须挡住取锁”：CI 容器以 root 运行，0o500 不生效，取锁会正常成功；此时跳过端到端前提 - 新增平台无关用例 project_write_lock_classifies_by_whether_the_target_exists：目标存在才是争用、目标不存在却创建失败是权限拒绝、NotFound 归其它 - 让权限分类判据在不依赖 ACL 环境的条件下也有回归护栏，避免只靠会被 root 绕过的端到端用例	2026-09-10 16:52:30 +08:00
suzmii	81c2389132	修复 AGC Direct 写通道项目锁零等待与持锁方不可诊断 ... - Direct 写路径（agc_write_file）改用统一的有界等待，与 file.write / file.patch / file.delete 同语义，同一轮并行写多个文件按同一把锁串行，不再在 24-42ms 内把重叠判成"项目正在被其他写操作占用" - create_new 失败拆成争用 / 权限拒绝 / 其它三类：锁文件不存在却仍创建失败不再投影成争用；sharing violation(32) 与 lock violation(33) 恒定归争用 - 争用错误与等待日志带上持锁方身份（commandId / pid / createdAt / ownerIsSelf），锁文件处于删除挂起或未写完时显式表达成"身份不可读" - ProjectWriteLockSnapshot 补 commandId 与 describe_holder()，沿用既有快照 + 字节 CAS 回收机制，不新增第二套回收判据 - 有界等待预算耗尽记 project.write_lock.wait_exhausted（含等待毫秒数），权限拒绝记 project.write_lock.permission_denied，争用不在零等待入口里逐次记账 - 新增同进程重叠写等待、同轮并行写、活外部进程持锁带身份、权限拒绝分类、ACL 拒绝不投影成争用五条回归用例 - 同步 decision-log、pitfalls 与技术方案文档	2026-09-10 16:30:22 +08:00
suzmii	c0ef876b14	修复 AGC 项目写锁回收的并发删除竞争与启动诊断死路径 ... - 锁文件回收改为单次快照解析：payload 只解析一次，删除前重新核对字节，内容已被并发方替换或文件已消失时返回 false 并重试 create_new，不再无条件 unlink，也不再把 remove_file 的 NotFound 当成硬失败 - mtime 读取失败改用 Option 区分“未知”与“纪元 0”：未知年龄不回收，未知锁创建时间不做 PID 复用推断，避免把保守判定反转成抢走活持有者 - 新增并发替换/已消失、旧格式活持有者、存活未知、mtime 未知四条回归用例 - 启动日志槽优先用已经生效的配置目录（含 --config-dir），否则退到平台配置根（APPDATA / Application Support / XDG_CONFIG_HOME） - 日志路径未知时 StartupLogSlot::fail 仍然给出用户可见提示，四处 inspect_err 不再被路径判空挡掉 - 同步 check-config 守卫、decision-log、pitfalls 与技术方案文档的用例数与新判据	2026-09-09 19:44:46 +08:00
suzmii	b7f27721c5	修复 AGC 项目写锁回收判据的跨平台 PID 边界 ... - 项目写锁存活判定把平台不可能分配出的进程号（0 或超出平台 pid 宽度）判为持有者不存在并直接回收，不再落回 600 秒保守分支 - 回归用例的死进程 PID fixture 由 0xFFFF_FFF0 改为 i32::MAX - 1，同时落在两个平台进程号空间之外且在 Unix 有符号 32 位范围内 - 新增 project_write_lock_reclaims_unrepresentable_owner_pid 用例，覆盖 u64::MAX 非法进程号残留锁 - 修正 project_lock_recovery 头部注释，说明这些用例是回归护栏而不是待修缺陷 - 同步 decision-log 的 PID 边界决策与 pitfalls 的跨平台 fixture 经验	2026-09-09 18:00:53 +08:00
suzmii	3153d4f674	修复 AGC 项目写锁残留无法回收与启动失败无诊断 ... - .agent/project.lock 新增 processStartedAt，PID 存活时核对进程启动身份，身份不一致判定 PID 复用并回收 - 旧锁缺少 processStartedAt 时退回“进程启动时间晚于锁 createdAt 加 5 秒容差”的 PID 复用推断 - 空锁 / 坏锁（崩溃停在 create_new 与落盘之间）宽限期由 600 秒收紧到 30 秒，无法判定持有者存活时仍保持 600 秒 - 新增 StartupLogSlot，配置目录就绪前后都能写 startup.log，startup.*.failed 与启动错误提示不再是死分支 - Windows 启动失败恢复系统消息框并附诊断日志路径，其它平台写 stderr，同一进程只提示一次 - 新增 project_lock_recovery 6 条回归用例：死 PID、空锁宽限、PID 复用时间推断、PID 复用身份不一致、身份一致不抢锁、新鲜空锁不抢锁 - 同步 decision-log 与 App 实施计划文档	2026-09-09 16:58:41 +08:00
lhk229	5b82a269e9	修正定向测试 Rust 格式 ... 按 CI rustfmt 规范整理策划会话与视觉提示测试	2026-09-09 07:52:46 +00:00
lhk229	dd0fd5feff	修复合并后的定向测试 ... 移除不再符合 hydrate 锁语义的过时测试 同步视觉 Agent prompt 测试与当前资源合同	2026-09-09 07:41:52 +00:00
lhk229	852d9af483	合并最新 master ... 同步远端主线至 b129589e7 保留当前分支的 V1 清理与主线文档和测试更新	2026-09-09 06:06:35 +00:00
lhk229	310091d28e	合并最新 master ... 同步主线 DirectProject 历史与 Markdown 展示改动 保留策划 V2 退役方案文档索引	2026-09-09 05:49:33 +00:00
lhk229	6a1e307b4a	合并最新master并协调模型配置保存逻辑 ... 合入服务端默认模型同步及前端模型选择更新 保留配置覆盖层回滚和设置页无外部诊断行为 同步模型ID与默认模型标记并补充交叉回归验证	2026-09-09 05:36:56 +00:00
lhk229	2757273850	修正配置回滚代码的Rust格式 ... 按rustfmt要求调整错误信息和测试断言换行 通过仓库check:rustfmt、编码和diff检查	2026-09-09 04:40:45 +00:00
lhk229	08c5917490	修复配置覆盖层写入失败后的部分更新 ... 提前序列化配置变更并在多文件写入失败时逆序回滚 保留单文件保存路径且不增加外部诊断或保存后回读 补充覆盖层写入失败回归测试及配置保存文档	2026-09-09 04:34:57 +00:00
lhk229	3be91bf283	修复rust格式问题	2026-09-09 03:44:33 +00:00
lhk229	1b4f0ed203	修复原生应用CI测试与持久化图片生成恢复 ... 将已有 HTML 项目测试夹具与 npm 项目初始化契约对齐 更新图片生成与角色提示词断言，移除已退役视觉门禁测试 按持久化请求快照恢复旧图片生成任务缺省参数 修正运行中生成任务查询的测试路由和响应夹具 同步技术方案与共享开发约定	2026-09-09 03:17:03 +00:00
lhk229	5bee48fede	合并最新master到常用设置修复分支 ... 同步远端master的最新修改	2026-09-09 02:15:42 +00:00
suzmii	2942489575	Merge remote-tracking branch 'origin/master' into feat/agc-client-sync-llm-config ... # Conflicts: # apps/ai-game-creator-shell/src/features/project-workspace/ConversationModelSelect.tsx # apps/ai-game-creator-shell/src/features/project-workspace/ProjectSupervisorView.tsx # apps/ai-game-creator-shell/tests/conversationModelSelect.test.tsx # docs/technical/【技术方案】AGC后台模型别名与对话选择-2026-09-05.md	2026-09-09 10:04:05 +08:00
k88936	d3f5d0a355	feat/AGC codex的工具调用 持久化处理 (#282) ... 重构directproject的thread持久化, 保存response items用来恢复thread 修改了DirectProject的对话jsonl格式, 不兼容不迁移. (测试需要手动清理旧对话jsonl文件) AGC显式写入user msg, 对codex 返回的user msg忽略 清理原来的上下文滑动窗口, 因为codex内部会自动compact 工具调用后重启,继续对话:  close #249 close #277 --------- Co-authored-by: 段舒康 <kdletters@qq.com> Reviewed-on: #282 Co-authored-by: 王德宇 <kvtodev@outlook.com> Co-committed-by: 王德宇 <kvtodev@outlook.com>	2026-09-08 22:04:37 +08:00
kdletters	1f904d28e9	AGC 客户端 MCP 能力暴露 (#274) ... ## 目标 保留现有客户端对话与 Codex app-server 链路，把客户端自身受控业务能力通过 MCP 暴露给 Codex。 ## 范围 - 客户端会话、项目文件、资源、画布、生成、预览等稳定能力 - 审核 Skill 的索引与按需指导资源 - 复用现有账号、项目路径、权限、计费、幂等、锁和恢复边界 ## 明确不做 - 不替换客户端对话入口或 Codex app-server - 不让客户端替 Codex 判断高层意图、完成状态或规划 - 不暴露任意 Tauri command、shell、凭据、内部 URL、数据库和管理能力 当前 PR 先建立独立分支与审查边界，后续提交实现与定向验证。 Reviewed-on: #274	2026-09-08 22:01:29 +08:00
lhk229	1cf835418e	修复常用设置状态展示与本地覆盖保存 ... 删除常用设置账号权限状态栏及关联状态传递 复用保存前读取结果并同步冲突覆盖项，模型切换仅同步模型字段 补充配置保存定向测试并更新设置职责文档	2026-09-08 13:45:25 +00:00
lhk229	14d76419b8	修复策划回答身份绑定与迟到恢复结果覆盖 ... 在既有回合锁内核对问题与会话身份，保留已完成回合重放。 前端回答携带卡片问题标识，hydrate 写回前检查请求序列和项目路径。 补充后端与界面回归测试，同步技术合同与项目决策。	2026-09-08 13:25:24 +00:00
lhk229	5efd88cb3e	修复客户端常用设置读写卡顿 ... 移除常用设置读取和保存后的外部诊断调用 减少配置读取时的重复权限修复和保存后的重复回读 补充常用设置无需外部诊断的原因注释	2026-09-08 12:58:29 +00:00
lhk229	8d03b73582	修复 Planning V2 恢复与审批重放 ... 恢复已落盘结构化 question 为成功回合并补齐会话投影 允许审批 receipt 在重启后复用原始 decisionId 恢复旁路不干扰正常 run 并补充设计原则文档	2026-09-08 12:52:18 +00:00
lhk229	47a3240e81	按 rustfmt 修正 V1 删除后残留的格式偏差 ... Repository checks 门禁的 cargo fmt --check 要求，仅格式化、无行为变化	2026-09-08 11:25:17 +00:00
lhk229	c8fec98758	Merge branch 'master' into feat/design_agent_simple	2026-09-08 19:12:36 +08:00
lhk229	55377f9e51	修复 prompt bundle 集成测试夹具残留 V1 planning 形状导致 CI 失败 ... 基础夹具 manifest 同步删除 supervisorPlan 组合、planning 目录条目与四个已删 section 登记 roleOverlays 校验测试改为自带合法 overlay 夹具后逐项破坏，与生产 manifest 的空 overlay 形状对齐	2026-09-08 11:11:31 +00:00
lhk229	ded3253b08	删除已退役策划 V1 的 Runtime 模块与残留分支 ... 按四不写原则移除 PR #159 引入、已被策划 V2 取代的整条 V1 链路 删除 runtime_protocol 下六个 V1 模块（planning_storage/submit/approval/coordinator/hydrate/provider_usage） V1 与 V2 共用的 GDD 数据模型抽到新模块 planning_gdd_model.rs 供 V2 继续复用 删除 prompt manifest 中 planning Agent 目录、role overlay、plan sections 与 supervisorPlan 组合及对应生成常量 删除四个 V1 提示词文件（roles/project-planning.md、plan/common.md、plan/supervisor-identity.md、plan/supervisor-playbook.md） 删除 game-creator.config.json 与配置代码中的 planning 能力开关 删除 CLI --swarm-chat 的 --plan 入口与 swarm_cli 中的 plan source 分支 删除 provider_retry 的 planning session binding 与 plan 专用请求指纹链路 删除 provider_action_batch 的 plan.submit_gdd v4 批次形状校验与 planning 绑定字段 删除 tool_policy_snapshot / agent_native_tools / tool_plan_protocol 中的 plan 根阶段收窄与 plan.submit_gdd 身份门 删除 main_loop 的 plan_gdd blocker 投影、plan 信封修复回路与 plan submit 业务拒绝限流 删除 pending_recovery 与 recovery_scan 的 plan submit 锚点恢复、planning session 投影恢复与审批投影恢复 删除 acceptance_graph 的 Fast GDD 取证覆盖校验与 plan 根验收前置门 删除 agent_db 的 plan.provider_usage、plan.gdd_decided、plan_submit_gdd.committed 三条专用持久车道及其预留配额 删除 AgentRuntimeState 的 plan_submit_gdd_rejection_count 字段 runtime_tools 的委派、run_status、goal_contract 恢复为通用路径（移除 plan 根对称性守卫与 acceptance gate 钩子） 同步删除只覆盖 V1 行为的测试用例（planning 澄清、锚点恢复、plan 根委派门、plan 提示词组合等）	2026-09-08 09:44:21 +00:00
suzmii	4fc9451492	修复AGC客户端未跟随服务端默认模型 ... - 客户端配置新增 selectedModelIsDefault，记录当前选择是否来自平台默认项 - 服务端默认项变化时，跟随默认项的选择自动切换并提示，手动选择不受影响 - 所选模型失效回退默认项时标记为默认项选择 - 补充配置读写与客户端定向测试，同步技术方案文档	2026-09-08 16:38:37 +08:00
kdletters	1498247e9f	AGC产物迁移npm与Phaser4 ... 新增 npm + Vite + Phaser 4.2.1 游戏工程脚手架 允许 DirectProject 在项目边界内安装依赖并执行构建 让预览、静态检查、投影和试玩导出统一使用 dist 产物 补充 Phaser Skill、技术方案、项目记忆和定向测试	2026-09-08 15:11:36 +08:00
k88936	4db6d28603	UI编辑器一批细节优化 (#278) ... * 提示词:完善组件建议，增加容器背景与节点大小一致的实现 * 支持Delete删除节点 ctrl + -缩放 * 步骤结束弹窗提醒   * UI 树快捷删除  * zoom滑动条样式 before:  after:  Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/278 Co-authored-by: 王德宇 <kvtodev@outlook.com> Co-committed-by: 王德宇 <kvtodev@outlook.com>	2026-09-08 11:56:36 +08:00
lhk229	38b4abc403	删除已退役策划 V1 的前端数据通路与命令入口 ... 前端 App.tsx 删除 hydrate_game_creator_plan_gdd_state 旧读取与 decide_game_creator_plan_gdd 旧审批分支，策划状态只走 Planning V2 命令 hydratePlanningV2Session 在确认无 V2 会话时清空策划状态，避免残留旧卡片 Tauri 命令层删除 decide_game_creator_plan_gdd 与 hydrate_game_creator_plan_gdd_state 及其注册和输入解析 CLI 删除 --plan-gdd-status 与 --plan-gdd-decide 子命令、stdin 审批意见读取与对应解析测试 测试 harness 删除旧命令 mock 与 planGdd 状态注入，新增 V2 审批失败注入与 decisionId 记录 plan-gdd 测试套件改写为 V2 会话驱动，删除 recoveryPending 与旧 Supervisor 审批等待两个已退役语义的测试	2026-09-08 03:56:16 +00:00
lhk229	0fde1912f1	Merge remote-tracking branch 'origin/feat/design_agent_simple' into feat/design_agent_simple	2026-09-07 10:33:36 +00:00
lhk229	1db5930c9f	修复rustfmt格式检查 ... - planning_session_v2.rs 的 config 加载与 tool_planning.rs 的 final_request 捕获合并为单行	2026-09-07 10:29:13 +00:00
kdletters	29fa20e68d	Merge branch 'master' into feat/design_agent_simple	2026-09-07 17:16:26 +08:00
suzmii	e15e3b455f	修复AGC大上下文请求体限制 (#295) ... ## 背景与问题 AGC（AI 游戏创作智能体 App）Direct Codex 模式在携带图片工具结果等大上下文调用 LLM 时，`/api/llm/responses` 与 `/api/llm/chat/completions` 会命中 Axum 默认 **2 MiB** 请求体上限，直接被 413 拒绝，大上下文任务无法执行；同时 Codex app-server 的 failed turn 未把上游 413 映射为稳定错误分类，前端只能显示笼统的“其他错误”，无法引导用户处理。 ## 改动内容 **1. api-server（server-rs）** - 新增常量 `LLM_REQUEST_MAX_BODY_BYTES = 32 MiB`，作为两个 LLM 代理路由的正式请求体上限； - 两个路由显式配置 `DefaultBodyLimit::max(32 MiB)`，避免 Axum 默认 2 MiB 提前拒绝；handler 内保留超限检查，超过 32 MiB 仍返回 `413 PAYLOAD_TOO_LARGE`； - 补充回归测试：>2 MiB 大上下文请求不再命中默认限制；超过 32 MiB 仍返回 413。 **2. AGC 壳（apps/ai-game-creator-shell）** - `codex_app_server` 错误映射：上游/连接层 HTTP 413、`PAYLOAD_TOO_LARGE`、`provider request too large` 等统一映射为稳定分类 `codex-app-server-error:request-too-large`，不再落入 `other` 或误判为权限/安全策略错误； - 前端新增用户可见文案“模型请求体过大，请减少参考图或上下文后重试”，并补充单测断言。 **3. 文档** - 【技术方案】AI游戏创作智能体App实施计划-2026-06-24.md 补充“2026-09-06 AGC LLM 代理请求体合同”：明确 32 MiB 上限、必须显式配置 `DefaultBodyLimit`、413 映射规则与用户文案。 ## 验证 - `cargo test -p api-server llm_routes_accept_large_context_bodies_beyond_axum_default` 通过 - `cargo test -p api-server llm_responses_rejects_bodies_above_explicit_limit` 通过 - `cargo test ... ai-game-creator-shell ... codex_app_server_failed_turn_maps_request_too_large_details` 通过 - `npm run test -- apps/ai-game-creator-shell/tests/agentRuntimeModel.test.ts`（27 通过） 全量 workspace 测试与 CI 门禁待推送后由 CI 覆盖。 Reviewed-on: #295 Reviewed-by: 段舒康 <kdletters@qq.com> Co-authored-by: 董羽秦 <suzmii@qq.com> Co-committed-by: 董羽秦 <suzmii@qq.com>	2026-09-07 17:05:42 +08:00
lhk229	85de37710b	软化tool_choice兼容性表述为可能不支持 ... - 代码注释与策划会话文档改为“部分模型或端点可能不支持”，DeepSeek 仅作示例	2026-09-07 07:38:05 +00:00
lhk229	0ff2c00618	注明思考模式模型不支持tool_choice=required ... - planning_session_v2 的 Required 设置处补注释：DeepSeek 等思考模式模型会以 400 拒绝该取值，接入新模型需先验证端点支持 - 策划会话 Runtime V2 文档重试规则节补充该限制及其与瞬态重试的边界	2026-09-07 07:30:57 +00:00
lhk229	e20ea86ed9	放宽后台Agent工具计划环路测试超时口径 ... - final reply 请求捕获改用 wait_for_captured_mock_request 10 秒轮询预算，取代手写 recv_timeout 2 秒，消除持久化动作批次管线开销导致的单测 flaky - 收尾等待改用 wait_for_agent_runtime_terminal_and_lane_release，确认 lane 释放、不留僵尸 worker - 批量并行跑时的跨测试污染为既有系统性问题，本次不处理	2026-09-07 06:57:50 +00:00
lhk229	df6d885d2c	策划会话瞬态Provider故障自动退避重试 ... - invoke_provider_v2 错误携带主 Runtime 同款瞬态分类，timeout/connectivity/transport/空响应/反序列化/断流/上游408、429、5xx 不再直接判死 - run_turn_v2 对瞬态故障按 maxRetries 预算指数退避自动重试本回合，耗尽后才投 provider_failed 并附已重试次数，上游 4xx 硬错误仍直接失败 - 同步策划会话 Runtime V2 文档：tool_choice 口径改为 required，补充瞬态故障重试规则	2026-09-07 04:51:12 +00:00
lhk229	8eeaa43081	立项策划会话强制工具调用 ... - planning_session_v2 请求 toolChoice 由 Auto 改为 Required，消除模型跳过 plan_ask_question/plan_submit_gdd 而把 JSON 写进正文导致的 PLANNING_INVALID_OUTPUT 失败	2026-09-07 03:41:58 +00:00
lhk229	d7a09276e6	合并 origin/master 到 feat/design_agent_simple ... - 合入 AGC 官方 LLM Router 账号链路与流式联网输出（#242） - 新增后台模型别名与对话选择能力及 AGC 模型目录 - 解决 ProjectSupervisorView.tsx 与 decision-log.md 冲突	2026-09-07 03:07:05 +00:00
lhk229	7d54aa6552	放宽策划V2修订续跑合同 ... 允许审批修改后的 continuation 继续问询或直接提交完整 GDD 明确继承已确认问答与问询计数且不新增意图识别调用	2026-09-06 09:49:14 +00:00