suzmii
0cbf9521ee
Project CI / Backend tests (pull_request) Failing after 18s
Project CI / AI game creator shell Rust crates (pull_request) Successful in 2m25s
Project CI / AI game creator shell Rust lane 1/2 (pull_request) Successful in 5m25s
Project CI / Repository checks (pull_request) Failing after 35s
Project CI / AI game creator shell Rust lane 2/2 (pull_request) Successful in 4m43s
Project CI / Frontend tests (pull_request) Successful in 2m49s
Project CI / AI game creator shell web tests (pull_request) Successful in 2m51s
Project CI / Native shell tests (pull_request) Successful in 6m31s
- 思维强度：`ComposerReasoningEffortSelect` 新增 `presentation: 'dropdown' | 'slider'`（默认 dropdown，策划输入盒原样不动），Direct 输入盒走 slider —— 触发钮固定文案「选择强度」（当前档位在 `aria-label`/`title` 与浮层里的「当前：最高」），档位选择收进 popover 里的原生 `<input type="range" min=0 max=4 step=1>`：自带 `role="slider"`、`aria-valuemin/max/now` 与 ←/→/Home/End，`aria-valuetext` 报中文档位名，点轨道/拖拽按 step 吸附；Esc 与点击外部关闭，改档后浮层保持打开 - 档位枚举、默认值、持久化通道（`read_game_creator_app_config` / `select_game_creator_reasoning_effort`）与旧下拉完全一致，只换表现形式 - 模型不可用：`ConversationModelSelect` 新增 `errorPresentation: 'inline' | 'toast'`（默认 inline，首页/策划/画布不变）与 `onUnavailable`，toast 模式下不再渲染常驻 `[role='alert']`；Direct 输入盒由 `ComposerModelNoticeToast` 复用外壳同一枚 `PlatformRuntimeStatusToast`（bottom-center portal、6s）提示，失败消息新出现时一次、同条去重、清空后可再报 - 文案：`llmModelCatalog.ts` / `clientApi.ts` 的「本地模型服务不可用」改为「模型服务不可用」；不可用态照旧禁用发送，但不再留文字行 - 错位根因与改法：上一轮把模型提示收回控件排内使整颗控件变两行高、在 `align-items: center` 的工具条里把触发钮顶到行线上方；现在该元素不再渲染，`styles.css` 里对应的 composer 作用域 `[role='alert']` 规则按「删死重」删除 - `styles.css`：新增强度 popover / 滑块 / 档位点样式（几何沿用 `.project-chat-attachment-menu` 约定，颜色只取 `--platform-*`） - 测试：`tests/appSurface/chat-composer.suite.ts` 的档位用例改为滑块（打开、aria 值域、持久化、Esc/点外部关闭），新增 toast 用例与「只报一次」用例；`tests/chatDialogFrameLayout.test.ts` 新增 popover 几何断言；策划面差分审计复跑 0 处声明变化（对收口前提交仍报 62 处，证明检查不空转） - pitfalls 补两条：输入区不留常驻状态行（用 toast）、档位选择用 popover + 滑块
项目记忆目录
本目录只保存可以通过 Git 共享、并且对当前开发仍有效的项目知识。.codex/ 只放 Codex 工具资源，不作为项目知识库。
当前结构
docs/project-memory/
├─ README.md
├─ shared-memory/
│ ├─ project-overview.md
│ ├─ team-conventions.md
│ ├─ development-workflow.md
│ ├─ document-map.md
│ ├─ decision-log.md
│ ├─ pitfalls.md
│ ├─ handoff-template.md
│ └─ 【模板】规范驱动开发主规范与里程碑模板-2026-09-12.md
├─ plans/ # 仅限正在执行的短期计划
└─ todos/ # 仅限仍开放且有退出条件的事项
使用原则
- 开发前先读
AGENTS.md；复杂任务再读 Agent 执行准则、共享记忆和任务对应的当前专题文档。 - 稳定架构、接口、流程和排障边界写入
shared-memory/；同一事实只保留一个当前口径，细节放在权威专题文档。 plans/只保存正在执行、具有明确剩余项和验收门禁的计划；完成或作废后立即删除，稳定结论融合进当前专题或共享记忆。todos/只保存真实开放、有人接手即可执行的事项；每项应写明状态、下一决策点和关闭条件。已退役对象不保留未来 TODO。- 分支、提交、测试轮次和阶段流水账不进入长期记忆；需要追溯时使用 Git 历史。
decision-log.md与pitfalls.md可以直接修改、合并和删除旧条目：被覆盖的决定、退役对象专属说明和重复记录不继续保留；仍有效的风险、兼容约束和未完成事项应保留或融合到当前专题。- 自动验证检查实际代码、配置和行为，不要求决策记录或踩坑记录包含固定措辞，也不强制把同一规则复制到多个记忆文件。
- 若本目录与代码或最新
docs/冲突，以代码和最新专题为准，并在同次变更中修正记忆。 - 禁止写入个人配置、API Key、Token、Cookie、会话记录、认证文件、本地私密路径、构建产物、日志、缓存和数据库 dump。
决策记录格式
以下格式按需使用，简单决策不必凑齐所有字段。
## YYYY-MM-DD 决策标题
- 背景：为什么需要这个决策
- 决策：最终决定是什么
- 影响范围：涉及哪些模块/文档/流程
- 验证方式：如何确认决策仍有效
- 关联文档：相关 PRD、技术文档、提交或 Issue
RAG 索引
本目录是本地 RAG 的高权重索引源，但检索结果只作为候选上下文。索引脚本位于 scripts/rag/；运行时依赖和 .rag/ 数据默认不安装、不提交，启用前需先征得用户确认。