267 Commits

Author	SHA1	Message	Date
lhk229	f8f1cdd1f4	清理未使用的策划会话入口 ... 删除硬编码 quality 模型的 ensure_design_session 保留现有 selected_model_id 创建链路	2026-09-11 11:28:47 +00:00
lhk229	fd5a4c3136	调整策划调试日志默认开关 ... npm run agc 开发启动时默认开启 design debug 其他启动方式默认不创建 .debug 目录	2026-09-11 11:21:07 +00:00
lhk229	63f5a1d49e	精简项目写锁历史型注释 ... 移除 Issue 编号和旧实现叙述 保留写锁等待与排障契约说明	2026-09-11 11:10:57 +00:00
lhk229	811abdd375	修复策划 Agent 四个审查问题 ... 修复 Retry 流式回合身份与阶段审批 transient 清理 拒绝无效 write_file 内容并补齐顾问阶段导轨	2026-09-11 10:57:49 +00:00
lhk229	712f28e207	策划工作区改名为design_artifacts ... 更新策划文件工具和阶段产物检查路径 同步测试夹具与生产迁移方案文档	2026-09-11 10:16:15 +00:00
lhk229	123c699db9	修复策划澄清卡自由文本回答 ... 将自由文本与选项回答分开提交 补充澄清卡回归测试和迁移方案说明	2026-09-11 06:44:47 +00:00
lhk229	f2f786d69b	修复策划 Agent 模型选择链路 ... 保存策划会话的模型目录 ID并交由 api-server 解析 移除官方直连路径的固定模型并补齐 AGC 客户端标记	2026-09-11 05:51:35 +00:00
lhk229	782fa77950	Merge branch 'master' into design_agent_refactor	2026-09-10 23:50:49 +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	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
lhk229	54ae60576d	修复策划 Agent CI 回归 ... 按 rustfmt 整理策划 Runtime 与相关测试字面量 首页做方案用例改为断言设计 Agent 命令	2026-09-10 11:19:24 +00:00
lhk229	af96174e07	接入策划 Agent 脚本化假 Provider 定向测试 ... 拦截测试态 Provider 请求，按队列返回脚本响应或错误 覆盖五阶段推进、审批拒绝不唤醒、重启恢复、资源与工具失败及瞬态重试 同步迁移方案第 8 步验证口径	2026-09-10 09:42:26 +00:00
lhk229	cb79c4a9c6	对齐策划入口测试到新设计 Agent ... 新建策划入口走设计会话命令，已有 V2 会话仍走原链路 补审批与澄清卡界面用例	2026-09-10 09:09:37 +00:00
lhk229	aaa52c2b34	接入策划 Agent 生产迁移初版 ... 新增独立设计会话、工作区工具和随包资源 platform-llm 支持 Responses 原生 input 续轮 无旧 V2 会话的策划入口切换到新设计 Agent 增加阶段审批、澄清卡和工作区文件浏览 同步迁移方案与决策记录	2026-09-10 08:45:11 +00: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
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	3be91bf283	修复rust格式问题	2026-09-09 03:44:33 +00:00
lhk229	1b4f0ed203	修复原生应用CI测试与持久化图片生成恢复 ... 将已有 HTML 项目测试夹具与 npm 项目初始化契约对齐 更新图片生成与角色提示词断言，移除已退役视觉门禁测试 按持久化请求快照恢复旧图片生成任务缺省参数 修正运行中生成任务查询的测试路由和响应夹具 同步技术方案与共享开发约定	2026-09-09 03:17:03 +00: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	14d76419b8	修复策划回答身份绑定与迟到恢复结果覆盖 ... 在既有回合锁内核对问题与会话身份，保留已完成回合重放。 前端回答携带卡片问题标识，hydrate 写回前检查请求序列和项目路径。 补充后端与界面回归测试，同步技术合同与项目决策。	2026-09-08 13:25:24 +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	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
kdletters	1498247e9f	AGC产物迁移npm与Phaser4 ... 新增 npm + Vite + Phaser 4.2.1 游戏工程脚手架 允许 DirectProject 在项目边界内安装依赖并执行构建 让预览、静态检查、投影和试玩导出统一使用 dist 产物 补充 Phaser Skill、技术方案、项目记忆和定向测试	2026-09-08 15:11:36 +08: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	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
lhk229	49d814fec1	清理策划V2已退役停止状态 ... 删除 Planning V2 认领逻辑中的 stopped 死分支。 同步技术方案中的状态枚举和状态转移描述。	2026-09-06 08:43:07 +00:00
lhk229	4efa39420f	清理策划V2无效停止状态 ... 移除没有生产写入路径的 stopped 会话状态 同步清理前端恢复状态映射	2026-09-05 12:51:14 +00:00
lhk229	b84c9d4e45	修复策划V2不可变文件失败残留 ... 失败时清理已创建的空文件或截断文件 保留已有文件的幂等与内容冲突校验	2026-09-05 12:17:04 +00:00
lhk229	2d7226dad8	修复策划V2修改意见撞项目锁 ... V2 审批、续跑、落盘、失败投影和 GDD 认领改为完整等待窗口 V2 hydrate 改为短窗口等待 前端 V2 hydrate 忽略瞬时锁争用 补充审批、续跑、hydrate 锁等待测试 同步决策、踩坑和技术方案	2026-09-05 11:28:37 +00:00
suzmii	4f3f0f24ff	接入AGC后台模型目录与对话模型选择 ... 新增后台 AGC 模型目录、别名、启停和默认项管理 客户端设置页恢复原状，对话框右下角按别名选择模型 服务端按稳定模型标识映射并校验实际模型白名单 修复 AGC 配套后端端口漂移、启动等待和 SpacetimeDB 版本检查 补充迁移、文档、启动与模型选择测试	2026-09-05 19:10:49 +08:00
lhk229	1019403f40	修复策划GDD修改后自动续跑 ... 审批 revise 后继续同一 V2 Session 避免修订意见重复写入历史 保留独立修订回合身份	2026-09-05 09:41:20 +00:00
lhk229	27246fbc5e	收口P4并关闭旧版策划入口 ... 旧 project-supervisor-plan 来源统一返回退役错误 避免旧入口启动 Runtime 或 Provider 同步收口 P4 验收状态与最简 P5 方案 记录 V1 不迁移且历史文件只读保留	2026-09-05 08:10:26 +00:00
lhk229	ae700de1dd	修复 Rust 文件格式 ... 删除 planning_session_v2.rs 末尾多余空行 通过 rustfmt、编码检查和 diff 检查	2026-09-05 07:50:46 +00:00
lhk229	573940f1ad	删除多余的测试	2026-09-05 07:27:44 +00:00
lhk229	eabd8f393a	将策划决策轮次交由Runtime管理 ... 移除Provider输入中的 decisions.round 字段 由Runtime按决策顺序生成持久化轮次 放宽GDD实际门禁并同步模型数量上限	2026-09-05 06:07:32 +00:00
lhk229	250360a40a	放宽GDD一句话概念校验范围 ... 删除决策首项必须为 confirmed 且 round=0 的阻断校验 将 Runtime 的 oneLiner 实际接受范围调整为 10～160 将模型 schema 提示范围调整为 25～90 并记录有意不对称设计 修复 Planning V2 系统提示词参数占位符	2026-09-05 05:00:32 +00:00