1159 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	40f0b2cd24	Merge remote-tracking branch 'origin/master' into fix/agc-composer-layout	2026-10-06 11:35:11 +08:00
suzmii	811efc102c	Merge remote-tracking branch 'origin/master' into fix/agc-composer-layout ... 合并 master 76166b08c（模型目录不可用项 / 管理端等）：保留双方条目 - apps/ai-game-creator-shell/src/services/clientApi.ts：取 master 的 typed 目录读取（`ClientLlmModelCatalog` 已含 unavailableModels，不再手写 agentMode 映射），但保留本分支的文案「模型服务不可用」（本 PR 的口径，master 那侧还是旧的「本地…」） - ConversationModelSelect.tsx：import 取并集（`Lock` + `ReactNode`），渲染结构保留本分支的「强度区外壳」（`strengthSection ? <shell>{strengthSection}{modelMenu}</shell> : modelMenu`）——master 把菜单内联展开、并加了不可用项列表，那段已自动合并进 `modelMenu` 变量里，两边语义都在 - tests/conversationModelSelect.test.tsx：取 master 的新文案「所选模型已下线，已切换为默认模型」，保留本分支的异步查询（`await screen.findByText`，文案走 portal toast） - docs/project-memory/shared-memory/pitfalls.md：两侧条目都保留（本分支在前，master 新增在后） - 校验：typecheck pass 3 / fail 0；`appSurface + chatDialogFrameLayout + conversationModelSelect` 257 passed / 9 skipped	2026-10-06 11:00:40 +08:00
suzmii	7d342856fa	Merge pull request '修复运行页刷新按钮不真正重载' (#640) from fix/run-preview-refresh-reload into master ... Reviewed-on: http://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/640	2026-10-06 10:59:23 +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
k88936	796cf9843c	Merge remote-tracking branch 'origin/master' into feat/pricing-plan ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-10-06 10:14:15 +08:00
k88936	febbdd59d5	Merge branch 'feat/pricing-plan-fix' into feat/pricing-plan	2026-10-06 10:12:41 +08:00
suzmii	b7440d8c39	语音提示不再常驻 + 模型触发钮补 title + 工具条 DOM 级断言 ... - D-B：`voiceNotice` 只在 mic 的 `onNotice` 里 set、从不清理（会常驻到组件卸载）→ 改成「拿到转写就收掉」（`onTranscript` 里 `setVoiceNotice('')`）；提示是上一次动作的回执，选这个时机而不是 6s 定时，避免与 toast 的 6s 语义混在一起 - D-B 用例（改前红）：`chat-composer.suite.ts`「语音提示是上一次动作的回执：拿到转写后不再常驻」——录音 + `onerror({error:'network'})` → `project-chat-composer-notice` 出现「语音识别服务…」；再 `emitTranscript('做一个小游戏')` → 该行消失且节点脱离文档（旧实现里它一直在） - D-C：模型触发钮最窄可缩到 64px、名字走省略号但没有 `title`，截断后无从查看 → 触发钮补 `title={triggerLabel}`（与显示名同源），并加属性断言：`title` == 触发钮文本 - 测试加强（评审说偏声明级）：`chat-composer.suite.ts` 新增「AI 润色钮在工具条这一行里（DOM 位置级）」——润色钮必须位于 `.project-chat-composer-controls` 内、父链在 `-controls-actions` 挂点里、不在 `.resource-reference-input` 里、空态工具条外没有第二行按钮（用真实挂载的 Direct 输入区断言）；同排几何（top 差 ≤1px、两两不相交、七宽度）由无头 Chromium 夹具实测（240/280/296/320/360/438/900 全通过） - 校验：`appSurface + chatDialogFrameLayout` **227 passed / 9 skipped**；typecheck pass 3 / fail 0；eslint、prettier、encoding 5327 files、spacetime-schema 92 tables、diff-check 全绿 Refs #600, PR #607	2026-10-06 01:25:43 +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	bbd5e51d3d	测试：模型状态文案改走底部 toast 后改用异步查询 ... - `conversationModelSelect.test.tsx` 两处同步 `screen.getByText('…')` 改为 `await screen.findByText(…)`：状态文案现在渲染在 portal 的 toast 里（发布 → 宿主 re-render 一次），同步查询在慢机/并行下会竞态（CI 上就是这样红的） - 本地：`npx vitest run tests/conversationModelSelect.test.tsx` 29 passed；`appSurface + chatDialogFrameLayout` 225 passed / 9 skipped Refs #600, PR #607	2026-10-06 00:35:32 +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	342cc75d20	Merge remote-tracking branch 'origin/master' into fix/agc-composer-layout ... 合并 master 96859666f（AGC 运行画面点选 #624 等）：保留双方条目 - docs/project-memory/shared-memory/pitfalls.md 冲突：本分支 2 条（2026-10-05 PR #607 复核修复 / 模型菜单共享样式面）在前，master 新增 6 条（运行画面点选 ×5、Phaser 4 ×2）紧随其后，其余各节原样保留 - 其余文件自动合并（master 侧改动与本分支不重叠）	2026-10-05 21:01:39 +08:00
k88936	d917d2f4d1	修复(AGC模型): 会员到账后主动刷新模型目录 ... - confirmNativeRechargePayment 确认订单为 paid 且 kind=membership 时调用 notifyLlmConfigChanged - 保留 applyCatalog 的 revision 门控不变，由配置变更事件重置已应用 revision 并重新读取 - 补「revision 不变但账号档位变化时，显式通知必须重新应用」的回归测试	2026-10-05 20:22:43 +08:00
suzmii	3204758f34	模型不可用与模型状态一律走组件自带的底部 toast：删掉宿主分支 ... - 现象：`errorPresentation` 默认 `inline`，只有工作台那只传 `toast` + 宿主回调；首页/策划/画布的输入区里「模型服务不可用」还是**常驻占位文本**，不是浮层——同一个组件在不同宿主表现不一致 - 改法：浮层收进组件内部。新增 `components/common/composerNotice.ts`（模块级单例：`publishComposerNotice` + `useComposerNoticeHost`）与 `components/common/ComposerNoticeToast.tsx`（portal 到底部居中、6s 自动收起）；`ConversationModelSelect` 与 `ComposerReasoningEffortSelect` 自己在失败/状态出现时报一条（各自去重：同一条只弹一次、清空后可再弹），失败 `tone="error"`、状态 `tone="neutral"` - 单宿主：同一输入区里两个调用点只有一个真正渲染（编号最小的那个），保证同一时刻只有一条浮层、不会互相叠；输入区整体卸载时把待显示的提示一并丢掉，不留给下一个宿主 - 删宿主分支：`errorPresentation` / `onUnavailable` / `onNotice` / `noticePresentation` 四个 prop 与工作台宿主的 toast state / `pushModelNotice` / `pushModelStatus` 一并删除（grep 命中 0）；任何宿主的输入区子树里都不再有常驻 `role="alert"` / `role="status"` 行 - 语义不变：不可用时发送仍禁用（`!modelReady`）；文案仍是「模型服务不可用」；档位持久化通道不变 - 测试：新增「首页模型不可用与状态也走组件自己的底部 toast（子树不留常驻行）」；`design-agent.suite` 的推理档保存失败改成断言底部 toast + 控件子树无 `role="status"`；`chat-composer.suite` 的失败去重用例改成断言 toast 节点（同一条不重复弹、清空后再出现换新节点） Refs #600, PR #607	2026-10-05 20:22:41 +08:00
suzmii	386fe4b64f	Merge remote-tracking branch 'origin/master' into fix/run-preview-refresh-reload	2026-10-05 19:17:50 +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
k88936	9a00700447	修复(AGC模型): 添加协议字段并确保无可用模型时 unavailableModels 返回空数组	2026-10-05 18:51:53 +08:00
suzmii	364b1aa342	Merge remote-tracking branch 'origin/master' into feat/agc-runtime-picking-engines ... - 冲突解决（3 处）： - agc-game-production-workflow/SKILL.md：双方都保留——第 4 条用本分支版本（含「运行画面点选契约」指针），第 5 条用 master 的新构建验证口径 - agc-skills/manifest.json：先取 master 侧，再用 `agc:skill-pack:sync` 按合并后内容重新生成 version 与指纹（2026-08-26.41），`skill-pack:check` 通过 - pitfalls.md：两侧新增条目全部保留（按日期倒序：本分支 10-05 / 10-04 条目在前，master 的 10-04 / 10-03 条目紧随，未改动任一方内容） - 无冲突但人工核对：`agc-web-game-development/SKILL.md`（本分支「运行画面点选契约」小节 + master 内容都在）、 `index.tsx`（我们的 `handleRuntimeInspectSelection` 回调体逐字不变，master 新增内容都在） - 桥脚本 sha256 未变（9513020cfffa79128fb6355d44cdaabe666eefecbd96b7e807b15d2c4601bf76），真机证据对应字节不变	2026-10-05 18:25:49 +08:00
suzmii	fe3c1389ae	推理档：外部改配置后重读并重新种「最近落盘值」，重选同一档仍然落盘 ... - 问题（评审 D5 边界）：`persistedEffortRef` 只在挂载回读与自身落盘时更新，而配置还有别的写入者——`RuntimeConfigDialog` 保存后会 `notifyLlmConfigChanged()`。外部把 `llm.reasoningEffort` 改成「最高」后，常驻挂载的滑块手上仍是旧口径：用户改选「高」时 `next !== persisted` 本来成立，但若外部改成了用户要选的**同一档**（或先外部改档再重选原档），去重会把这次点击吞掉，界面显示 A、磁盘是 B - 改法：把「读一次配置」抽成 `readEffortRef`，挂载时读一次，另外在 `LLM_CONFIG_CHANGED_EVENT` 与窗口 `focus` 时**重读并重新种 `persistedEffortRef`**（只读不写盘；`silent` 时不重复报「推理档读取失败」）；写盘在途或预览未提交时不回显，避免回读旧值把界面顶回去 - 用例：`chat-composer.suite.ts`「an external config change is re-read so re-selecting that grade still commits」——挂载读到「默认」→ 外部改档 + 派发 `LLM_CONFIG_CHANGED_EVENT` → 断言回显成「最高」→ 用户改选「高」→ **必须写一次**（改前该用例红：writes 里没有 'high'，界面对着旧口径把这次点击去重掉） - 滑块 pointercancel 的用例也在这一条里（handler 随上一条提交落地）：预览后 `pointercancel` → 恰好写一次 Refs #600, PR #607	2026-10-05 18:11:20 +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
k88936	6738cf1aa9	Merge remote-tracking branch 'origin/master' into feat/pricing-plan ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-10-05 18:00:09 +08:00
k88936	8009a70bb1	测试(AGC模型): 目录透传用例去掉过期的映射断言 ... - loadClientLlmModels 已改为直接透传 Rust typed command 结果 - 用例改名为透传断言，不再期望渲染层补默认 agentMode（该逻辑已下沉到 Rust）	2026-10-05 17:42:46 +08:00
suzmii	14283db943	修复运行页「刷新运行画面」不是真正重载 ... - 刷新时给 iframe 地址加一枚随 reloadNonce 递增的 __agc_reload 参数：同一地址的导航可能命中缓存，只换元素身份不足以保证重新请求 - 重新载入时丢掉上一版量到的内容尺寸，新页面先在容器尺寸上适配，不再被上一版的适配结果渲染 - tests/localGamePreviewFrame.test.ts 补刷新回归：换新节点 + 地址带一次性参数 + 丢弃旧测量 - tests/runPreviewRefresh.test.tsx 断言改为新契约（原地址逐字保留、参数逐次递增、节点每次都是新的）	2026-10-05 17:08:21 +08:00
suzmii	7ad412f0ec	修运行画面点选后预览自己缩放：高亮框不再参与尺寸上报，命中矩形裁剪到画布 ... - 根因：高亮框（body 下 data-genarrative-preview-inspect，position:fixed）被尺寸上报的 measureContentBounds 遍历计入内容尺寸；three 投影盒超出画布时把内容尺寸撑到 3756×2643（视口 900×560），宿主改 iframe 尺寸触发游戏 resize 重算相机，形成自激振荡 - 桥：measureContentBounds 的 TreeWalker 对 data-genarrative-preview-fit / data-genarrative-preview-inspect 返回 FILTER_REJECT（桥自己的节点不参与内容测量） - 桥：新增 clipInspectRect，引擎档（three 投影盒、Phaser 世界包围盒）命中矩形统一裁剪到画布可见范围；与画布无交集时退化为指针点矩形（不出现 0/负尺寸） - 测试：新增 localPreviewInspectSizeStability.test.ts（5 例：桥节点不参与测量、同尺寸普通节点仍计入的对照组、进入检查模式与 hover 后尺寸与宿主适配布局不变、投影盒超出画布时载荷被裁剪、与画布无交集时退化为 1×1）；runtimeInspectEngines 的字段换算用例改到画布内的等价参数（原矩形落在画布外，裁剪后按新规则退化为指针点矩形） - 文档：pitfalls 记一条「高亮框被尺寸上报当成页面内容」的根因、口径与回归	2026-10-05 17:08:03 +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	05f20e4c71	Merge remote-tracking branch 'origin/master' into fix/agc-composer-layout ... # Conflicts: # docs/project-memory/shared-memory/pitfalls.md	2026-10-05 16:20:10 +08:00
suzmii	21c79f54a4	Merge pull request '修复：AGC 窗口标题栏项目标签改认当前项目（#618）' (#621) from fix/agc-titlebar-project-label into master ... Reviewed-on: http://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/621	2026-10-05 16:11:16 +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	45ae29461c	评审后续：修正标题栏项目标签的空态、视图门控与文案 ... - 面板形态：快照读取成功但没有在跑回合时不再渲染「未能读取正在运行的项目」，补回 !readFailed 守卫 - 发布门控：currentProjectPath / currentProjectName 只在 launcherView === 'project-development' 时发布，离开工作台按口径回落到最近启动的在跑项目 - 菜单头部只报运行中数量，读取失败结论由 role=status 一行独占，避免同一句连排两遍 - 标签提示拆成「作用域 + 运行状态」：回落态记为「最近运行的项目：X」、状态位「共 N 个项目在运行」，不再重复「正在运行」 - 数量徽标补 title 说明数字含义 - 用例：新增面板空态回归与两条视图门控回归，更新两处标签断言；三条定向文件 25 passed - 文档：决策日志补 2026-10-05 评审后续条目并修正实施计划交叉引用，里程碑补 2026-10-05 修订，实施计划与主规范同步口径	2026-10-05 15:35:55 +08:00
suzmii	19d179bde4	运行画面点选：three 句柄瘦身 + 命中对象 label 兜底 ... - 桥：three 句柄改读 `handle.three || handle.THREE`（旧整命名空间形态仍兼容），四个构造器缺任一即按未命中退化 - 桥：three label 链补 `object.name` → `geometry.type` → `object.type`，Phaser 补 `name` → `type`（取值超 40 字符丢弃）；命中对象但取不到素材身份时芯片不再一律是 `@canvas` - 契约：agc-web-game-development 的「运行画面点选契约」改用瘦身句柄 `three: { Raycaster, Vector2, Vector3, Box3 }`，并写明整命名空间会破坏 tree-shaking（同一 Vite 构建 517,682 B → 730,831 B，+41%）；skill-pack 指纹同步到 2026-08-26.39 - 模板：threejs-3d-starter 与 blank-3d-scene 的句柄源改成瘦身形态 - 测试：runtimeInspectEngines 新增 6 例（瘦身句柄命中、旧命名空间兼容、name / geometry.type / object.type 兜底、缺构造器退化），共 33 例 - 文档：功能说明补 label 兜底与瘦身句柄的验收行和边界；pitfalls 记一条 tree-shaking 口径；实施计划阶段二进展补该轮结论	2026-10-05 15:23:46 +08:00
k88936	a48b7f8de8	Merge remote-tracking branch 'origin/master' into feat/pricing-plan ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-10-05 10:50:30 +08:00
suzmii	4227724b33	修拖动不跟手：拖动中不再 disable 滑块，松手才落盘 ... - 根因（实测定位）：拖动中每来一个 input 就 `selectEffort`，写盘期间 `saving` 让 range 变成 `disabled`；浏览器会当场中断正在进行的原生拖拽 —— 无头 Chromium 用真实指针序列（按下 + 8 步横移）复现：`disabled` 在首个 input 后 11ms 置真、14ms 复位，整段拖动只收到 **1 个 input 事件**，`--strength-ratio` 8 步全程冻结在 0.25 - 改法：拖动中的连续事件（`onChange`/`onInput`）只更新**预览档位**（视觉与 `--strength-ratio` 立刻跟手），落盘推迟到松手时刻：原生 `change`（range 的提交事件）+ `onKeyUp` / `onBlur` / `onPointerUp` 汇合到一个 `commitPreview()`，一个手势只写一次；range 的 `disabled` 回到只看宿主 `disabled`，不再受写盘影响 - 预览与落盘共用同一套档位枚举、`select_game_creator_reasoning_effort` 通道与「以回读值为准」逻辑，语义未变；键盘 ←/→、点轨道、拖动后离开再回来都走同一条路 - 回归测试：`chat-composer.suite.ts` 新增「拖动中保持可用 / 节点不被重挂载 / 拖动中不落盘 / 松手提交一次且值一致」用例（改前红：`拖动中不应禁用滑块：禁用会中断正在进行的原生拖拽: expected true to be false`），并把既有滑块用例的提交步骤补上"松手" - 修后同一条指针序列实测：ratio 轨迹 `[0.25,0.25,0.5,0.5,0.75,0.75,1,1]`（连续跟手）、`disabled` 全程 false、拖动中 changes=0 且松手后 changes=1、标签「当前：最高」 - 校验：typecheck、`workbenchThemeContrast` + `chatDialogFrameLayout` + `appSurface` 共 216 passed / 9 skipped、eslint、prettier、encoding、spacetime-schema、diff-check 全通过	2026-10-05 10:46:02 +08:00
suzmii	67d06bc168	独立评审收口 #599：命名行事件时序、命名任务 update 门禁、失败关闭与 legacy 用例 ... - P2-2：命名行的账本订阅与恢复读合并为同一次 effect 的「先订阅、后读、只读一次」（与素材队列先订阅后派发同口径），并在「生成任务」面板打开且**确有在途命名行**时补读一次兜底——多读会改变既有生成任务链路可观测的轮询计数，因此不给没有命名任务的项目加读。新增 2 条 appSurface 用例（错过终态事件仍到终态 / 面板打开补读），并做了「改前红」验证：退回「先读后订阅 + 面板不补读」两条即红。 - P2-3：update_local_project_naming_task 补 project.rename 权限门禁（与 enqueue 同口径）、校验记录 project_id 与项目一致、终态只接受同状态幂等重放（completed→failed 一律 Err 且不写盘）；新增 3 条 Rust 用例。 - P2-4：新增失败关闭与 schema 分支用例——超长项目名条件改名 Err 且 manifest/revision 不变、不支持 schemaVersion Err、缺 schemaVersion 按 v1 接受。 - P3-1：legacy v1 兼容用例改为断言兼容性质（字段原样保留），不再引用 phase 文案常量。 - 文档：pitfalls 补「兼容是单向的（旧构建读含命名记录的账本会整份失败，含影响面/触发条件/潜在低成本正向兼容方向）」与「先订阅后读快照」「update 门禁与终态语义」三条边界；decision-log 同步边界与数字。 - 门禁：AGC 全量 1964 passed / 17 skipped（appSurface 200 passed / 9 skipped）；cargo asset_generation_task 27 passed、conditional_project_rename_tests 7 passed；agc:typecheck、lint:eslint（0 problems）、check:encoding、check:spacetime-schema、cargo fmt --check、git diff --check 全过。	2026-10-05 00:55:29 +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	0aeea3dbb5	合并 master 6c956605：保留 #605 与 #600 两侧改动 ... - 目的：用户准备合并 PR #607，先把 head 更新到包含最新 origin/master（6c956605，含 #615 顶栏布局、#619 折叠箭头、作品管理与 Phaser4 发布等） - 冲突仅 docs/project-memory/shared-memory/pitfalls.md（两边都在文件顶部加条目）：保留本分支三条（输入区不留常驻状态行 / 档位改 popover 滑块 / #600 输入区叠压）与 master 四条（随包 plugins feature 门禁、worktrees 下 Vite 被忽略规则排除、同工作树并发 dev 栈、Windows 阻塞模态用例挂死 runner） - 其余文件自动合并：#605 的 useImperativeHandle/insertReferences/注册活跃输入区与本分支的 presentation="slider"/modelLabel/errorPresentation="toast"/onUnavailable/ComposerModelNoticeToast 并存；project-development.suite.ts 的 [data-resource-reference-id] 引用插入断言与 composer 几何 gap: 8px 断言并存 - 合并后复跑：npm run agc:typecheck 通过；chatDialogFrameLayout + appSurface + activeChatComposer + resourceCanvasChatReferenceDrop 共 224 passed / 9 skipped；eslint（改动文件）通过；prettier --check 通过；check:encoding 通过；check:spacetime-schema 通过；git diff --check 干净	2026-10-04 23:43:29 +08:00
suzmii	d550d882d4	合并 master 6c9566058：保留 v2 账本/命名任务与 master 侧改动 ... - 冲突仅在 docs/project-memory/shared-memory/decision-log.md 与 pitfalls.md（双方都在顶部追加条目）：两边条目全部保留——本分支的 Issue 599 条目（AI 项目命名解耦 / 生成任务账本 taskType + live 集合）在前，master 侧新增条目（发布版本标签派生、随包 plugins feature 档位、.worktrees 下 Vite 忽略规则、并发 dev 栈、Windows 阻塞模态用例）原样保留，逐条核对无丢失。 - 其余文件（desktop.rs、check-config.mjs、view/project-development/index.tsx、src-tauri 多处、admin-web、game distribution 等）均为自动合并，无冲突。 - 合并后自证：v2 账本常量/命令注册/命名任务命令名/条件改名空 expected 校验/entrySettled 顺序/命名行与事件刷新/三个测试文件的关键断言全部在位（脚本逐条核对 ALL_OK）。	2026-10-04 23:37:57 +08:00
suzmii	b2307a5c5c	Merge remote-tracking branch 'origin/master' into feat/agc-runtime-picking-engines ... # Conflicts: # docs/project-memory/shared-memory/pitfalls.md	2026-10-04 21:47:51 +08:00
suzmii	6264fed6b4	运行画面点选结果收敛到 manifest 现有素材 id ... - 新增匹配纯函数：显式 id、精确路径后缀、文件名、序列帧地址四档，未知值一律丢弃 - 恰好命中一个素材且标签由文件名派生时，芯片名归一化为资源显示名 - 点选处理改为调用该纯函数，派发载荷字段与顺序不变 - 新增匹配与标签归一化的单元用例	2026-10-04 20:50:26 +08:00
suzmii	6c6850352e	AGC 运行画面点选新增 Phaser 4 与 three.js 引擎档 ... - 预览桥脚本从 preview.rs 的 Rust 字符串常量搬到 resources/preview/local-preview-fit.js，改由 include_str! 引用，尺寸上报与 DOM 点选行为逐字不变 - 抽出共享命中解析，DOM 档语义保持原样 - 新增 canvas 引擎档：只认玩法发布的只读句柄，实现 Phaser 4 与 three.js 两条适配与几何兜底 - 素材身份显式标注优先于贴图地址推断，取不到时退化为不带素材的区域引用，不伪造 id - 新增引擎档用例，直接加载随包桥脚本文件断言消息载荷 - 随包桥脚本加入 prettier 排除，保持逐字内容	2026-10-04 20:45:48 +08:00
suzmii	9755b381c1	Merge branch 'master' into fix/agc-titlebar-project-label	2026-10-04 20:05:42 +08:00
suzmii	6c95660588	Merge pull request '优化 AGC 工作台顶栏布局：一行到底、版本入口钉右分级、播放并入运行页签（Issue #613）' (#615) from fix/agc-toolbar-layout into master ... Reviewed-on: #615	2026-10-04 20:04:30 +08:00
suzmii	42364befb1	同步发布面板测试：删除已废弃的「按首版」提示断言 ... - tests/gameDistributionPublishPanel.test.tsx：删除「已有绑定时进入更新模式，回填线上资料并按派生项目版本提交原 gameId」用例中对 /本次发布按首版 v1。/ 的断言（该文案随 5a651f3ea 删除 projectVersionHint 一并下线，属遗漏同步） - 版本派生本身仍由同用例的「项目版本」只读值 1、提交参数 versionNumber=1 覆盖，断言能力未削弱	2026-10-04 19:43:27 +08:00
suzmii	c9df6edc63	修复：AGC 窗口标题栏项目标签改认当前项目（#618） ... - 窗口标题栏标签主文案恒为当前项目名：WindowChromeActiveProjectRuns 新增 currentProjectName，由 WorkspaceLauncher 发布当前项目清单名，WindowChrome 透传给标题栏入口 - 正在运行的项目降级为圆点、运行中数量徽标与展开菜单：ActiveProjectRunsPanel 主文案不再取开始时间最晚的在跑项目 - 展开菜单里当前项目那一行沿用清单项目名，meta 首位标「当前」，aria-current 保留 - 运行快照读取失败不再整块替换标签：圆点转告警色，结论落在菜单内一行；既无在跑项目又无当前项目名时保留原来的纯提示 - 新增 .launcher-runs-panel-dot.is-warning 与 .launcher-runs-titlebar-menu-note 样式 - 用例：directActiveTurns 新增三条回归（别的项目在跑时标签仍是当前项目、当前项目自己跑时列表带「当前」、读取失败不顶掉当前项目名），WindowChrome 新增当前项目优先级用例，并把「只显示最后开始的项目」用例改名为「不在项目内时…」 - 文档：修正主规范 2026-09-15 段的标题栏条目、里程碑与实施计划文末修订，decision-log 追加 2026-10-04 决策	2026-10-04 18:57:20 +08:00
suzmii	5a651f3eae	删除发布面板冗余提示文案 ... - GameDistributionPublishPanel.tsx：删除「项目版本」下的说明段（projectVersionHint 派生逻辑与其 useMemo、以及渲染它的 hint span），面板不再写「发布将使用最新内部版本 v{N}…」「线上最近提交 vN 是平台侧事实…」 - GameDistributionPublishPanel.tsx：删除简介/分类的三态提示文案（「正在根据创作内容生成简介和分类…」/「AI 已根据创作内容生成…」/「已根据创作内容预填…」）及支撑它们的 metadataSuggestionPending、metadataSuggestionReady 两个 state 与请求完成后的置位，保留静默预填行为 - apps/ai-game-creator-shell/src/styles.css：删除随上述提示一起作废的样式（-7 行） - tests/gameDistributionPublishPanel.test.tsx：同步删除对已废弃提示文案的断言（-15 行）	2026-10-04 18:45:56 +08:00
suzmii	2e74092743	发布版本文案去诱导：卡面角标只写最新，面板写明发布固定取最新内部版本 ... - resourceProjectionModel.ts：publicationTag 注释改为「值是内部版本序数（versions.length），也就是发布时会提交的那个标签」，并注明卡面只渲染中性的「最新」角标，不再写「发布标签 v{N}」 - GameDistributionPublishPanel.tsx：「项目版本」说明注释写明发布提交的标签是 versions.length（最新内部版本序数），不读任何「选中版本」；画布上的选中/「当前版本」只影响当前版本素材与运行播放哪一版 - index.tsx / styles.css：版本卡角标由「最新 · 发布标签 v{N}」改为中性的「最新」，并换用卡面既有的中性 pill 样式 - gameDistributionPublishPanel.test.tsx：同步旧的角标/文案断言	2026-10-04 17:58:50 +08:00
suzmii	530d166a65	修 CI 的 import 顺序门禁：三个改动文件的 import 排序 ... - Repository checks 的 eslint 报 simple-import-sort/imports 三处（ComposerControls.tsx、DirectProjectComposer.tsx、chat-composer.suite.ts），全部是 import 排序，没有逻辑改动 - 用 npx eslint --fix 自动修（+4/−5），随后 prettier --check、npm run agc:typecheck、appSurface 用例复跑全部通过	2026-10-04 17:56:41 +08:00
suzmii	3dcfbb1d10	合并 origin/master（33552d2ed）：文档冲突两边条目都保留 ... - 冲突仅在 docs/project-memory/shared-memory/decision-log.md 与 pitfalls.md（双方都在文件顶部追加最新条目）。 - 解决方式：两边条目全部保留——本分支的 Issue 599 条目（AI 项目命名解耦 / 生成任务账本 taskType）在前，master 侧的新条目（#604 游戏游玩次数两条、#602 AGC 画布引用、AGC 渠道更新两条）原样保留，逐条核对无丢失。	2026-10-04 17:17:30 +08:00
suzmii	206c625a58	顶栏两端留给两枚大分组：排序分段收行尾，版本入口移到它左边 ... - index.tsx：把「依赖 / 类型」分段从动作区中部挪到动作行最后一个子元素，版本入口紧邻其左（版本不再是最右那一枚） - styles.css：排序分段左边距的注释改成与左邻无关（现在左邻是版本入口） - 用例：资源版本切换新增顶栏顺序断言（版本入口在排序分段之前、排序分段是动作行行尾）；生成任务侧栏用例改判排序分段为动作行最后一个子元素 - 文档：PRD 两端分组条款、验收用例 S16 入口位置、决策记录、改动后对照图与 README 重拍	2026-10-04 17:14:26 +08:00
suzmii	a554b0c7ca	把 AI 项目命名接进「生成任务」体系：账本 v2 任务类型、命名任务入队与推进、面板命名行 ... - 账本 v2：记录新增 taskType（asset-generation / project-naming，缺省 asset-generation，旧壳按素材任务读回），kind 改为可选；schema 升 agc-asset-generation-task.v2，读取同时接受 v1 与 v2。 - 新增 enqueue_local_project_naming_task / update_local_project_naming_task：命名任务入队时登记 live、终态写盘后摘除（写盘失败只回滚本轮插入），中断残留按命名口径收口为 failed（文案不含「目标素材」）。 - 首页命名链路改为推进这条任务：入队 → 命名中 → 已完成（已应用 AI 名称 / 建议名与现状一致 / 用户已手动改名而跳过）或失败（无可用名称 / 自动改名失败，均保留兜底名）；账本只作展示旁路，推进失败只写诊断日志。 - 前端模型与面板支持命名行：按 taskType 把命名记录从素材任务分支剔除，命名行固定展示名「AI 项目命名」、只在终态显示结论、不渲染缩略图/提示词/定位动作；命令名写字面量以满足 check-config 静态枚举门禁。 - 工作台订阅账本变更事件做一次受控快照读取刷新命名行（不新增固定频率轮询）；另修：命名行的 useLiveNow 收进独立组件，避免行种类变化导致 hooks 数量变化。 - 测试：homeProjectNamingAsync 12 例（新增入队→命名中→终态推进序列断言）、projectNamingGenerationTaskRow 3 例、appSurface 建项后命名行可见 + 事件刷新出终态结论 + 标题/列表同步；Rust asset_generation_task 22 例（含 naming_task_stays_in_flight_across_ledger_reads_until_terminal、legacy_v1_ledger_reads_back_*）。 - 文档：decision-log 改写为「生成任务体系里的后台任务」、pitfalls 新增 taskType/live 集合条目、实施计划专题补任务接入口径。 - 门禁：AGC 全量 1925 passed / 17 skipped；cargo 定向 22 + 6；npm run agc:typecheck（含 check:tests:types 与 check-config）；cargo fmt --check；check:encoding；git diff --check。	2026-10-04 16:59:59 +08:00