20 Commits

Author	SHA1	Message	Date
suzmii	020eb92402	模型菜单观感抬成组件自带的共享样式面：首页那颗复用同一套卡片与列表 ... - 成因：#600 那轮把卡片/列表的新观感挂在 `.game-workbench-chat .project-chat-surface.is-direct-codex .project-chat-composer.is-direct-codex …` 这条宿主祖先链上，同一个 `ConversationModelSelect` 换到首页（`className=home-input-model-select`）就退回基础规则：161px 窄卡、10px 圆角、5px 内边距、32px 行高、旧灰投影 - 改法：卡片/列表/行/hover/选中 pill/细滚动条抬到**组件自带类名**的共享样式面（`.conversation-model-select .conversation-model-menu-shell`、`.conversation-model-select .conversation-model-menu`、`… .conversation-model-menu button…`），不带任何宿主祖先链；合并形态（有外壳）与独立形态（首页/策划/画布）同一套值：16px 圆角 / 12px 内边距 / `--platform-line-soft` 描边 / `--platform-desktop-hover-shadow`，行 34px、圆角 9px、hover `--platform-nav-item-icon-fill`、选中 `--platform-warm-bg` + 600 - 宿主专属的东西留在工作台作用域：输入区锚点（`position: absolute; right: 0; bottom: calc(100% + 8px); z-index: 20`）、与工具栏的几何关系、强度区布局；独立形态的卡片自己就是滚动区（`max-height: 194 = 170 + 上下各 12`），外壳形态列表 `max-height: 170`（5×34，不出现半行），外壳 `max-height: none`（高度由内容决定，避免把列表挤矮） - 首页**不加**强度区：首页那颗没有 effort 的 state/props（`view/home/index.tsx` 只传 `className` 与 `disabled`），就保持这一点 - 基础规则里那几条同属性 `!important` 由共享面按同一档 `!important` 覆盖；工作台那条「抵消宿主通用按钮样式」的规则只留几何（position/display/width/margin/border/shadow/字号），不再抄一份观感 - 测试：`home.suite.ts` 新增「首页模型菜单复用同一套共享样式面」——首页实例的菜单祖先链里没有 `.game-workbench-chat`，只靠 `.conversation-model-select …` 就能解析出 16px 圆角/12px 内边距/34px 行；`chatDialogFrameLayout.test.ts` 的外壳用例按新选择器集合更新（锚点仍来自工作台链、卡片观感来自共享面），并补上 `max-height`/`border-radius`/`background` 断言 - 真机实测（无头 Chromium 同一夹具同一裁剪框）：首页那颗 161×309 / 10px / 5px / 32px → 260×194 / 16px / 12px / 34px；工作台那颗外壳 260×262.5、内层列表 234×170、行 34/9px 前后逐值不变（无视觉回退） - 校验：相关 vitest 221 passed / 9 skipped、typecheck、eslint、prettier、encoding 5268 files、spacetime-schema 91 tables、diff-check；对照图见 PR #607 Refs #600, PR #607	2026-10-05 16:32:38 +08:00
suzmii	d451415edc	按 PR #607 复核意见修掉 9 项（D1/D2/D3/D4/D5/D6/D7/D8/D9） ... - D1 档位点被轨道压住且与圆钮错位：容器改 `display: flex; justify-content: space-between; padding: 0 6.5px`（= 圆钮半径 10 − 半点宽 3.5），首末点中心因此落在圆钮两端极限位置；`z-index: 2` 抬到 range 之上；当前档位那一点 `opacity: 0`（圆钮已压在那儿）；点改深暖底 `--platform-text-strong` + `--platform-input-highlight` 描边。无头 Chromium 实测（222px 轨道）：5 个点中心与圆钮算式偏移全部 0.00px（旧实现 +12.19/+6.09/−0.02/−6.11/−12.20）、点与相邻轨道对比度 10.51~10.59:1（旧 1.21~1.23:1）、当前档位点被圆钮覆盖（中心差 ≤0.5px） - D2 状态文案（`role="status"`）也会把那排控件顶成两行高：`ConversationModelSelect` 的 notice 与失败分开两条浮层通道（`onNotice` / `onUnavailable`，各自去重），`ComposerReasoningEffortSelect` 加 `noticePresentation: 'inline' | 'toast'` + `onNotice`；`toast` 形态下两种常驻行都不渲染，状态浮层用 `tone="neutral"`、失败仍 `tone="error"`。Direct 用 `toast`，首页/策划/画布默认 `inline` 行为不变 - D4 `forced-colors` 下焦点完全不可见（thumb 的 box-shadow 会被系统丢弃）：加 `@media (forced-colors: active)` 回退 `outline: 2px solid Highlight; outline-offset: 2px`（系统色，亮色观感不变） - D5 键盘长按每个事件都落盘：`selectEffort` 比对「最近一次落盘成功的档位」（`persistedEffortRef`，挂载回读时种上），相同不写。真实按键序列实测：单击 1 次；长按 1.5s（34 个重复事件）4 次（每个新档位一次）；已在最高档继续长按 1.2s（28 个事件）0 次（旧行为 ~30 次/秒） - D6 拖动中途卸载会丢档位：卸载 cleanup 里 flush 一次预览值（读 ref，不碰已卸载组件的 state）。实测：拖到「中」未松手落盘 0 次，`unmount()` 后恰好 1 次；单次拖动（按下 + 6 步横移 + 松手）全程 1 次且终值 = 松手位置 - D7 文档与实现对齐：pitfalls 里 `--strength-progress` → `--strength-ratio`、圆钮改实心 `--platform-panel-fill` + `--platform-subpanel-border` 1px 描边、输入盒最高高度 254 → 256（工具栏行高由 30px 模型钮决定）、「提示改成控件排内独占一行」按现行浮层口径改写 - D8 去掉 10 处新硬编码色值 `rgb(112 57 30 / x%)`：卡片投影改用既有 token `--platform-desktop-hover-shadow`，圆钮/焦点影由 `color-mix(in srgb, var(--platform-accent) …)` 派生，不新增 token - D9 注释与实现不一致：`.resource-reference-input` 的 `min-height: 0 / padding: 0` 写回前面那条六类规则（不再依赖源码顺序），末尾那条只留网格与行距，注释同步改成「不依赖源码先后」 - D3 深色主题焦点环间隙不可靠：只在 pitfalls 记录（深色 `--platform-input-fill` 仅 5% 不透明；工作台根节点固定 `platform-theme--light`，暂不可达） - 测试：`chat-composer.suite.ts` 新增「notice 走浮层且输入区无 `[role=status]`/`[role=alert]`」「键盘长按同一档位只写一次、换档仍写」「拖动中途卸载恰好提交一次」；`chatDialogFrameLayout.test.ts` 新增档位点对齐/层级/激活点隐藏的声明级断言 - 校验：相关 vitest（chat-composer / chatDialogFrameLayout / design-agent / project-development）、typecheck、eslint、prettier、encoding、spacetime-schema、diff-check Refs #600, PR #607	2026-10-05 15:59:10 +08:00
suzmii	c197edb203	强度滑块并入模型菜单：底行只剩一颗控件（复核反馈 2） ... - `ConversationModelSelect` 新增 `strengthSection`：传了它就把弹层包一层 `.conversation-model-menu-shell`（强度区在上、`role="listbox"` 模型列表在下，共用同一张卡）；不传时渲染与改动前逐字一致（首页 / 策划 / 画布不变） - 强度区不再自带触发钮与浮层：`ComposerReasoningEffortSelect` 的 `presentation` 由 `'slider'` 改为 `'section'`（只渲染「思维强度」标题 + 原生 range + 5 档位点 + 「当前：最高」），开合 / Esc / 点外部交给模型菜单既有行为；Direct 输入盒把它作为 `strengthSection` 注入，底行元素 2 → 1 - 删掉上一轮的独立触发钮与其专用 CSS（`project-chat-composer-strength-trigger` / `-strength-popover` / `-strength-model` 与 `-strength` 锚点）；同时删掉不再使用的 `onModelLabelChange` 回调——强度区不再复述模型名（触发钮与列表已处处显示模型，重复信息优先去掉以省空间） - 新增外壳 CSS：定位 / 朝向沿用原模型菜单（贴触发钮右缘、向上展开、不盖输入框），里层菜单回到文档流只负责滚动，超长模型名改走省略号 - 测试：`chat-composer.suite.ts` 改为「打开模型菜单 → 滑块在顶部 → 改档落同一条持久化通道 → Esc/点外部关闭」，并断言底行不再有第二颗控件、滑块不在 listbox 子树里；`chatDialogFrameLayout.test.ts` 断言外壳向上展开 / 强度区网格 / 底行高度不增；`design-agent.suite.ts` 断言策划菜单里没有滑块；`project-development.suite.ts` 断言旧触发钮/浮层 CSS 已删 - pitfalls 同步改写该条（含「滑块不能进 listbox」与「强度区随菜单挂载，打开时先显示默认再回读」的取舍） - 校验：4 个 vitest 文件 224 passed / 9 skipped、typecheck、eslint、prettier、encoding、spacetime-schema、diff-check 全通过	2026-10-05 00:13:37 +08:00
suzmii	0cbf9521ee	复核反馈修复：思维强度改 popover 滑块，模型不可用改 toast（#600） ... - 思维强度：`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 + 滑块	2026-10-04 15:08:22 +08:00
suzmii	25346d5037	修 #600 评审 P2：行高算式取真实决定值、推理档 flex 写回所有者、删死重 ... - 测试：`composerMaxHeight()` 的工具栏行高改取该排最高控件的 `Math.max`（模型触发钮 30px > 发送钮 28px），输入盒最高高度 254 → 256，并新增「触发钮高度 = 30」断言，不再写死发送钮 - `appSurface` 的编辑器高度断言改钉生效规则（六类选择器那条 72 / 160），原五类规则的 96 / 140 已随死重删除 - Direct 推理档的 `flex: 0 0 auto` 写回其所有者规则（原 `flex: 0 1 auto` 那条），末尾区块不再重复声明同属性；区块头注明本区块不依赖源码顺序 - 删死重（均恒被更高特异性规则覆盖）：≤1000px 媒体块里五类的 `.resource-reference-input { padding: 10px 12px 6px }`；五类输入规则的 `display` / `width` / `padding` / `border-color` / `border-radius` / `background`（保留仍生效的 `color` 与 `pointer-events`）；五类 `:focus-within` 整条（被六类 `border: 0; outline: none; box-shadow: none` 恒覆盖）；五类编辑器规则的 `min-height` / `max-height` - 校验：`chatDialogFrameLayout.test.ts` 12/12、`appSurface.test.ts` 196 passed / 9 skipped、`npm run agc:typecheck` 通过、prettier 通过	2026-10-04 00:47:31 +08:00
suzmii	f5886560bd	AGC 用户输入区按三层重排布局，修掉控件叠压（#600） ... - 输入盒 `.project-chat-composer.is-direct-codex` 改单列网格 + `gap: 8px`，把输入内容区 / 工具栏 / 状态提示区三层用行间距分开，不再靠绝对定位互相压 - 「AI 润色 / 恢复原文」操作排从 `position: absolute; right: 0; bottom: 0` 回到输入区第二行网格（编辑器横跨全宽），不再压在编辑器文字上 - 模型控件的错误 / 状态提示改成控件排内独占一行（`position: static`），不再浮在输入内容区上方盖住文字 - 工具栏右侧组由 `flex: 0 0 auto` 改为可收缩 + 外层可换行；模型钮封顶 160px、名字走省略号，推理档不参与收缩 - 状态提示区（待发队列 chip、提示段落）与输入盒、工具栏共用同一档行间距（去掉重复的 margin / padding-top） - 同步两处 CSS 契约断言：composer 几何（`tests/appSurface/project-development.suite.ts`）与输入盒最高高度算式 + 操作排网格行（`tests/chatDialogFrameLayout.test.ts`） - pitfalls 记录本次叠压的实测尺寸、成因与现行口径	2026-10-03 19:53:31 +08:00
k88936	65b90ed43e	测试：覆盖更早历史自动加载、前插锚点与回到底部胶囊 ... - 新增与实现同目录的 5 组用例：阈值与加载门、锚点读取/还原、折叠头冻结与正文对齐、hook 状态机、组件层按钮移除与重试行 - 根 vitest.config.ts 补一条 include，同目录用例才进得了门禁 - 既有断言同步：消息列表类名加上 overflow-anchor 工具类，DirectProjectConversation 用例改用新的加载状态入参 Co-authored-by: Junie <junie@jetbrains.com>	2026-10-02 17:54:10 +08:00
lhk229	3775e05970	修复策划对话布局与流式显示 (#460) ... 恢复固定消息区域和工作区状态条样式，修正窄屏单列布局 限制长阶段提示、澄清卡片和文件导入结果高度，保证输入区可达 补齐实时正文和思考的滚动跟随，保留用户上滚意图 移除读取策划历史时补造的发送时间 补充布局与显示回归测试，同步技术方案和共享排障约定 Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/460	2026-09-22 16:25:51 +08:00
k88936	6981648796	合并 origin/master：Supervisor 永久退役，项目对话收敛为 DirectProject 与 Design Agent ... - 解决 refactor/split-direct-project 与 origin/master 在 App.tsx、立项策划聊天视图、Direct composer/引用输入区、styles.css、Rust direct user item 与 appSurface 用例上的冲突，按「Supervisor 永久退役」口径保留 DirectProject 独立聊天容器与 Design Agent 两条产品路径 - 采纳 master 的策划 Agent V1/V2 退役：删除 GDD 审批卡、策划输入卡、planningLane、planningSessionV2、planningSessionContract、规划展示适配与 Rust planning_*_v2 命令、模块、契约及对应用例，不保留兼容别名或双跑路径 - 把 master「折叠思考显示单行预览」的目的落到当前结构：新增共享表现 chat/components/AgentReasoning/AgentReasoning.tsx（折叠态单行纯文本预览 + 箭头、展开态安全 Markdown），DirectProject 回合与策划回合共用，删掉两处写死的 pre 折叠实现 - 把 master「策划入口可选模型 / 推理档」的目的接到当前策划输入盒：复用 ConversationModelSelect 与 ComposerReasoningEffortSelect，配置写回仍走客户端配置通道 - App.tsx 删除只服务退役 Supervisor / 策划 V2 的 state、ref、effect、回调与死参数，并删除两条读路径都退役后的 workspaceProjectKind；openWorkspace 的工程类型入参保留为未使用契约 - Rust 侧保留本分支 canonical→wire 投影、无审计 Direct 回合与 direct user item 严格校验，并入 master 的 prepare_new_web_project_at 前置复核 - 更新 ADR 与 shared-memory 决策记录：策划当前只有 Design Agent、两条路径的共享表现清单，以及本次合并的口径、代价与验证证据 - 验证：AGC 与仓库 typecheck、check:encoding、check:doc-index、git diff --check、改动文件 eslint 0 error；AGC vitest 168 个文件中除 5 个 jsdom localStorage 环境失败文件与本分支既有 resourceTagStatsRefresh 失败外全绿，appSurface 198 passed / 13 skipped；Rust 定向用例 direct_codex_user_item、skill_pack、sessions 全过（整套分片在本容器受 /sbin -> usr/bin 触发沙箱预检失败，与本合并无关）	2026-09-21 21:09:34 +08:00
suzmii	2a2e4c1cea	按 review 修：动画在途拦截、样式守卫扩到三面板、窄屏差异显式放行、用例不再依赖 cwd ... - 在途拦截补齐生成动画：提交记录的「属于哪张资源」从 draftKey 拆成 resourcePath， `resourceCanvasResourceEditSubmissionBlocksResource` 被快速编辑与生成动画共用； 此前动画这条键对不上、拦不住，重开面板再提交会复用同一 operationId 卡在原生锁上， 或（改了提示词）直接多出一笔付费生成 - 样式缺口守卫扩到三块面板（动画面板 / 快速编辑面板 / 生图面板），判据改为按 「选择器分支 + 声明」逐条比对；两个面板的实测缺口一并照抄补上（快速编辑面板的 `overflow: auto → visible` 与窄屏底栏两条按宿主差异显式登记，不静默漂移） - 窄屏只搬动画面板那一支：网页端 ≤760px 会把快速编辑浮层也变成整宽底栏，AGC 的 快速编辑是「居中贴资源卡」的绝对定位，跟随它会压住栏目工具栏与任务侧栏 - 用例路径不再依赖 cwd：新增 tests/repoPath.ts（按 import.meta.url 反推仓库根）， 19 个用例文件的 `resolve(process.cwd(), …)` 统一改用它；顺手修掉 `HOST_STYLE_SHEETS.filter(existsSync)` 把仓库相对路径交给 cwd 解析的假红 - 清掉两处死代码：不可达的 `quickEditPanel.status === 'generating'` 判据与 未被使用的 prune 导出	2026-09-21 01:23:35 +08:00
lhk229	70271b408e	删除策划agent v2，与退役功能解耦 (#355) ... Reviewed-on: #355 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-20 14:49:57 +08:00
k88936	876529e668	删除 Project Supervisor 前端链路并将项目对话收敛到 DirectProject 与立项策划 ... - 删除 ProjectSupervisorView、SupervisorChatOnlyView、ProjectWorkspaceChatPane、AgentConversationOverlay、DeveloperProjectPanels、DeveloperRuntimePanels 与 features/agent-runtime/panels.tsx - 删除 Supervisor 独立调试窗口：windows.rs 的 supervisor_chat_window_url / open_project_supervisor_chat_window、main.rs 的 invoke 注册、?supervisor-chat 与 ?agent-chat 前端入口、developer.json capability 和对应 Rust 用例 - 删除工作台壳的开发者 Agent 面板：DeveloperAgentPanel、useDeveloperAgentPanel、useDeveloperAgentState、developerAgentControls - App.tsx 删除只服务退役面板的 state/ref/effect/handler（agentConversation*、文件/记忆/资产/画板/预览面板处理、commandLog、llmConfigStatus、editorBaseUrl、回放历史与 trace 面板状态、selectedAgent 等）以及由此产生的空分支，并把 requestRuntimeConfigOpen 接回本地 RuntimeConfigDialog - 立项策划独立成模块：Design Agent 与 Planning V2 的容器和表现移到 view/project-development/planning/（PlanningChatView、PlanningUserInputCard、GddApprovalCard、DesignAgentSurface、PlanningLaneRuntimeStrip、planningLane、planningSessionV2、planningSessionContract） - 改名到中性概念：ProjectSupervisorComponentProps→ProjectChatComponentProps、WorkspaceLauncherShellProps.ProjectSupervisor→ProjectChat、ProjectDevelopmentView.supervisor→chat、orchestrationMode→agentDockVisible、initialSupervisorMessageClaims→initialTurnClaims、ProjectManifestSnapshotSource 'supervisor'→'chat'、CSS project-supervisor-*/project-planning-*→project-chat-* - 删除 PROJECT_SUPERVISOR_AGENT_ID 与 PROJECT_SUPERVISOR_PLAN_SOURCE 常量 - 工作台壳自己订阅 game-creator-manifest-invalidated，用 revision→清单→revision 配对读（source: asset-event）并入 currentProjectContext，且不重新检查项目目录；测试夹具改为按监听器集合广播该事件 - 删除只钉住退役界面的 appSurface 用例（旧调试窗口、开发者面板、Agent 对话浮层、运行历史面板） - 同步文档：ADR、DirectProject 聊天模块抽离实施计划与里程碑、Provider 推理里程碑、策划会话 RuntimeV2、AI 游戏创作实施计划，并在 decision-log 新增 2026-09-19 条 - 删除随退役面板失去调用方的模块与导出：projectSummaryCommands.ts（1054 行旧 Supervisor 斜杠命令处理器）、AGENT_RUN_HISTORY_* 常量、agent-runtime/model.ts 与 project-summary/agentPresentation.ts 里的死导出，以及 agentRunTrace / memoryCommands / projectCommandPolicy 中无调用方的校验与解析函数 - 更新 scripts/check-config.mjs 与 scripts/check-native-shells.mjs 的窗口与命令守卫	2026-09-19 21:59:44 +08:00
lhk229	bcbfe92afa	修正剩余前端与平台测试契约 ... 同步空对话、输入盒、资源删除工具条的当前结构断言。 Windows 无法创建符号链接时跳过仅针对符号链接权限的测试。	2026-09-16 07:05:55 +08:00
lhk229	994fcd6b20	同步 PR375 的前端界面测试契约 ... 更新消息标题、JSON 文档预览和工具条断言 对齐重构后的对话输入盒结构	2026-09-16 06:03:16 +08:00
suzmii	58f6eceb69	修复输入盒四边留白与文字/控件对齐 ... - styles.css：direct-codex 面板自身 padding 归 0，四边留白由子节点声明为 16px（实测 16/16/16/16） - styles.css：盒内内边距 12px（文字左内缩 = 上内缩 = 右内缩 = 13px，实测） - styles.css：输入区改单块布局，「AI 润色」按钮浮到右下角，不再占掉文字右边缘 36px（这是文字左右内缩不一致的根因） - styles.css：左侧控件组左移 12px，使 + 图标墨迹与文字左边缘同线（实测同为 x=950） - styles.css：去掉画在输入区上的内层焦点环，焦点环改画在整只输入盒外侧，不再出现第二层框 - styles.css：删除 direct-codex 输入盒旧几何规则（1fr 82px 网格 / z-index 2 / padding-top 8px）与窄屏 8px 12px 12px 的不对称外边距 - 测试：宽屏断言四边留白恒等 + 文字三边内缩相等；窄屏断言四边 16px；高度算式同步	2026-09-15 12:14:34 +08:00
suzmii	bc796c1db4	删除对话输入盒内的项目信息标签行 ... - ProjectSupervisorView：移除输入盒内「项目名 · 本地」信息标签行，删除随之无用的 projectDisplayName 辅助函数 - styles.css：输入盒网格从三行改回两行（文本区 / 控制排），删除信息标签行及其胶囊样式规则 - chatDialogFrameLayout.test.ts：把「表单子树含信息标签行」的断言反转成不再包含，并删除相关 CSS 常量与取值 - project-development.suite.ts：输入盒断言从「含项目名/本地标签」改为「不再渲染该标签行」，网格行数断言同步为两行	2026-09-14 14:17:20 +08:00
suzmii	8410426d12	补充对话面板纵向几何的回归断言 ... - chatDialogFrameLayout.test.ts：新增用例锁定面板必须跨满对话列全部 grid 行、height 100%、且不得叠加 flex 简写 - chatDialogFrameLayout.test.ts：新增断言锁定 direct-codex 面板把消息列表 min-height 从 96px 解除到 0 - 说明这次断言对应的一次真实渲染事故：新会话只有一条欢迎消息时，消息列表塌成 54px、输入盒被拉伸到 212px	2026-09-14 12:49:37 +08:00
suzmii	92db1e7065	右侧对话面板改为 Codex 桌面客户端界面语言 ... - ProjectSupervisorView：direct-codex 面板改成三段式（顶部极简条 / 唯一滚动区消息列表 / 文档流输入盒） - ProjectSupervisorView：顶部只留状态点 + 状态文案（aria-live=polite）+ 设置齿轮，移除头像、标题、副标题、审批按钮与泥点钱包槽 - ProjectSupervisorView：新增 direct-codex 空态（线稿图标 + 主标题「你想让陶泥儿做什么游戏？」+ 短指令副标题），整体在消息区垂直水平居中 - ProjectSupervisorView：输入盒改成三行结构（`项目名` · `本地` 信息标签 / ResourceReferenceInput 文本区 / 控制排） - ProjectSupervisorView：控制排左为 `+` 附件钮与 `@` 引用钮（都复用 composerRef.openPicker），右为模型下拉与圆形主色发送钮 - ProjectSupervisorView：新增 walletEntry 可选属性，透传到设置浮层的「泥点」行 - ProjectSupervisorSettingsDialog（新增）：设置齿轮打开的独立浮层（role=dialog + aria-modal + Esc 关闭 + 点遮罩关闭），承载运行配置入口、操作权限入口与泥点 - approvalMode（新增）：把「严格 / 风险 / 无」审批模式选项与文案抽成可复用模块 - ApprovalModeDialog（新增）：审批模式对话框改成可复用组件，index.tsx 改为复用它 - project-development/index.tsx：`!uiEditorRoute` 的 game-workbench-chat 头部精简掉标题/审批按钮/钱包槽，并用 cloneElement 把 walletEntry 透传给 supervisor 元素 - project-development/index.tsx：`planningStartMode` 分支保持原样 - ConversationModelSelect：触发按钮只显示已选模型 displayName，未加载完时显示「模型」占位（菜单内加载提示保留） - styles.css：消息列表去掉绝对定位与 196px/256px 底边留白，改成唯一滚动区 - styles.css：输入盒去掉绝对定位，改成文档流三行网格，成为唯一有边框的容器（1px 边框、14px 圆角） - styles.css：助手消息去掉整块底色，用户消息保留右对齐浅底气泡 + 主色描边 - styles.css：新增顶栏、空态、设置浮层与暖色执行过程卡的样式区块，颜色全部取自现有 platform 变量 - styles.css：窄屏（760px/1000px 断点）下输入盒留在文档流并保留四周边距 - chatDialogFrameLayout.test.ts：把「输入区浮在消息列表之上」的旧契约改写成「输入盒在消息列表下方、文档流、列表无浮层留白」的新契约 - project-development.suite.ts：同步更新表单布局、提交按钮尺寸与钱包槽的断言，并新增空态 + 设置浮层用例	2026-09-14 12:32:54 +08:00
suzmii	55fab1776a	AGC 画布验收问题修复与栏目画布底部工具栏 ... - 合并资源画布命名筛选与条件筛选为单一筛选浮层，Dock 只留放大镜入口 - 修复「编辑素材标签」面板标签多时不可见且不可滚：加高度上界与标签区独立滚动 - 替换素材新增点选替换模式，并在资源卡标注会话内替换血缘 - 新增栏目画布底部工具栏，按功能画布分流图片类生成、音频生成与上传入口 - 新增 Tauri IPC generate_local_project_asset，收口图片类无源生成的 kind 与提示词目录 - 同步 PRD、AGC 验收用例、决策日志、踩坑记录与待解决事项文档	2026-09-13 14:07:03 +08:00
suzmii	6cc929e47d	修复陶泥儿对话外框没把输入区包住：外框底边不再与输入区重合 ... - 根因：`.project-supervisor-message-list` 在文件末尾还留着一条同选择器、同权重的 `bottom: 156px`（"列表在上、输入区在下"那版两盒布局的残留）。它按"后写胜出"把上一轮 bdb07c141 改的 `bottom: 0` 悄悄顶掉，外框底边落在输入区腰上、输入区下半截露在框外， 真机上看到的就是"消息区外框底边与输入区压在一起、外框没把输入区完整包住"。 - styles.css：把那条残留规则换成对话框盒子的最终几何（top/right/bottom/left 全 0， `padding-bottom` 与 `scroll-padding-bottom` 都是 256px）。它位置在文件靠后，同权重后写 胜出，顺带把 `:has(.plan-gdd-surface, .planning-lane-runtime-strip)` 给列表留的 `padding-bottom: 12px` 压回去，滚到底时最后一条消息不会被输入区盖住。 - styles.css：输入区补上第四条边——`max-height: calc(100% - 24px)`（24px = 上下各 12px）。 左右下三边仍显式内缩 12px，上边由 max-height 兜底，于是外框完整包住输入区：四条边都不 与外框描边重合，底边留出 12px 边距（外框底边 0 / 输入区底边 12px）。 - styles.css：窄屏（≤760px）改成一个模型——外框画在列表与输入区共同的父节点 `.project-supervisor-conversation` 上，列表撤掉自己那只框（框里不套框），输入区回到 文档流，靠外框 12px 内边距四周留白、随列高增长不溢出。原来那条窄屏输入区规则权重低于 `.project-supervisor-composer.is-direct-codex` 那条，其实一直是死声明，这次才真正生效。 - tests/chatDialogFrameLayout.test.ts：新增用例，先按真实层叠（媒体查询是否命中 -> 特异性 -> 源码顺序）求生效值，再断言外框四边归 0、输入区四边内缩同一个值、底边与左右留白严格 大于 0、留白 256 = 12px 内缩 + 228px 输入区最高高度 + 16px 间距（228 由编辑器 max-height 140、输入框行距 8、操作排 28px 方钮、输入框下内边距 4、输入区上下内边距 16、 操作条 2 + 30 方钮逐项从真实声明里算出来），以及窄屏下外框/列表/输入区各自落位、输入区 仍在外框节点子树里且交互控件原位。 - tests/appSurface/project-development.suite.ts：把那条按"第一条匹配规则"取值、用 230 估 算的留白断言同步成按声明算出的 228 与实际间距 16，并注明层叠生效值的守卫在新用例里。 - 变异验证：输入区 `bottom: 12px -> 0`（还原"贴死重合"）时新断言失败；外框 `bottom: 0 -> 156px`（还原上一轮残留）时"外框底边必须严格低于输入区底边"失败（-144）。 - 说明：本机无无头浏览器、vitest 未开 `css: true`，像素级观感只能真机复核；这里钉的是 层叠生效的声明级几何关系与"输入区仍在外框节点的子树里"。	2026-09-11 10:36:45 +08:00