787 Commits

Author	SHA1	Message	Date
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
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	96859666ff	Merge pull request 'AGC 运行画面点选：canvas 玩法上识别 Phaser 4 / three.js 的已登记素材（#612）' (#624) from feat/agc-runtime-picking-engines into master ... Reviewed-on: http://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/624	2026-10-05 19:16:03 +08:00
suzmii	7d73a0a3ce	文档：pitfalls 新增段落的措辞改成中性口径陈述（去掉引述） ... - 2026-10-05 两条与 2026-10-04 两条里「用户口径是…」这类引述改成直接陈述（删点、视觉口径、首页强度区分两步收敛） - 只改措辞与一处顺序说明，技术结论与实测数字不变 Refs #600, PR #607	2026-10-05 18:56:41 +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	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	d7c4f82d7d	修复自查发现的门禁与体验问题：格式、超时态语义、压缩 CPU 边界 ... - 新增 Rust 测试补齐 cargo fmt；ESLint 按仓库约定收口：常量与解析函数拆到 platformGameLoadingSurfaceModel.ts，删除 GAME_PLAY_STARTUP_TIMEOUT_MS 常量别名（测试直接用共享常量） - 共享加载面新增 stalled：宿主判定等待不再推进时停掉进度动画并把 aria-busy 置回 false（去掉与 role=status 重复的 aria-live） - 后台试玩超时时传入 stalled，避免「一边转圈一边说超时」 - Accept-Encoding 权重参数名改为大小写不敏感（RFC 9110 §12.5.3），GZIP;Q=0 视为拒绝并补用例 - 发行资源压缩分级：≥2 MiB 改用 level 1（zlib 端实测约 1/3 耗时、压缩比差约 3%），小文件仍用 level 6 - 文档：主规范补压缩与条件请求契约（并写明 60 秒窗口与撤销窗口不放宽）、nginx README 修正 Pingora 压缩关闭时的口径、pitfalls 补 CPU 边界与措辞修正	2026-10-05 18:02:48 +08:00
suzmii	f58f51052c	补正 pitfalls 里的实测数字：gzip 后 phaser.min.js 为 353,336 B，并记录两侧画面耗时对照	2026-10-05 17:15:07 +08:00
suzmii	3206f8f49b	修复在线游玩加载体验：加载期黑屏/空白与发行资源传输开销 ... - packages/shared 新增共享游戏加载面 PlatformGameLoadingSurface：封面/标题 + 动效进度 + 按时长推进的阶段文案（准备/资源/引擎）+ 慢加载提示，附用例 - 网页游玩页用共享加载面替换近黑壳上的一行小字，加载上限改为共享常量 PLATFORM_GAME_LOADING_TIMEOUT_MS - 后台审核试玩补加载面、20 秒超时与「重新创建试玩会话」入口，新会话重置加载态；补两条用例 - 发行网关（api-server）对文本类发行资源按 Accept-Encoding 下发 gzip，并下发强 ETag、命中 If-None-Match 返回 304；补 5 条 Rust 用例 - E2E 脚本 check-game-distribution-ops-rollback-e2e 补压缩/Vary/ETag/304/不接受 gzip 四条断言 - 同步 pitfalls、开发运维文档、nginx README 与两份里程碑记录	2026-10-05 17:14:32 +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	ac060a80fb	prettier：pitfalls 新增段落按仓库格式折行（lint-staged 不覆盖 markdown）	2026-10-05 16:00:52 +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	a299252f2a	收口 #599 评审：文档补面板补读的门控条件、PR 正文用例数字与真实计数对齐 ... - 文档口径对齐：pitfalls 的「前端读快照的时序」边界与 decision-log 同段补上门控条件——面板打开时**仅当列表里确实存在在途命名行时才补读**（不给没有命名任务的项目多打一次账本 IPC，避免改变「轮询计数」这类外部可观测行为）；不再写成「无条件补读」。 - PR #606 正文数字统一为实测值：测试节 asset_generation_task 22 例 → 27 例、conditional_project_rename_tests 6 例 → 7 例（并补上新用例名），验证节全量 1934 → 1964 passed / 17 skipped，合并段补上 76cd1f057（merge f47a8f305）。 - 用例计数命令与输出：cargo test … asset_generation_task → running 27 tests / 27 passed；cargo test … conditional_project_rename_tests → running 7 tests / 7 passed；静态计数（按测试模块内 #[test] 计数）同为 27 / 7；前端 npx vitest run homeProjectNamingAsync projectNamingGenerationTaskRow → 12 + 3 passed，appSurface.test.ts → 209 tests（200 passed / 9 skipped）。 - 本轮同时把分支合并到最新 origin/master tip 76cd1f057（merge f47a8f305，含 #608 Direct 交付合同重构与临时文档清理）——与本文档/hunk 无冲突，合并后 git merge-base --is-ancestor origin/master HEAD 返回 0。 - 未改动项（评审判定非阻塞）：useHomeProjectCreation.ts 的改名 revision 回写沿用既有改名路径同形写法，本轮无改动。 - 门禁：cargo 定向 27 + 7、cargo fmt --check、agc:typecheck、lint:eslint（0 problems）、check:encoding、check:spacetime-schema（91 表）、git diff --check 全过；前端命名/面板 15 passed、appSurface 200 passed / 9 skipped。	2026-10-05 15:51:41 +08:00
suzmii	8d1980488e	补预览桥注入与去重的覆盖空白说明 ... - 踩坑记录新增 2026-10-05 条：preview.rs 的标签注入与去重没有用例覆盖，列出 4 个既有用例并给出人工验证清单	2026-10-05 15:43:41 +08:00
suzmii	629369eb0c	补齐运行画面点选的两条真机踩坑与阶段二真机复验状态 ... - pitfalls：新增「three 档句柄少构造器会整体失效」（Raycaster/Vector2/Vector3/Box3 缺任一即不进引擎档、芯片回落 canvas 且不报错，含四步排查顺序）与「预览桥脚本是编译期内嵌的：改完必须重启 AGC 客户端」 - 实施计划·阶段二进展：补真机复验环境已就绪（客户端自本分支编译启动、exe 内 6 处新代码标记已核实、CDP 可用）与「点选复验待执行」（客户端登录态过期停在登录页）	2026-10-05 15:31:44 +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
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	3383c13bba	模型菜单视觉重做：照 Codex 观感 + 我们的暖色 token（复核反馈 2 之二） ... - 卡片：圆角 12 → 16px、内边距 12px、描边换成极淡 `--platform-line-soft`、投影改暖色 `rgb(112 57 30 / …)`（不用纯黑）；去掉横贯分隔线，强度区与列表之间只用留白分开 - 强度区：标题 `--platform-text-strong` 12/600、右侧「当前：X」`--platform-text-soft` 11px；单列铺满（`minmax(0,1fr)`，否则 `auto` 轨道只按 max-content 定尺、滑块被压回 129px）；滑块与档位点包一层相对定位容器，点改绝对定位叠在轨道中线 - 滑块：轨道 6px 圆头，已选段 `--platform-accent`、未选段 `--platform-subpanel-border`（进度由组件写进来的 `--strength-progress` 驱动双色渐变，不写死颜色）；圆钮 18 → 20px（`--platform-input-highlight` 底 + `--platform-accent` 2px 描边 + 柔影），hover/active/focus-visible 与 Firefox 伪元素同步 - 档位点：5px 淡点 → 7px 且落在轨道中线上（带输入区底色的 1.5px 描边提对比），`pointer-events: none` 不挡命中 - 模型列表：行高 34px、行圆角 9px、hover `--platform-nav-item-icon-fill`、选中 `--platform-warm-bg` 轻量 pill（覆盖前文那几条 `!important` 同属性规则）；`max-height: 170px`（=5×34，不出现半行）；滚动条 6px、平时透明，悬停卡片才显形 - 校验：typecheck、4 个 vitest 文件 212 passed / 9 skipped、eslint、prettier、encoding、spacetime-schema、diff-check 全通过；无头 Chromium 夹具（447px / 900px）截图为证（见 PR 正文）	2026-10-05 00:34:59 +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	f729203c6c	补运行画面点选的行为规范、踩坑与实施记录 ... - 功能说明新增运行画面素材点选的行为合同、退化条款与边界（贴图地址不可得、只认显式句柄） - PRD 补点选素材条款与更新时间摘要 - 踩坑记录新增 Phaser 命中顺序与默认 XHR 装载两条 - 新增本里程碑与实施计划文档	2026-10-04 20:50:44 +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	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
suzmii	7d28ef17a0	Merge origin/master（33552d2e）进 fix/agc-composer-layout ... - 目的：master 在上一轮 CI 期间又前进了（#602 素材引用注册表修复等 9 个提交），PR 的 base 门禁要求 head 含最新 base。上一轮 CI 的 2 条红（Backend tests 18s、Repository checks 35s）日志都是同一条门禁：`pull request head does not contain the latest base commit; update the branch and rerun CI.`，与本轮代码无关 - 冲突 2 处，均按「两侧内容都保留」解决： - `apps/ai-game-creator-shell/src/view/project-development/chat/components/DirectProjectComposer/DirectProjectComposer.tsx`：#602 的 `ref` / `useImperativeHandle`（`insertReferences` + `focus` 转发）与本轮新增的 `pushModelNotice` 并存 - `docs/project-memory/shared-memory/pitfalls.md`：本分支的三条（输入区不留常驻状态行、档位改 popover 滑块、#600 输入区叠压）与 master 的两条（画布「引用」死按钮、渠道更新互相查杀）并存 - 其余文件自动合并；本分支的 `styles.css`、两个契约测试、`ConversationModelSelect` 改动未被 master 触碰	2026-10-04 16:33:00 +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	ddc3832279	Merge remote-tracking branch 'origin/master' into feat/game-works-management	2026-10-04 12:30:52 +08:00
kdletters	13a15fed5c	修复 AGC 渠道更新互相终止与快捷方式迁移 ... 为 release 与自定义渠道注入独立主程序名，隔离 Windows 更新进程。 新增 release 旧安装目录与快捷方式迁移钩子，保护 dev 历史目录清理。 同步渠道规范、共享决策与排障记录，补充发布脚本回归测试。	2026-10-04 11:45:20 +08:00
suzmii	0168aa7bc3	Merge remote-tracking branch 'origin/master' into feat/game-works-management ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md # docs/project-memory/shared-memory/pitfalls.md	2026-10-04 11:27:10 +08:00
suzmii	8abc35158c	Merge branch 'master' into feat/game-works-management	2026-10-04 09:23:45 +08:00
suzmii	43afcfa163	Merge origin/fix/ci-master-red（8b11dc4e）进 fix/agc-composer-layout ... - 目的：并入 #609 的共享红修复（A Nginx SPA allowlist 缺 /pay、/profile/payment；B external_mcp::semantic 写死工具数断言；C tracing callsite interest 竞态；D AGC 壳 Rust shard-4 两条偶发断言），让本分支新 head 的 CI 能全绿 - 合并未产生冲突；#609 的 18 个文件原样在位（抽样 md5 与 8b11dc4e 一致：deploy 三份 nginx 模板、scripts/check-nginx-spa-routes.mjs、server-rs api-server/app.rs、src/routing/activeAppPageRoutes.ts） - pitfalls.md 两侧条目都保留：本分支的 #600「输入区控件叠在一起」条目 + #609 的三条 2026-10-04 条目（tracing span 调用点缓存 / 通知计数与 graceful terminate 串台 / SPA 深链前缀路由） - #609 没有改 apps/ai-game-creator-shell/tests/appSurface/project-development.suite.ts，故与本 PR 的 composer 几何断言无重叠；本 PR 也未改 #609 引入的任何文件	2026-10-04 03:41:15 +08:00
suzmii	4fc13bcfe3	合并 fix/ci-master-red（PR #609）到 fix/agc-canvas-reference-insert：取得 master 级 CI 修复 ... 把 #609 的 8/8 全绿修复并进本分支，满足「PR head 必须包含最新 base 提交」的门禁，同时带上共享红修复：check:nginx-spa-routes 的 /pay/<checkoutToken> 前缀路由与 Pingora 路由矩阵、external_mcp::semantic 真值 32、api-server/platform-llm 的 tracing interest 竞态、AGC 壳 Rust shard-4 两条偶发断言 本次 merge 无冲突自动完成：pitfalls.md 两边条目都保留（本分支的 issue #602 条目 + #609 的 2026-10-04 tracing/shard-4/SPA 深链三条） 未改动 #609 引入的任何文件	2026-10-04 03:40:21 +08:00
suzmii	459fe5b432	Merge remote-tracking branch 'origin/fix/ci-master-red' into fix/home-project-naming-async	2026-10-04 03:39:42 +08:00
suzmii	9e2cea5b72	修复 AGC 壳 Rust shard-4 的两条偶发断言，并补齐 pitfalls 记录 ... - agent::thread_manager::tests::active_turn_changes_publish_one_notification_per_real_change 偶发 left 8/right 7：测试计数器 DIRECT_ACTIVE_TURNS_EVENT_TEST_COUNT 曾在 2026-10-01 按线程 作用域隔离，2026-10-02 退役 runtime_driver 把它搬进 agent/direct_events.rs 时降级回进程级 static AtomicU64，于是断言会取到宿主 tauri::async_runtime 后台回合在别的线程上的广播 （--test-threads=1 只串行测试线程）。改回 thread_local! Cell，并注明跨线程口径的覆盖取舍 - process_session::tests::process_session_graceful_terminate_keeps_wrapper_alive_for_target_cleanup 偶发 left "exited"/right "terminated"：测试命令里 leader 打印 READY 后立刻 exit 0，同组后代 仍存活，trampoline 从 leader 被回收起开始 800ms 宽限；客户端只要晚于宽限才发出 terminate 就只能读到既成事实。改为 leader 用 wait 等后台子进程，让 terminate 必然落在会话仍 running 时 （trap / sleep 0.4 / marker / 断言均未改），并注明该用例的确定性来自 400ms < 800ms 的时间余量 - docs/project-memory/shared-memory/pitfalls.md：更新 graceful terminate 那条已过时的验证口径， 补三条 2026-10-04 条目（tracing interest 竞态、AGC 两条偶发的串台根因、SPA 深链前缀路由） - 本地实跑：修复前把计数器临时改回 AtomicU64 时同一并行口径 17/20 红；修复后并行 20 次全绿、 agent::thread_manager:: 连跑 5 次 72 passed；第 2 条用例是 #[cfg(target_os = "linux")]， Windows 本机跑不到，已用真实 Linux 内核（WSL Alpine）验证命令形状（leader 活到 TERM、 同组后代完成 400ms 延迟清理 marker=done 0.41s、清理后组内零残留），CI 侧仍需跑 node apps/ai-game-creator-shell/scripts/run-rust-shell-test-shards.mjs --shards=4 --shard-index=4 复核	2026-10-04 03:25:54 +08:00
suzmii	5c71154eb6	Merge origin/master（ccd27157）进 fix/agc-composer-layout ... - 目的：满足 CI 的 base 门禁（本分支不含 master 当前 tip），按用户要求用 merge 而非 rebase - 合并未产生冲突；两侧内容逐条保留：`tests/appSurface/project-development.suite.ts` 同时含本分支的 composer 几何断言（`toContain('gap: 8px;')`）与 master 的 appSurface / Tauri 替身收口（`tauriRuntimeFake.ts` 等）；`pitfalls.md` 同时含本分支 #600 条目与 master 的测试类型门禁条目 - 提交前核对：合并结果相对 origin/master 的两份非 CSS 文件差异只有本分支那 2 处（suite.ts 6 行、pitfalls 8 行） - master 既有红（check:nginx-spa-routes 缺 /pay、/profile/payment；external_mcp::semantic 32 vs 30；http_tracing 偶发；AGC Rust shard 4/4）由 fix/ci-master-red 处理，不在本分支修	2026-10-04 00:34:46 +08:00
suzmii	455b265a75	合并 master 到 fix/agc-canvas-reference-insert：按新测试替身与类型门禁解冲突 ... master 侧（PR #601）新增 tests/tauriRuntimeFake.ts（全仓唯一 window.__TAURI__ 安装点）与 tsconfig.tests.json，测试统一改用 installTauriRuntime / resetTauriRuntime，并新增 check:tests:types 门禁 冲突三处测试文件（resourceCanvasChatReferenceDrop.test.tsx、appSurface/project-development.suite.ts、appSurface/design-agent.suite.ts）按语义两边保留：采用 master 的替身安装点与类型收窄（ResourceReference 过滤），保留本分支的真实 DirectProject 聊天面挂载与端到端草稿断言 App 的 props 类型未导出，新增的两处 chat 节点改用 AppComponent 组件类型别名（与 design-agent.suite.ts 同一写法），通过新的 check:tests:types docs 侧 pitfalls.md / decision-log.md 自动合并：本分支的 issue #602 条目与 master 的「根因 7/8」条目都保留 未在本分支修 master 既有红（check:nginx-spa-routes 缺 /pay 与 /profile/payment、external_mcp::semantic 32 vs 30、http_tracing 偶发、AGC Rust shard 4/4），由上游 fix/ci-master-red 处理	2026-10-04 00:28:19 +08:00
suzmii	759ae616d4	Merge remote-tracking branch 'origin/master' into feat/game-works-management ... # Conflicts: # apps/ai-game-creator-shell/tests/gameDistributionPublishLive.test.ts	2026-10-04 00:24:45 +08:00
suzmii	eeac2c759a	Merge remote-tracking branch 'origin/master' into fix/home-project-naming-async	2026-10-04 00:21:43 +08:00
suzmii	f45d5d3b9c	同步平台入口主规范与排障记忆 ... - 平台入口与玩法链路：改写版本模型条款为按 versions 派生只读，并同步安全下架入口收敛到游戏管理页 - 平台入口与玩法链路：新增兼容与迁移、非目标两条 - pitfalls：追加随包 plugins feature 档位与 build.rs 假通过排障条目	2026-10-04 00:17:41 +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
suzmii	e3c91c4e2c	修复 #599：首页建项不再等待 AI 项目命名，改为后台条件改名 ... - 首页自动建项：预检通过后立即以宿主兜底名创建工作区并进入项目，create_automatic_local_game_project 固定传 name: null，不再等待 suggest_automatic_project_name。 - 命名请求在建项前并行打出，结果交给后台任务；命名慢、超时、失败或返回非法内容都不影响建项、附件导入与首轮创作。 - 新增 Rust 命令 rename_local_game_project_if_unchanged（expectedProjectId + expectedName 条件改名）：项目 ID 不符、用户已手动改名、名称未变一律返回 renamed: false 并保持现状，空名/控制字符/超长失败关闭，改名不推进项目 revision。 - 后台改名结果等「建项主体收尾」再写当前项目上下文与最近项目行重检，避免被进项目的兜底上下文覆盖。 - 新增前端时序测试 tests/homeProjectNamingAsync.test.tsx（9 例，promise 闸门而非 sleep）与 appSurface 客户端流程用例。 - 新增 Rust 条件改名单测 5 例；更新实施计划专题、decision-log、pitfalls。 验证：npx vitest run apps/ai-game-creator-shell/tests/homeProjectNamingAsync.test.tsx（9 passed）；npm run test -- apps/ai-game-creator-shell/tests（1910 passed / 17 skipped）；cargo test --features=cocos-editor-execute,unity-editor-execute,godot-editor-execute --bin genarrative-ai-game-creator-shell conditional_project_rename_tests（5 passed）；cargo check 同 features 通过；npm run agc:typecheck、cargo fmt --check、npm run check:encoding、git diff --check 全绿。	2026-10-03 19:44:00 +08:00
suzmii	a22e8ee447	修复 AGC 画布素材卡「引用」无消费者：新增活跃聊天输入区注册表 ... 新增 features/project-workspace/activeChatComposer.ts：模块级保存当前挂载的输入区句柄，registerActiveChatComposer 注销时校验身份，insertChatReferences 空批次或无句柄返回 false DirectProjectComposer 用 useImperativeHandle 暴露 DirectProjectComposerHandle（按 ref 转发，句柄稳定），新增可选 ref 入参 DirectProjectChatView 挂载期间注册、卸载注销，并把 composerHandleRef 传给 DirectProjectComposer PlanningChatView 同样注册（句柄按 composerRef 转发），两条链路互斥渲染，同一时刻只有一个句柄 App.tsx 收敛为一处监听：单条「引用」与批量拖拽两个事件都走 insertChatReferences，返回 false 时 dev 下 console.warn chatComposerRef 只保留给策划输入盒自己的 getDraft / clear，不再承担跨面板插入 project-development.suite.ts：工具条「引用」用例改为渲染真实 DirectProject 聊天面，断言草稿里出现引用芯片（键盘 + 鼠标两条通路、光标留在插入之后） resourceCanvasChatReferenceDrop.test.tsx：换成真实 DirectProject 聊天面，批量拖拽断言整批一次落进草稿且顺序 = 拖动集合顺序；新增未登记素材不出「引用」按钮、拖拽只给原因的用例 design-agent.suite.ts：新增策划链路引用插入不回归用例 同步 docs/【功能说明】AGC聊天素材引用-2026-09-08.md、shared-memory 的 pitfalls 与 decision-log	2026-10-03 19:43:18 +08:00
k88936	55cca04971	Merge remote-tracking branch 'origin/master' into fix/typecheck-test	2026-10-03 19:36:28 +08:00
kdletters	d4be3dd97a	补齐 Claude 上游错误展示与 MCP 并发隔离 ... 前端保留 401/403/408/429/5xx 状态并补回归测试 按项目隔离 Claude MCP 注册表并防止旧回合误停新桥 更新 DirectProject 排障记录	2026-10-03 19:21:18 +08:00
kdletters	e5fa123483	修复 Claude Direct MCP 回合授权死循环 ... 内部 Claude MCP 使用 Direct 工具桥并绑定当前回合授权 保留外部 MCP 隔离模式并补充回归测试与排障记录	2026-10-03 19:06:38 +08:00