3204 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
lhk229	782fa77950	Merge branch 'master' into design_agent_refactor	2026-09-10 23:50:49 +08:00
lhk229	11c8cbdf67	Merge pull request '修复 AGC Direct 写通道项目锁零等待与持锁方不可诊断' (#320) from fix/issue-318-direct-write-lock-wait into master ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/320	2026-09-10 21:43:37 +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
lhk229	e8c5d2e247	Merge branch 'master' into fix/issue-318-direct-write-lock-wait	2026-09-10 21:13:23 +08:00
lhk229	ab86efa421	Merge pull request '停止追踪误提交的本地文档' (#323) from rm/local-docs into master ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/323	2026-09-10 21:12:38 +08:00
lhk229	a12d18c1cd	停止追踪误提交的本地文档 ... 从仓库索引移除 local-docs 下的 11 份本地过程文档 保留当前工作区本地文件，不新增或修改忽略规则	2026-09-10 13:00:26 +00: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	bb010b4b1e	清理策划文档空白以通过仓库检查 ... 去掉 system-prompt 文件末多余空行 去掉迁移方案标题下的行尾空格	2026-09-10 11:48:37 +00:00
lhk229	5d24301ef5	修复策划样式插入导致 Tailwind 解析失败 ... 把阶段进度 span 颜色补回原规则 删除 design-agent 预览后的孤儿声明	2026-09-10 11:40:52 +00:00
lhk229	36dc93222a	合并最新 master	2026-09-10 11:19:35 +00:00
lhk229	54ae60576d	修复策划 Agent CI 回归 ... 按 rustfmt 整理策划 Runtime 与相关测试字面量 首页做方案用例改为断言设计 Agent 命令	2026-09-10 11:19:24 +00:00
lhk229	a38eec743a	补齐 LlmRunRequest 字面量的 responses_input 字段 ... api-server LLM 代理与 platform-agent 适配器补 None 避免 cargo run api-server 因缺字段编不过	2026-09-10 10:59:13 +00:00
lhk229	18ed9778d8	拆分策划 Agent 与 Codex 随包清单 ... 将 design-agent 资源包放到全平台 Tauri 基础配置 Windows 配置只保留 pinned Codex sidecar 配置门禁分别校验两份清单，禁止互相混入	2026-09-10 10:28:07 +00: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	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	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
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
suzmii	a1b9b24891	修复 AGC Ctrl+C 残留上个工作树后端导致切换工作树复用旧后端 (#315) ... closes #314 ## 现象 `npm run agc` 按 Ctrl+C 后有概率残留上个工作树的 `api-server.exe` / SpacetimeDB，切换 worktree 再启动时 AGC 复用旧后端，改过数据库 / schema 的工作树会串库。 ## 根因 1. Windows 下长驻服务都经 Node `shell: true` 的 `cmd.exe /d /s /c` 包装层启动，Ctrl+C 先杀包装层（`0xC000013A`）；`dev.mjs` 的 `stopProcess` 见到直接子进程已退出就 return，`taskkill /PID <已退出 PID> /T /F` 也只会失败，深处的 `cargo → api-server.exe` 无人清理。 2. 按根 PID 遍历依赖快照里的父子链，中间层先消失时链断，只能拿到根 PID。 3. 复用判据只看 `.app/dev-stack.json` status 与 `/healthz`、`/readyz`、`/v1/ping`，不校验端口上的进程属于哪个工作树，残留后端照样被判为健康并复用。 ## 改动 - 新增 `scripts/dev-windows-process.mjs`：按根 PID 遍历 + 按身份匹配（`server-rs/target/debug/api-server.exe` 绝对路径、SpacetimeDB `--data-dir`）两条独立清理路径，带 1s 快照缓存避免清理被拖慢。 - `scripts/dev.mjs`：直接子进程已退出时仍按记录 PID 清理后代；退出时按身份兜底清扫本工作树后端（复用他人 standalone 时跳过）；启动前清理旧 api-server 保留 `Wait-Process` 语义，避免 `failed to remove file`。 - `apps/ai-game-creator-shell/scripts/start-dev-stack.mjs`：复用前校验端口监听进程归属，无法证明归属就不复用、改为启动本工作树后端并允许端口漂移；信号与 `finally` 各兜底清扫一次；`taskkill` 失败时降级按 PID 遍历；等待就绪时输出归属校验失败原因，避免静默超时。探测不可用时退化为旧行为，不阻断本地启动。 - 测试与文档：新增 `scripts/dev-windows-process.test.ts`、扩充 AGC 复用门禁用例；同步 `docs/project-memory/shared-memory/pitfalls.md` 与本地开发运维文档。 ## 验证 - 伪造 `api-server.exe` 进程：按身份精确命中并杀掉（`matched=[17284] stopped=[17284]`）。 - 3 个真实监听进程下归属判定：`owned` / `api-server-owner-mismatch` / `spacetime-owner-mismatch` 均正确。 - `npx vitest run scripts/dev.test.ts scripts/dev-windows-process.test.ts scripts/dev-stack-port-utils.test.ts apps/ai-game-creator-shell/tests/...`：119 passed（唯一失败为 Windows 文件权限用例，已确认在合并基线 `origin/master` 上同样失败）。 - `node --check`、`eslint --max-warnings 0`、`prettier --check`、`npm run check:encoding`、`git diff --check` 全部通过。 ## 备注 Rust 侧 `api-server` 的 `with_graceful_shutdown` 没有超时上限，是「有概率」的来源之一；本次只在 Node 侧收口，是否给优雅退出加 deadline 可另行评估。 Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/315 Co-authored-by: Suzumiya <suzmii@qq.com> Co-committed-by: Suzumiya <suzmii@qq.com>	2026-09-09 20:08:04 +08:00
suzmii	7c49e7e51c	Merge pull request '修复 AGC 项目写锁残留无法回收与启动失败无诊断' (#313) from fix/agc-stale-lock into master ... Reviewed-on: #313 Reviewed-by: 孔令弘 <ink29535@proton.me>	2026-09-09 20:07:37 +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	78ba9e33b6	修复 AGC 启动诊断守卫用例 ... - check-config.mjs 启动诊断守卫改按 StartupLogSlot 契约匹配：setup_log.fail 加稳定失败码 - 同时校验 StartupLogSlot 内部仍写有界诊断日志并调用可见提示，避免守卫被绕过	2026-09-09 17:27:30 +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	04128eb661	Merge branch 'master' into feat/design_agent_simple	2026-09-09 16:34:16 +08:00
k88936	7288c6f641	Fix/修复无限画布图标文字模糊 (#285) ... closes #279 closes #284 实现: 从2(暂定)倍放大绘制的画布scale 0.5* 真正的scale before:   after:   svg看起来stroke窄了一点点, 可以接受 Reviewed-on: #285	2026-09-09 16:32:43 +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	b129589e75	Merge pull request '修复客户端常用设置读写卡顿' (#307) from fix/config_sl into master ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/307 Reviewed-by: 段舒康 <kdletters@qq.com>	2026-09-09 13:45:26 +08:00
lhk229	6a1e307b4a	合并最新master并协调模型配置保存逻辑 ... 合入服务端默认模型同步及前端模型选择更新 保留配置覆盖层回滚和设置页无外部诊断行为 同步模型ID与默认模型标记并补充交叉回归验证	2026-09-09 05:36:56 +00:00
suzmii	672d93015c	Merge pull request '优化AGC客户端同步LLM配置' (#306) from feat/agc-client-sync-llm-config into master ... Reviewed-on: #306	2026-09-09 13:19:43 +08:00
suzmii	d9c883675d	补充AGC模型目录异常revision的客户端用例 ... - 补充旧服务端不返回 revision（两次响应均为 undefined）时仍按目录变化刷新的用例 - 补充服务端目录重建导致 revision 回退（7 到 0）时仍更新界面的用例 - 补充 revision 未变化时不更新界面、沿用已应用目录的用例	2026-09-09 13:03:46 +08: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
suzmii	07fc26953a	修复AGC模型目录同步的加载态与保存竞态 ... - ConversationModelSelect：目录同步与配置读取/写回失败时统一在 finally 收起加载态，避免选择器永久卡在 busy、无法切换或刷新 - ConversationModelSelect：配置读取失败单独提示「读取客户端配置失败」，不再误报为模型目录加载失败 - ConversationModelSelect：配置写回串行化，发送前校验等待在途保存并读取最新配置，避免保存中放行旧选择、或用旧快照覆盖刚完成的选择 - ConversationModelSelect：服务端未返回 revision 时按目录已变化处理，避免界面停止刷新 - ProjectSupervisorView：提交前模型校验期间禁用输入框与发送按钮，避免重复提交与校验窗口内编辑丢失 - 测试：补充配置读取失败恢复、保存中发送前校验等待、目录请求去重用例；修正依赖配置读取时序的 appSurface 用例 - 文档：修正首页入口「按需加载」与实现不符的描述	2026-09-09 12:00:10 +08:00
lhk229	ff065dbc6c	修复本地Provider冒烟测试的HTML项目夹具 ... 启动 Agent 前准备已有 HTML 入口以符合 JSON Generator 项目契约 失败诊断补齐退出码、终止信号及标准输出和错误输出尾部 同步冒烟测试夹具与诊断约定文档	2026-09-09 03:50:32 +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
suzmii	a0e6a83691	修复 AGC 模型选择入口、交互与默认模型回退 (#299) ... ### 背景 AGC 后台已支持维护 LLM 模型目录（`agc_model_catalog`），客户端此前只在项目右侧对话浮出模型选择，且存在几个体验问题： 1. 首页聊天框架缺少模型选择入口； 2. 首次进入项目时，右侧模型选择器「点不动」（被 disabled）； 3. 模型选择下拉失去焦点不自动收起； 4. 默认模型缺少可视标识； 5. 已保存的选择被后台停用/移除后，客户端显示「请选择模型」，未自动回退默认模型；首页因懒加载在打开前也一直显示「选择模型」。 ### 改动内容（完整变更集） - **首页聊天框架新增模型选择入口**，复用项目右侧对话的 `ConversationModelSelect`；上传按钮在左，模型选择器与发送按钮在右（同一组，模型选择器紧挨发送按钮）。 - **修复首次进入项目时右侧模型选择器点不动**：选择器不再因目录加载（`busy`）或对话进行中（`controlBusy`）被禁用；切换模型只写回客户端配置并作用于后续轮次，发送仍由 `controlBusy` / `modelReady` 把关。 - **模型下拉支持点击外部 / Esc 自动收起**：给组件容器挂 ref，监听 `document` 的 `mousedown` 与 `keydown`，点击容器外或按 Esc 即收起（仅在展开时挂监听）。 - **默认模型增加「默认」标识**：组件记录 `defaultModelId`，在下拉选项中给默认模型显示小标签；亮暗主题自适应。 - **模型选择始终回退默认模型**：已保存选择仍可用时沿用；被停用/移除或从未选择时回退到后台默认模型并写回配置；只有默认模型本身不可用才走错误分流。首页由「懒加载」改为「挂载即加载」，触发按钮直接落在默认模型上，不再出现「选择模型」空态。 - **清理**：移除组件中已无调用方的 `lazy` 加载路径。 - **文档**：同步更新 `【技术方案】AGC后台模型别名与对话选择-2026-09-05.md`（首页入口、对话进行中可切换模型、失焦收起等行为）。 ### 关键交互/行为说明 - 触发按钮永远显示模型名（默认或当前选择），不再出现「选择模型」占位，除非默认模型不可用。 - 模型下拉的加载中、刷新、选中态沿用原有交互；默认模型有「默认」标签，便于识别。 - 首页模型选择器不改动「开启创作」门控：目录不可用时仍可创建项目并走后台默认项。 ### 验证 - `npm run test -- apps/ai-game-creator-shell/tests/conversationModelSelect.test.tsx` -> 7/7 通过 - `npm run test -- apps/ai-game-creator-shell/tests/appSurface.test.ts` -> 386/386 通过 - `npm run ai-game-creator-shell:typecheck` 通过 - `npm run check:encoding`（4309 文件）通过 - `git diff --check` 通过 ### 影响范围与注意事项 - 变更集中在 AGC 客户端（`apps/ai-game-creator-shell`），不涉及 SpacetimeDB schema / 后端接口 / 契约。 - `GET /api/llm/models` 语义不变（仍只返回启用项 + 默认项），本次不改后端。 - 模型下拉在窄屏的换行/遮挡，以及「默认」标签对比度，建议在真机确认一下观感（单测只覆盖逻辑）。 ### 关联 - 无关联 Issue；本 PR 独立提交。 --------- Co-authored-by: 段舒康 <kdletters@qq.com> Reviewed-on: #299 Co-authored-by: 董羽秦 <suzmii@qq.com> Co-committed-by: 董羽秦 <suzmii@qq.com>	2026-09-08 22:05:15 +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