27 Commits

Author	SHA1	Message	Date
suzmii	b2ffdc4cae	模型菜单刷新行改成左对齐：图标 + 文本贴最左成一组 ... - 现象（用户截图 446×330）：刷新行的图标在左、「刷新模型列表」文案被顶到行右端 - 根因：`styles.css:11706`（本次修复前）宿主作用域那条「抵消通用按钮样式」的规则统一写了 `justify-content: space-between !important`（8 类 + `!important`）→ 特异性压过 `styles.css:11751` 的 `.conversation-model-menu-refresh { justify-content: flex-start !important }`（1 类） - 改法：宿主那条块**不再写对齐**（只留 position/display/align-items/width/margin/border/shadow/字号），对齐按角色分到共享样式面——`.conversation-model-select .conversation-model-menu button[role='option'] { justify-content: space-between !important }`（选项行名字左 / 勾右），刷新行继续用 `.conversation-model-menu-refresh { justify-content: flex-start !important; gap: 8px !important }`（gap 从 7px 收到卡片内既有的 8px 节奏，与工具条列间距同值，不新造数） - 实测（无头 Chromium，438px / 280px）：卡片 `padding-left: 12px`；**列表行 left = 刷新行 left = 459.5**（438 档；280 档同为 380.5）；图标 left = 行 left + 行内边距 10 = 469.5；文本 left = 图标右缘 482.5 + **8.00px** = 490.5；计算值 `justify-content: flex-start`、`gap: 8px`；文本右缘 562.5 ≪ 行右缘 693.5（改前会贴近右端） - 测试：`chatDialogFrameLayout.test.ts` 新增「模型菜单刷新行：图标与文本贴最左，选项行才用 space-between」——刷新行必须解出 `flex-start` + `gap: 8px`，选项行必须仍是 `space-between`（宿主块那条 8 类规则会被一并算进层叠求值，写回对齐就会变 `space-between` 而红）。**改前红（实测）**：把 `justify-content: space-between !important` 写回宿主块 → `expected 'space-between' to be 'flex-start'`（1 failed / 15 skipped）；移除即绿 - 校验：`vitest run appSurface + chatDialogFrameLayout + conversationModelSelect` **258 passed / 9 skipped**；typecheck pass 3 / fail 0；eslint（TS 部分）0 error；prettier 全绿；encoding 5402 files；spacetime-schema 93 tables；`git diff --check` rc=0 Refs #600, PR #607	2026-10-06 14:03:36 +08:00
suzmii	7e036a7199	润色钮挪到发送钮左边（右组相邻成组） ... - 口径：AI 润色 / 恢复原文与发送钮同为圆角矩形按钮，放一起更协调 → 从「左组 `@` `+` 之后」挪到**右组最末、发送钮左侧**，最终顺序 `@` `+` | 模型 麦克风 润色 发送（`space-between` 左右分组不变） - 实现：portal 挂点搬进右组（`DirectProjectComposer` 里把 `.project-chat-composer-controls-actions` 移到 `-controls-right` 内、发送钮之前），`actionsPortalTarget` 的「可选 prop、不传则行为不变」契约保持；用显式槽位而不是 CSS `order`，因为 DOM 顺序即 Tab 与读屏顺序（现在就是 模型 → 麦克风 → 润色 → 发送，与视觉一致） - 注释/文档同步：composer 与 styles.css 里「与 `@` / `+` 同组、排在左组最后一个」那类旧口径全部改成新口径（「与发送同为圆角矩形按钮、相邻成组」），pitfalls 同段一并更新；全仓 grep `输入类动作` / `生成类动作` / `排在左组` / `左组最后一个` 命中 0 - 测试：`chat-composer.suite.ts` 的 DOM 断言改成新挂点——润色钮必须在 `.project-chat-composer-controls` 内、父链是 `-controls-right`、**`slot.nextElementSibling` 就是发送钮**、且 `compareDocumentPosition` 证明润色在发送之前；`chatDialogFrameLayout.test.ts` 的源码顺序断言改成「挂点在 `-controls-right` 之后、`{canStopTurn` 之前」；空态「工具条之外无第二个按钮」计数仍为 6；七宽度单行/不相交用例不变（含新位置） - min-width 复核（无头 Chromium 夹具，240/280/296/320/360/438/900 七档）：控件排仍 **252px** 所需、外壳仍 **278px**；自然宽度 290.4（438/900 档）→ 算式不变；七档 `topSpread ≤ 1px`、控件两两相交 **0** 处、`outsideControlsRow` 空、润色钮与发送钮间距固定 **8px**（同一行、同一组） - 截图：240px 改前→改后 + 438px 改后 + 438px toast 已换新（正文引用与附件 1:1：12 = 12，未引用的旧图已删） Refs #600, PR #607	2026-10-06 10:57:19 +08:00
suzmii	69a5b868ef	修掉润色状态行的死声明：margin-top 6px 不再被后面的 0 盖掉 ... - 评审 D-A：上一轮给状态行加的 `margin-top: 6px` 被紧接着的旧 `margin-top: 0`（styles.css 两条 Direct 状态规则）覆盖 → 实际间距是 0、状态紧贴编辑器末行；注释与测试注释也跟着说错 - 改法：删掉那两行 `margin-top: 0`，保留 6px，并把 CSS 注释与测试注释改成事实（输入盒 `gap` 的 row 分量为 0，间距由状态元素自带） - 实测（无头 Chromium 夹具，438px 面板）：无状态行时输入盒 **72px** / 表单 **136px**；出现「AI 润色失败，可重试」时状态行 `margin-top` 计算值 = **6px**、状态行高 16.8px，输入盒 **95px** / 表单 **159px**（= 136 + 6 + 16.8）；空态仍 0 高，222 算式与空态断言不变 - 测试：`statusRowHeight = 0` 不再写死——断言 `ResourceReferenceInput` 里状态行仍是条件渲染（`polishing || polishError || polishNotice`）+ 状态规则 `margin-top` 解出 6px（谁改回常驻渲染或把间距写回 0 都会红） Refs #600, PR #607	2026-10-06 01:25:42 +08:00
suzmii	870d6457bc	输入区工具条改回唯一一行：润色钮并入工具条，nowrap + 实测 min-width ... - 口径：工具条只允许一行——`@` / `+` / 「AI 润色 / 恢复原文」/ 模型 / 语音 / 发送 六颗控件平铺，任何面板宽下都不换行、不堆叠、不重叠；宽度不够时按 `min-width` 横向溢出可见，发送钮仍在可视区内 - 换行来源（首轮为「避免重叠」加的 wrap）：styles.css:11893 `.project-chat-composer-controls`（6 类）`flex-wrap: wrap`、styles.css:11933 `.project-chat-composer-controls-left` `flex-wrap: wrap`、styles.css:13747 `.conversation-model-select` `flex-wrap: wrap` → 三处都改 `nowrap`；左组补 `flex: 0 0 auto`（固定 28px 动作钮不参与收缩，否则槽位被压窄会把润色钮挤到模型钮上） - 润色钮进工具条：`ResourceReferenceInput` 新增 `actionsPortalTarget`（portal 目标，不传时行为不变，策划面照旧），`DirectProjectComposer` 在左组 `+` 之后放挂点 `.project-chat-composer-controls-actions` 并传入 → 空输入态不再为它留一行；输入盒第二行只剩「润色状态」（无内容时 0 高，`gap` 的 row 分量 6→0、状态自带 `margin-top: 6px`） - min-width 算式（落到两个元素）：控件排 `.project-chat-composer-controls` = `@`28 + `+`28 + 润色28 + 模型钮 64（`min-width: 64px`，名字省略号）+ 语音28 + 发送28 = 204，加 5×8px 列间距 = 244，再留 8 余量 → **252px**；外壳 `form.project-chat-composer.is-direct-codex` = 252 + 左右内边距 12×2 + 边框 1×2 → **278px**。夹具实测：自然宽度 290.4、七档（240…900）控件 `top` 差值 ≤1px、两两相交 0 处、`outsideControlsRow` 空 - 低于 min-width：外壳保持 278px、**内容按自身宽度溢出可见**（面板与 composer 都不裁切，选它而不是给工具条 `overflow-x: auto` 是因为工具条里挂着模型菜单浮层，加滚动容器会把它裁掉——#600 的老问题）；240px 实测发送钮 rect 仍在窗口内且 `elementFromPoint` 命中它 - 测试：`chatDialogFrameLayout.test.ts` 新增「工具条只有一行…」——七个宽度下 `flex-wrap` 必须 `nowrap`（右组本来就不换行）、控件排 `min-width: 252` / 外壳 `min-width: 278`、组件源码里润色钮渲染在控件排之后的挂点；最高高度算式按新结构更新为 222。**改前红已记录**：把三个源文件 stash 回旧实现后单跑，`240px 下工具条必须保持单行: expected 'wrap' to be 'nowrap'` 与 `expected 228 to be 222` 两条同时红 - 校验：`npx vitest run tests/appSurface.test.ts tests/chatDialogFrameLayout.test.ts` → **225 passed / 9 skipped**；`agc:typecheck` pass 3 / fail 0；eslint、prettier、encoding 5280 files、spacetime-schema 91 tables、`git diff --check` 全绿；对照图与 PR 正文已更新 Refs #600, PR #607	2026-10-06 00:19:17 +08:00
suzmii	dd6e5186b0	已选段终点改到圆钮中心：圆钮右侧不再露出橙色 ... - 现象：4× 放大图里橙色 filled 段的右端越到圆钮右侧之外（圆钮边缘能看到一小截橙色） - 根因：渐变终点写成 `calc(20px + var(--strength-ratio) * (100% - 20px))`，而圆钮中心在 `10px + ratio * (100% - 20px)` —— 终点比圆钮中心多 10px（正好落在圆钮**右缘**），亚像素 / 圆角 / 描边误差都会让它露出来 - 改法：两个渐变停靠点都改成 `calc(10px + var(--strength-ratio, 0) * (100% - 20px))`，filled 段右端与圆钮中心重合；100% 时圆钮压在轨道右端、填充与圆钮右缘齐平 - 实测（无头 Chromium，4× 设备像素）：0/25/50/75/100% 五档沿轨道中线扫描，圆钮右缘以外主色像素命中数 **0**（改前对照图能看到橙色溢出）；hover / active / focus-visible / disabled 四态同样 0 - 守卫：`chatDialogFrameLayout.test.ts` 断言轨道渐变停靠点含 `calc(10px + var(--strength-ratio, 0) * (100% - 20px))` 且不含 `calc(20px + …)` Refs #600, PR #607	2026-10-05 18:56:35 +08:00
suzmii	9c350eeda5	删掉强度滑块的档位圆点；pointercancel 与「松手」同口径提交预览 ... - 用户口径：「你干脆把圆点删了吧，很丑…要做就做成几乎透明的」→ 按第一选择**删除**（不做半透明备选） - 标记：`.project-chat-composer-strength-slider` 里那组 `<span class="project-chat-composer-strength-stops">` + 5 个点整体删除 - CSS：`space-between` 排布、`z-index: 2` 抬层、`.is-active{opacity:0}`、点的 `color-mix` 底色、以及只服务点对齐的 `padding: 0 7px` 一并删除；强度区横向内边距 `4px 6px 2px` → `4px 0 2px`（滑块直接铺满卡片内容宽度，填充段与圆钮两端与轨道贴齐，不再留多余空白）；滑块容器去掉已无用的 `position: relative` - 保留：圆钮（实心暖白 + 柔影 + 2px 间隙焦点环）、filled 段铺满轨道高度 6px、`--strength-ratio`、`当前：X`、`aria-valuetext`、←/→/Home/End、点轨道跳档、拖动连续跟手（预览 / 松手提交） - pointercancel：触屏取消时与「松手」同口径提交当前预览（否则预览值会滞留到下一次提交或卸载 flush） - 测试：`chatDialogFrameLayout.test.ts` 原来那组「点」断言整段换成**反向守卫**（样式表里不再有 `.project-chat-composer-strength-stops` 规则、组件源码也不再渲染该类名；滑块契约：宽 100% / 高 26 / 圆钮 20×20、强度区左右内边距 0）；`home.suite.ts` 首页用例补一条「菜单里不再有那组点」 - 文档：pitfalls 的 D1 条改为现行口径（圆点已删、原因与判据；历史成因「被 6px 轨道盖住 / 与圆钮错位 ±12.2px」只留一句、由 Git 追溯） Refs #600, PR #607	2026-10-05 18:11:13 +08:00
suzmii	278ebc570e	强度区也抬成共享样式面：首页带同一份思维强度，滑块点色变浅、点与轨道同高 ... - 用户口径：①「把思维强度也加进去，保持所有地方的样式一致，不需要做区分」；②「点的颜色做浅一点，进度条的高度和滑块高度一致」 - ① 首页：`view/home/index.tsx` 给那颗 `ConversationModelSelect` 传**同一个** `ComposerReasoningEffortSelect`（`presentation=section`），读写仍是组件自己的 `read_game_creator_app_config` / `select_game_creator_reasoning_effort`，首页不新写 state；强度区（`.project-chat-reasoning-effort.is-section` / `.project-chat-composer-strength-*`）与外壳锚点（`position: absolute; right: 0; bottom: calc(100% + 8px)`）一并抬到共享样式面，宿主作用域只剩工具栏几何 - ① 实测（无头 Chromium，同一夹具同一裁剪框）：首页 1200/447 两档都是外壳 260×262.5、强度区 234×60.5、列表 234×170、滑块 222×26，与工作台逐项一致；工作台回归后外壳/强度区/列表/滑块逐值不变（抬升过程中必须删掉两条给旧独立「推理档」控件排版的死重规则，否则它们以更高特异性盖掉共享面的 `display: grid`，把强度区算宽 24px） - ② 点色：`--platform-text-strong` → `color-mix(in srgb, var(--platform-text-strong) 60%, var(--platform-subpanel-border))`；实测点 rgb(126,100,85) / 相邻轨道 rgb(230,213,198) ⇒ 对比度 3.83:1（上一版 10.5:1，仍守住 ≥3:1）。边界：点落在橙色已选段上时只有 1.54:1——「变浅」与「已选段也 ≥3:1」不可兼得，按「不抢戏」优先，取值可由这条 color-mix 的百分比统一调 - ② 变体 A（落地，默认）：填充段=轨道高度 6px（本来就是轨道渐变的一段），档位点也收到 6px（不再上下各露 0.5px）；实测轨道 6.0 / 填充 6.0 / 点 6.0 / 圆钮 20（range 盒 26）。变体 B（只出图、未提交）：填充段与点都做成 20px=圆钮高度；实测 20/20/20/20（range 盒 34）。447 下圆钮中心到最近可见点中心 37.5px(A) / 30.5px(B)，不重叠、不溢出 - 测试：`home.suite.ts` 的首页用例补断言（首页菜单里确实有 `input[type=range]`，`aria-label=思维强度`、`aria-valuetext=默认`）；`chatDialogFrameLayout.test.ts` 的强度区选择器改到共享面、并断言点 6px == 轨道高度、点色来自 color-mix、无描边 - 校验：相关 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 17:06:02 +08:00
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