3805 Commits

Author	SHA1	Message	Date
suzmii	888ea76cb2	Merge origin/master (b1c89fbba) into chore/rust-compile-warnings：按「让路 master + 最小集恢复」收口跨文件契约冲突 ... 解冲突口径（本次同步 master 16 个提交）： - `agent/generation/canvas_generation.rs`、`command_exec.rs` 两个冲突文件不再整文件取一边，改为按 hunk 三分法：master 的功能 hunk 全量移植；我们的清理只在 master 调用方不依赖时才保留。 未恢复整块模块 / 整文件，未新增任何 `#[allow]` / `#[expect]`。 - 成对回退我们的「摘掉 brief 传参空转」清理：master #628 等新代码仍按带 briefs 的契约调用生成链， 故 cg 的 8 处签名与 6 个调用方（direct_runtime / direct_tool_bridge / commands / commands/desktop / asset_generation_tasks）回到 master 形状，并按最小集恢复 `main.rs` 的 `AgentRoleBrief` / `AgentGroupBrief`（未恢复其它已删模块）。 - master #628 已收敛切片用途判定：客户端不再暴露/发送 `sliceCount`，本次跟 master 走（ `PlatformArtAssetGenerationOptions` 不再有该字段），只保留结果侧 256 上限门。 - command_exec 的 `project_command_actual_target` 采用 master 的 `Vec<OsString>` 字节精确契约， 同时保留我们「调用点全在 Linux 编译面」的 `#[cfg(target_os = "linux")]` 收窄（与 master 调用方不冲突）。 - 脚本缺陷修复：`scripts/check-rust-warnings.mjs` 编译失败不再可能假通过（cargo 退出码非 0 一律 exit 1， 并把 stderr 尾部提到前面打印；去掉 `warnings.length === 0` 条件）。 - 取 master 版本带来的回流告警 2 条（`main.rs` 两个 brief 结构体的字段未被读）已登记进 `scripts/warning-baseline.json`（agc-windows 16 条 / agc-linux 71 条，server-rs 0 条）； 按既定口径「不修上游告警」，只做记账。	2026-10-07 21:01:34 +08:00
kdletters	b1c89fbbae	默认模型目录补上 claude-opus-5-5 的 Claude Code CLI 绑定 ... module-runtime：from_upstream_models 为上游模型 claude-opus-5-5 额外生成一条 agentMode=cc + protocol=anthropic 的目录项，保留原 Codex 条目与默认项，超出目录项数上限时不再追加 module-runtime：新增 claude_code_default_binding 与单测，覆盖 cc 条目生成、协议配对与非该模型不额外生成 docs/project-memory/shared-memory/pitfalls：记录本地目录全是 codex 的现象、默认绑定口径，以及本地 8082 跑的是另一个 worktree（harness 分支）这个环境陷阱	2026-10-07 20:24:26 +08:00
suzmii	ce22a682e5	fix(scripts): pre-push 保留原钩子末行、告警检查改按内容触发；文档补基线白名单纪律 ... .husky/pre-push：refs 先落临时文件→告警检查用 --refs-file 读→exec < 还原 stdin→最后一行仍是 npm run check:pre-push-master -- "$@"（git-hooks.test.mjs 断言逐字不变，故 check:git-hooks 仍绿）。文档：基线 = 告警白名单（显式入册/可审计/可回收）、与 #[allow] 的区别（白名单只吞键相同的那一条）、审计入口 git log -p scripts/warning-baseline.json、SKIP=1 是整段跳过而非入册机制；并修正“feature 分支不跑”的过时表述。	2026-10-07 20:19:15 +08:00
suzmii	823e668c9e	feat(scripts): pre-push 钩子对所有分支按内容触发告警检查；CI 挂到已有缓存的 Rust job ... 本地：.husky/pre-push 无条件调用 node scripts/check-rust-warnings.mjs --only-if-changed（脚本按 refs 判断本次推送是否触碰 *.rs/Cargo.toml/Cargo.lock，不碰则打印一行并 exit 0）；推 master 才做 repository parity 的既有约定保持原样。package.json：把 check:rust-warnings 从 lint 链里摘掉（避免 master 推送跑两次、也不拖慢 repository-checks），脚本保留供手工与 CI 使用。CI：ai-game-creator-shell-rust-lane-2 加一步 --profile=agc-linux，ai-game-creator-shell-rust-crates 加一步 --profile=server-rs（两 job 已有 cargo fetch + sccache 缓存）；repository-checks 不动。文档同步接法、失败模式与应急放行（GENARRATIVE_SKIP_RUST_WARNINGS=1）。	2026-10-07 20:15:18 +08:00
suzmii	3420eb2cd1	fix(scripts): 告警检查默认复用仓库常规 target 目录（热依赖），并写明 CI 侧代价与待定接线 ... 默认 target 目录改为 cargo metadata 报的 target_directory（开发者本来就在用的、依赖已热），保留 GENARRATIVE_WARNCHECK_TARGET_DIR 覆盖供 CI 使用；fresh 完整性断言仍是安全网（本 profile 的包没被重编就 exit 1 报测量不完整，不会静默给出新增 0）。热目录实测：agc-windows 7.9s、server-rs 9.0s。文档补一句：CI 挂在 repository-checks（有工具链与依赖、不会红，但无 cargo 预热缓存，估 25-40 分钟），接线方案待定。	2026-10-07 20:01:35 +08:00
suzmii	8e2b81007a	fix(scripts): 让 Rust 告警取数确定性（挂进 npm run lint；clean 本 profile 包 + fresh 完整性断言 + 精确包集 + first-party 过滤） ... 接法：挂进 npm run lint（CI 的 Repository checks 与推 master 时的 pre-push 共用那条命令），不新增 job/hook；此前自造的 pre-push 触发接线（.husky/pre-push 改动、scripts/pre-push-rust-warnings.mjs、额外 CI job）已撤。 确定性：profile 专属 target 目录 + 对本 profile first-party 包逐个 cargo clean -p <包名> + 取数后 fresh 完整性断言（每个包必须出现 compiler-artifact 且 fresh=false，否则 exit 1 报测量不完整）；只收 first-party 路径前缀下的告警。 修掉两个口径 bug：包集把 AGC 壳下的 vendor/ 路径依赖误算成自己（改精确目录判定）；normalizeId 只取 id 的 # 片段导致server-rs 27 个同版本成员碰撞（断言永远为假）。 否决“整体清空 target 目录”：实测 AGC 壳清空后需重建 tauri/webkit 全链依赖 15-25 分钟。 实测：A 干净 agc-windows 1/1·14/14 exit 0、server-rs 27/27·0/0 exit 0；B 播种 unused import → agc-windows 15 条/新增 1、server-rs 1 条/新增 1，均 exit 1 并逐条打印；C 撤销 → 均 exit 0；负向测试（GENARRATIVE_WARNCHECK_SKIP_CLEAN 漏清一个成员）→ 26/27 + 测量不完整 → exit 1。 基线：agc-windows 14 条 / server-rs 0 条 / agc-linux 首采（首次 CI 只采集不判失败，需一次 --update-baseline）。 文档：dev 运维「Rust 编译告警门禁」同步接法、首采、开关、否决清空的原因与局限。	2026-10-07 19:57:17 +08:00
kdletters	47655d880c	cc 工具未就绪不再让模型自述 ... claude_code_cli：解析 SDK system/init 的工具清单与 agc MCP 状态并写入 agent.direct_codex.claude_init 日志，让"工具到底有没有下发"变成可查证据 claude_code_cli：init 明确 failed/missing/connected-但无工具且本轮没请求过工具时，判成可重放的 McpUnavailable 并按既有上限自动重试，不再把"我没有任何可调用的工具"这种回复当成功 claude_code_cli：pending/connecting/看不到状态只留证据不判死，真调用过工具的一轮不翻案 claude_code_cli：新增单测覆盖 connected / failed / missing / connected 无工具 / pending / 无 mcp_servers 六种 init 事实，并补 McpUnavailable 的重试策略断言 docs/project-memory/shared-memory/pitfalls：记录同版本"能用工具"与"自称没工具"并存的现场、受控探针结论与现行口径	2026-10-07 19:40:09 +08:00
lhk229	27e385785f	修正美术包 API 指南、AGC 调用与切片用途判定 (#628) ... AGC 美术包此前把内容、风格和排布要求放在未被提示词消费的元数据中，并要求恰好四张切片、按返回顺序分配用途。本 PR 完成以下三项修正： - [x] API 文档：修正整个 `generationInputs` 的定位、保存与读取方式、接口保留/重建规则及已知消费者。任意元数据不会自动进入提示词，服务端行为和校验约束保持不变。 - [x] AGC 请求：美术包将原 brief 和内容、风格、排布要求写入实际消费的 `iconDescriptions`；普通图标入口继续原文单项透传。参考图、比例和尺寸使用正式参数，同步工具说明与随包 skill。 - [x] 客户端切片处理：美术包和直接生图工具不再暴露或发送 `sliceCount`，取消固定四片和按序赋义；按实际产物保存、登记和返回。切片目录按源图集隔离，文件名使用中性序号，普通清单指向真实总图。 四类素材需求只表达内容覆盖，不能证明四个连通区域或固定语义顺序。两个工具返回总图、完整切片路径及资源身份，预览逐项标注路径，未内嵌的图片列出路径供 Agent 查看。Agent 看图识别实体、状态和用途后再接入或处理；有效总图零切片时仍交付并保留告警。 本轮切片改造仅限客户端：服务端 API、请求侧 sliceCount 契约、切分算法和计费行为不变。不新增为数量不符找回、补切或凑数的工作流。保留文件完整性、平台身份、资源预算、事务与重生成恢复；兼容历史四用途产物和旧数量参数账本，旧请求正文、幂等键及 operation 不改写，候选身份不唯一时要求对账。完成结果快照补存切分声明，避免重放丢失响应字段。 验证： - API 文档阶段：MCP 25 项、External editor API 30 项测试及 OpenAPI 约束等价检查通过。 - 本轮：317 项定向 Rust 测试通过（生成 118、Direct 运行时 93、工具桥 44、MCP 32、账本 6、提示词 24）。覆盖新请求完全省略字段、0/2/4/6 片、目录隔离、完整资源投影、动态事务回滚、旧请求和旧输出槽恢复；已受理任务恢复不新增生成 POST。 - cargo check、rustfmt、skill-pack:check、文档索引、变更文件编码及 git diff --check 通过。 - 未调用真实付费 Provider，未做客户端视觉试玩；PR 保持草稿，等待视觉及产品验收。 Closes #525 Reviewed-on: #628 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-10-07 19:35:20 +08:00
suzmii	b846f04dab	chore: 加 Rust 告警的 pre-push + CI 基线感知检查（单一脚本 + 基线） ... 目的：不再用 Werror，改为「推送前 + CI」的显式检查，并且只拦**基线之外的新增**告警， 这样上游新代码的存量不会挡住任何人，本地开发构建也不会因为告警变红。 单一真源（本地与 CI 调同一份实现）： - 新增 `scripts/check-rust-warnings.mjs` + `npm run check:rust-warnings`： 用 `cargo check --message-format=json` 收集告警，键 = `路径|符号|lint`（**不含行号**，抗上游行号漂移）， 与 `scripts/warning-baseline.json` 比对：新增 → 退出码 1 并逐条打印；存量减少 → 只提示可更新； 更新用 `--profile=<name> --update-baseline`。 - 新增 `scripts/pre-push-rust-warnings.mjs`：读 pre-push 的 ref 行，**只在本次推送触碰 `*.rs`/`Cargo.toml`/`Cargo.lock`** 时才跑（无关推送不受影响）；Windows 跑 `agc-windows`+`server-rs`， Linux/macOS 只跑 `server-rs`。 - `.husky/pre-push`：把 ref 行落一份临时文件供两段检查共用，然后调用上面的脚本（原有的 `check:pre-push-master` 保持不变）。 - `.gitea/workflows/project-ci.yml`：新增 `rust-warning-check` job（`runs-on: genarrative-ci`，Linux）， 跑 `--profile=server-rs --profile=agc-linux`，复用 Rust lane 的隔离编译缓存，只 `cargo check` 不 build。 - `scripts/warning-baseline.json`：`agc-windows` 14 条（上游 `b04aceb57` 等引入，逐条见 `local://commit-1a86675f4-inventory.md`）；`agc-linux` 433 条（从 CI lane 日志抽取去重，**刻意取超集**， 含测试实例产物，首轮 CI 的多余项只显示为「存量减少」不判失败）；`server-rs` 0 条。 - 文档：dev 运维「Rust 编译告警门禁」改写为现役口径（目的/命令/基线更新/覆盖分工与缺口/局限）， 旧 Werror 段落标注为历史；development-workflow 的门禁句同步改写。 覆盖分工：CI 覆盖 `server-rs` + AGC 壳 **Linux** 档；AGC 壳 **Windows 生产口径**（GTK/ring 无法在 Linux 交叉编译）**只由本地 pre-push 覆盖**。局限：`--no-verify` 可绕过；本机 target 目录污染要先 `cargo clean -p`；CI 不跑 clippy；基线只保证「不新增」。	2026-10-07 19:22:29 +08:00
k88936	9cd290362c	Merge pull request 'fix/#663回归问题' (#665) from feat/support-more-node into master ... Reviewed-on: #665	2026-10-07 17:54:36 +08:00
lhk229	d7ddf5fbc1	修复 CI 领取冲突导致网关永久锁定 ... 识别 Gitea 已回滚的任务分配冲突，允许 runner 正常重试。 保留未知响应与未完成领取的保护，增加脱敏原因日志。 补充冲突重试及错误边界测试，同步部署文档与共享记忆。	2026-10-07 09:20:04 +00:00
suzmii	47b5a17f54	合并 origin/master 到 chore/rust-compile-warnings（第二次同步）：按 M/D/G 分桶解冲突 ... origin/master = e6933762d（落后 106 提交）；合并前本分支 HEAD = 1612ee944。 冲突只有 5 处，codex 区域 0 冲突。 M 桶（master 改过的文件 → 取 master 版本，不把我们的删除加回去）： - agent/codex_app_server/**（mod.rs、model_catalog.rs、model_catalog/auth_handoff.rs、real_tests.rs）、 agent/codex_cli.rs、agent/codex_provider_proxy.rs、build_support/codex_bundle.rs 均与新 master 逐字节相同。 其中 real_tests.rs / codex_bundle.rs / direct_project_identity.rs 一并取 master 版本，清掉了本分支先前 在这几个文件里留下的多余 diff（口径：codex 区域一行不删不改）。 - 唯一保留的 codex 侧差异是 codex_app_server/mod.rs 的 1 行：resolve_direct_codex_project_authority 的 `pub(super)` → `pub(in crate::agent)`。挂载到 codex_provider 后 `pub(super)` 对兄弟模块 direct_tools_mcp.rs 不可见（E0603），这是收敛必需的适配，不是清理残留。 D 桶（master 未动过、我们删的死码 → 保留删除）：patchset.rs、git_inspect.rs、 process_session/{io,lifecycle,persistence,recovery}.rs、generation/pass_artifacts.rs、 agent/runtime_models.rs、debug.rs(+debug/debug_drafts.rs)、process_session/tests/owner_fixture_cleanup.rs 等。 ⚠ 复核发现 D 清单里 3 个文件本轮被 master 改过（`git log a8ae81720..origin/master -- <path>` 非 0），逐条判定： - repository_context.rs（ad0877219：should_ignore_directory 的 "exports" → ".export"）：该函数所在的 仓库扫描实现已在更早的退役批次（6d5436541）判为不可达并删除，全仓已无该符号 → 改动无处生效，保留删除。 - generation/pass_artifacts.rs（b04aceb57：黑板字符串去掉「发布包装：exports/README.md」）：内容已并入 project/memory.rs（fbea59251），全仓已无该字符串 → 无需承接，保留删除。 - generation/draft_writer.rs（b04aceb57 −16：删掉 exports/README.md 写入）：属 legacy draft 生成链， 已在 22540a874 整体退役；全仓 grep 0 引用，恢复只会留下未挂载的孤立文件 → 保留删除。 G 桶（双方都改、我们那侧不改变行为 → 以 master 语义为准）： - agent/generation/trace.rs：唯一冲突块里 master 只把 "exports/README.md" 从产物清单里删掉，而该函数 （append_local_artifact_write_step）已由我们在退役批次里整段删除 → 保留我们的删除。 - useGameDistributionPublishForm.ts：master 本轮删除该文件（b04aceb57），我们侧只有上一轮同步带来的错误 正文改动 → 取 master 语义（删除）。 其余文件由 git 自动合并。本提交不含新写的功能改动：收敛形态与残留清理见后续提交。	2026-10-07 16:58:52 +08:00
suzmii	1612ee9446	docs: 补充 PR #650 合并 master 后的实测基线复核 ... 同机同 feature、先 `cargo clean -p genarrative-ai-game-creator-shell` 再取数： - server-rs workspace（--all-targets）：0 - AGC 壳 bin 生产口径：0 - AGC 壳同 feature + --all-targets：bin test harness 实例 351 warning 事件（全部落在 master 侧 既有文件，agent/codex_provider 子树内 0 条），仍属文档「边界」所述的 harness 产物。 原表记的是 2026-10-06 的 339，这里不覆盖历史快照，只补一条带日期的复核。	2026-10-07 15:52:12 +08:00
kdletters	e6933762d2	cc 回合静默超时改为宿主自动重试 ... claude_code_cli：一次用户回合最多尝试 3 次，只有"静默超时 + 本轮没请求过任何工具"才自动重放，硬上限与已请求工具的超时仍交回用户 claude_code_cli：抽出 claude_direct_turn_once / ClaudeDirectTurnFailure / claude_direct_failure_action，重试策略变成可单测的纯函数 claude_code_cli：每次重试前落一条 role=system 过程行（正在自动重试（第 N/M 次）），停下时也说明原因，避免"没有重试"又被读成静默兜底 claude_code_cli：失败详情尾部的重试次数标记由分类器还原成结构化 attempts 并摘除，用户可见的"已尝试 N 次"与实际尝试次数一致 claude_code_cli：新增三条单测覆盖重试策略矩阵、静默超时/工具已请求的判定、attempts 结构化与标记不外泄 docs/project-memory/shared-memory/pitfalls：记录现象、CLI 自身不重试的真实二进制证据、现行重试口径与验证方式	2026-10-07 15:48:07 +08:00
k88936	23fa91895d	Merge remote-tracking branch 'origin/master' into feat/adapt-taonier-skill	2026-10-07 15:34:04 +08:00
k88936	4f3ef93098	游戏表保留 cover_asset_id 并标记退役 ... - GameDistributionGame 在原位恢复 cover_asset_id，注明退役、只占位不再写入，避免 SpacetimeDB 破坏性 schema 变更 - 新建与测试行构造补 cover_asset_id: None；migration.rs 注释与实施计划改成「保留退役」口径 - 重新生成 spacetime-client 该表绑定，补回 cover_asset_id 字段	2026-10-07 15:31:28 +08:00
kdletters	692de8c806	修复 cc 会话重进项目后丢失历史对话 ... claude_code_cli：新增 claude_code_project_dir_name / newest_claude_code_session_in / latest_claude_code_session_id_at，按 Claude Code 的目录派生规则从隔离 home 取本项目最新的会话轨迹 claude_code_cli：新增 resolve_claude_direct_resume，恢复顺序改为「进程内会话表 → 磁盘最新轨迹」，并在 agent.direct_codex.claude_resume 记录本回合恢复来源（memory/disk/none） claude_code_cli：新增两条回归测试，覆盖目录派生与最新轨迹选取、以及内存优先的恢复顺序 docs/project-memory/shared-memory/pitfalls：记录该问题的现场证据、现行口径与真实环境验证方式	2026-10-07 15:22:45 +08:00
k88936	61acaf6cea	陶泥儿移除发行包下载功能 ... - 删除左半面板的「下载发行包」按钮与下载失败弹窗接线 - 退役 useTaonierExport 的 artifactReady 状态及其构建收尾写入 - 删除 tabs/taonier/DownloadFailureDialog.tsx - 同步陶泥儿面板测试与实施计划文档	2026-10-07 14:34:04 +08:00
k88936	9a653c8382	陶泥儿导出收敛为单一发布入口并把线上值内联到字段 ... - 移除独立「打包」按钮与「发行包」卡片，发布入口不套卡片，内部先跑打包 - 线上值逐字段内联到对应输入框下方，退役 OnlineValuesCard - 线上值进项目自动读取，失败按固定间隔静默自动重试，去掉「重新读取」手动入口 - 读取失败时提示正在自动重试，发布入口保持停住 - 同步陶泥儿面板测试与技术方案/实施计划文档	2026-10-07 14:09:26 +08:00
k88936	ef2a1bc749	Merge remote-tracking branch 'origin/master' into feat/support-more-node	2026-10-07 14:05:26 +08:00
k88936	809cea5707	让 .nvmrc / .node-version 只改变搜索顺序而不阻塞 ... - resolve_pinned_managed_runtime 命中已安装版本时优先采用；NoMatch 不再返回 node-version-pinned-not-installed，与 Unsupported 一样按未 pin 回退 - fnm / nvm 共用同一条宽松路径；用例覆盖 fnm .nvmrc、fnm .node-version 与 nvm .nvmrc 的命中优先与未安装回退 - PinSelection 补注释说明 NoMatch / Unsupported 都只影响搜索顺序 - 同步 Runtime V1.1、实施计划、decision-log、pitfalls 与里程碑口径，去掉“未安装失败关闭”的旧约定	2026-10-07 14:01:43 +08:00
suzmii	ef56bc0174	docs: 登记 codex_provider 的 #[allow(dead_code)] 限定例外 ... 仓库原有口径明文禁止新增 `#[allow(dead_code)]`（开发运维文档「Rust 编译告警门禁」、 development-workflow「验证路由」）。本次按用户决策登记**限定例外**，两处同步，避免文档与代码自相矛盾。 - 作用域：AGC 壳 `agent/codex_provider`（`app_server` = `agent/codex_app_server/**`，含凭据、模型目录与 OAuth 交接；`cli` = `agent/codex_cli.rs`，含 CLI 请求路径）。其它 crate、其它目录、其它 lint 与 CI 不受影响。 - 理由：该子树在 AGC 交付口径下休眠（生产恒走平台会话 / DirectProject 路由，原生 app-server 与内置 CLI 请求入口在 Windows 生产构建里没有调用方），而上游 master 正在活跃编辑这些文件，删除会与其在飞工作反复冲突。 - 失效边界：该子树内今后新增的 `dead_code` 不再被任何机器检查发现；`unused_imports` / `unused_variables` 等其它 lint 仍必须真修（已实测：allow(dead_code) 压不住未使用的 `use`）。 - 退出条件：该子树被重新启用（恢复个人 Codex OAuth 登录态或原生 app-server 路径）或确定整体退役删除时， 必须一并移除该 `#![allow(dead_code)]` 并删除登记条。 - 同时修订原「不得模块级 `#![allow]`」一句，指向唯一登记例外。	2026-10-07 14:00:36 +08:00
suzmii	3e13a6e407	合并 origin/master 到 chore/rust-compile-warnings：按 M/D/G 分桶解冲突 ... origin/master = 441be8d62（落后 143 提交）；合并前本分支 HEAD = aeebbee28。 冲突 11 处，按「master 侧是否活跃」分三桶处理。 M 桶（master 改过该文件 → 取 master 版本，不把我们的删除加回去）： - agent/codex_app_server/mod.rs（master +348/-108） - agent/codex_app_server/model_catalog.rs（master +38/-18：CatalogSource::Authenticated / source_for_credential / verify_authenticated_source） - agent/codex_app_server/model_catalog/auth_handoff.rs（modify/delete → 保留 master 版，OAuth 轮换交接） - agent/codex_cli.rs（master +190/-44） - agent/codex_app_server/model_catalog/real_tests.rs：我们把该文件裁到 59 行以适配自建的 capture 签名；master 的 model_catalog.rs 恢复 4 参 capture 后取回 master 的 244 行用例，否则 --all-targets 报 2 处 E0061。 D 桶（master 未动过、我们删除的死码 → 保留删除）： - 合并前已删：patchset.rs、git_inspect.rs、repository_context.rs、generation/pass_artifacts.rs、agent/runtime_models.rs、debug.rs(+debug/debug_drafts.rs) 等。 - process_session/{io,lifecycle,persistence,recovery}.rs 与 process_session/tests/owner_fixture_cleanup.rs → 裁决为「保留删除」：master 在这 4 个文件里只改「死码的错误正文」；实测整棵子树在 AGC 生产构建里 69 条 dead_code、且只被 tests.rs 引用；生产只用到 recovery.rs 的 2 个 shutdown 函数，而那 2 个我们已搬进 process_session/shutdown.rs。 G 桶（双方都改、我们那侧非语义 → 以 master 语义为准，手工合并）： - agent.rs：取 master 的 claude_code_failure_to_turn_error（改名，codex_app_server/mod.rs:5323 依赖该再导出）；保留我们的模块集合（provider_request_snapshot，去掉 runtime_models 与 dispatch 的再导出）。 - thread_manager/dispatch.rs：master 的 host_dropped_with_detail（panic 详情）+ 我们的 cfg(not(test))/cfg(test) 收口（测试态不读兜底结果，避免 harness 未用变量告警）。 - generation/llm_request.rs：取 master 的 AgentProgressEmitter（其唯一消费方 maybe_generate_platform_art_asset_step 已在我们那侧删除，随之成为残留，交由后续提交处理）。 - process_session/model.rs：master 的 8 处错误正文（WindowsProcessJob 的 last_os_error）**全部落在我们未裁的区间**，逐 hunk 叠加到我们的 382 行版本（结果 406 行；last_os_error 出现次数与 master 版一致，均为 13）。 - process_session/shutdown.rs：把 master 在 recovery.rs 里给 shutdown 广播加的诊断搬进我们的实现（`process_session.shutdown.send_failed processId=… detail=…`；收敛后的 LiveProcessSession 不再有 process_id 字段，进程身份取注册表 key）。 - docs/project-memory/shared-memory/pitfalls.md：两侧各新增一节，两节都保留。	2026-10-07 13:59:31 +08:00
k88936	a2e538e2d1	让 lts 通配与 codename 一样按未 pin 回退 ... - version_matches_pin 不再把 lts/* 当作匹配任意版本：它和 lts/<codename> 一样需要 LTS 行映射，未维护时返回 None，交回退链而不是静默选中已安装最高版本（最高版本通常不是 LTS） - 更新单测：lts/* 断言 None，并加入不支持 pin 的回退用例；修正 nvm default 别名注释 - 同步技术方案 V1.11.2 与 decision-log 的比较子集口径	2026-10-07 13:39:15 +08:00
k88936	61ca2127cf	Merge remote-tracking branch 'origin/master' into feat/adapt-taonier-skill ... # Conflicts: # docs/project-memory/shared-memory/pitfalls.md	2026-10-07 13:35:15 +08:00
k88936	c171800151	发布媒体路径改由发布面板传入，不再回读草稿注册表 ... - 发布命令新增 coverPath / screenshotPaths 参数，本地图路径与文字字段都取 packageAll 落定的同一份权威表单 - Rust 侧 resolve_publish_media 去掉 read_form，不再读 .export/taonier.json，按面板路径与张数失败关闭 - resolve_publish_media 单元测试改为直接传面板路径，并新增「面板路径优先于磁盘草稿」用例 - 前端 facade 与 useTaonierTab 透传面板路径，补路径透传与空槽位断言 - 同步技术方案中发布媒体来源说明	2026-10-07 13:32:24 +08:00
k88936	441be8d621	Merge pull request 'Feat/支持fnm nvm' (#663) from feat/support-more-node into master ... Reviewed-on: #663	2026-10-07 13:08:49 +08:00
k88936	2fa7923362	合并 origin/master 到 feat/adapt-taonier-skill：保留陶泥儿退役链路并吸收 master 错误详情改动 ... - commands/desktop.rs：按本分支「exports 全退役」保留删除，不回填 master 改动的 playtest 打包/读取/列举命令 - project/export.rs：保留本分支删除，旧导出实现已由 export/draft 陶泥儿与小工具链路替换 - useGameDistributionPublishForm.ts：保留本分支删除，发布表单已由 export/state 与 tabs/taonier 面板替换 - game_distribution_publish.rs：保留本分支新增的 owner 媒体读路由与图片直传辅助函数，删除 master 改动的封面生成与 AI 资料建议退役代码 - game_distribution_publish.rs：吸收 master 的错误详情改动（parse_error_payload、response_data、map_http_error、request_json、request_json_for_read、describe_distribution_request_failure、emit_publish_progress 及对应测试） - resolve_preview_url：合并为本分支 owner_media_read_url 加错误日志	2026-10-07 12:57:59 +08:00
k88936	f6e3e19cd8	将npm install联网放行绑定到可信node launcher ... - prepare_command_sandbox_launch 新增 trusted_npm_install 参数，command_exec 把 spec.node_launcher 的 (node, npm_cli) 透传给沙箱 - command_sandbox_requests_npm_install 改为与可信 (node, npm_cli) 精确比对（executable、首个参数、install 子命令），删除只看 basename 的判定；拿不到可信对时一律不放网 - LinuxSandboxPlan 增加 npm_install_network，build_linux_bwrap_launch 直接采用，避免重复推导 - 新增/更新单测：项目同名 npm-cli.js 不放网、无可信 launcher 不放网、--share-net 开关、可信 (node, npm_cli) 与实际目标逐字一致 - 同步技术方案 V1.11.2、decision-log 与 pitfalls 记录该安全边界	2026-10-07 12:19:00 +08:00
k88936	deecebf0bb	删除未生效的活动版本分支，回退链只认默认别名 ... - 删除 active_managed_prefix（FNM_MULTISHELL_PATH / NVM_BIN）：激活时活动版本已在 PATH 里，而该分支拿到的 multishell 前缀与枚举出的安装前缀不相等，永远不命中 - resolve_managed_fallback_runtime 回退顺序收敛为 engines 最高匹配 > 默认别名 > 已安装最高版本 - 同步 decision-log、里程碑与两处技术方案的版本选择口径	2026-10-07 11:59:42 +08:00
k88936	2a1e7fb373	Merge branch 'master' into fix/chat-history-style	2026-10-07 11:46:42 +08:00
k88936	d905fa1c02	按未 pin 回退 lts/codename 避免静默选中错误版本 ... - version_matches_pin 对 lts/<codename>（如 lts/iron）返回 None，不再当作匹配任意已安装版本 - 补充单测：lts/iron 回退、lts/* 仍匹配，并加入不支持 pin 的回退用例 - decision-log 记录 lts/<codename> 需要 codename → 版本行映射，当前按未 pin 回退	2026-10-07 11:43:00 +08:00
kdletters	8ceada8690	合并 codex/agc-error-convergence-20261004：交付核心以 master 新设计为准并保留分支错误明细 ... 冲突处理：交付合同/租约相关现场取 master（#608 重构），分支侧错误明细在可安全保留处回补 编译修复：direct_tool_bridge 回执结算失败正文、direct_patch 指纹读取、direct_delivery 终态读取按 Result 形状对齐 前端修复：DirectProjectChatView 取 master，其余缺失的错误正文 import/参数回补 重新生成 AuthServiceUnavailable 绑定以匹配 Rust 声明	2026-10-07 11:33:18 +08:00
k88936	7ed3696959	修复nvm默认别名并补真实nvm沙箱验证 ... - nvm 的 alias/default 只写主版本号（如 22），改为按同一 pin 子集在已安装版本里选最高匹配，避免按 (22,0,0) 精确匹配永远落空 - 新增 opt-in 真机测试 command_sandbox_real_linux_opt_in_runs_nvm_installation_prefix，在 bwrap 内跑真实 nvm 安装前缀的 node 与 npm - 新增单测 nvm_major_only_default_alias_selects_the_installed_patch 守住主版本号别名 - 里程碑、decision-log 与 pitfalls 记录真实 nvm v0.40.8 + Node v22.23.3 验证与 default 别名口径	2026-10-07 11:12:49 +08:00
k88936	51e6d1d9b9	AGC命令沙箱原生支持fnm/nvm托管Node ... - 新增共享窄叶校验 validate_node_installation_prefix，只接受含 bin/node 与 lib/node_modules/npm/bin/npm-cli.js 的完整 Node 安装前缀，拒绝 HOME、管理器根、宽泛目录和逃逸 symlink - 开发构建枚举 fnm node-versions/<ver>/installation 与 nvm versions/node/<ver>，按 .nvmrc / .node-version 权威 pin、PATH、engines.node 偏好、活动版本、默认别名、最高版本选择 - .nvmrc / .node-version 能理解但未安装时返回 node-version-pinned-not-installed 失败关闭；engines.node 与无法解析的 pin 不阻塞 - Linux 命令沙箱只读挂载通过校验的完整 Node 安装前缀，并在内联环境剔除 FNM_MULTISHELL_PATH - Linux npm 改以受信任 node <npm-cli.js> 启动，npm install 联网判定跟随真实启动形态 - 非 Node 程序在 Linux 受信任 PATH 前置 Node 工具链 bin，npx / corepack 等随 node 同版本 - 同步技术方案 V1.11.2、实施计划切片、里程碑规范、decision-log 与 pitfalls	2026-10-07 11:07:16 +08:00
suzmii	43c1b2fe2c	合并 origin/master 到 chore/rust-compile-warnings ... 合入 master 自 256e6fe34 起的 **159** 个提交（含小红书小工具导出、导出产物面板、发布会话网关等；master 改动 133 文件，本分支 119 文件，重叠 9 个）。 唯一冲突：`apps/ai-game-creator-shell/src-tauri/src/git_inspect.rs` 为 modify/delete（本分支删除、master 修改）→ 按裁决**保留删除**（git rm）。依据：该模块在 master 上仍只有 `mod` + glob 引入、零调用方；master 对该文件的修改只是把 3 处调用从 `should_skip_project_snapshot_path` 换成另一个判断函数 `should_skip_project_derived_path`（该函数在 `project/filesystem.rs` 有定义、共 10 处使用，与旧函数并存，并非全局改名）。 守卫 1：`git_inspect` 在 AGC src 内 **0 命中**；main.rs 未被 master 带回 `mod`/`use` 行；unmerged=0。 守卫 2：四个旧名文件（loop_orchestration/draft_validation/runtime_models/process_session::recovery）在合并树内**均不存在**，四个新名文件均在预期路径；无任何 `??` 条目。 守卫 3：本分支删/改过的 22 个符号全树扫描仅命中 15 处——全部是既有工具 id 残留（prompts 与两侧契约里的 `project.patchset`），无一处来自 master 新代码；master 新前端字符串调用的 3 个 Tauri 命令（append_local_permission_log / save_local_project_asset_file / reveal_local_project_asset_file）均有定义且仍注册。 本提交未附任何额外修改（只包含 master 侧改动 + 冲突解决）；①/② 的修复另开提交。	2026-10-07 10:58:04 +08:00
k88936	d860b84a02	「回到底部」胶囊改为基于列表可见底边定位 ... - styles.css 把消息列表改成 flex 列容器并显式 gap: 0——原 gap: 14px 对块级容器无效，改成 flex 后会与子项的 margin 叠成双倍间距 - 列表子项 flex: 0 0 auto 防止内容溢出一屏时被纵向压缩，列表仍是唯一滚动区 - 胶囊 margin-top: auto：内容不足一屏时吃掉剩余空间顶到可见底边，内容溢出一屏时归零、交由 sticky bottom-3 上拉贴底 - DirectProjectScrollToBottomCapsule 增加稳定类名 project-chat-scroll-to-bottom、去掉 mt-1，并更新组件说明 - ADR 第 3 节与备选方案 2 同步新的定位方式	2026-10-07 10:50:04 +08:00
k88936	c95ea8af85	短历史一屏以内时收起悬空的「回到底部」胶囊 ... - useConversationScroll 新增 syncBottomFromLayout：按真实几何复核 isNearBottom，为真即恢复跟随、收起胶囊并清掉「有新回复」 - 布局补偿、turns 内容变化与 ResizeObserver/MutationObserver 回调都先走一次复核，内容塌回一屏以内不再依赖滚动事件 - 补回归测试：列表内容塌回一屏以内并触发布局变化，没有任何滚动事件也应收起胶囊 - ADR 第 3 节记录贴底判定不能只认 onScroll	2026-10-07 10:49:56 +08:00
k88936	89d0f507e6	修复连续翻页时历史加载行忽隐忽现 ... - 加载行卸载加入 300ms 隐藏滞回：填充视口的自动加载连续翻页，两次之间只有一次 effect 回流，立即卸载会把加载行一帧内拆了又挂 - conversationScrollPolicy.ts 新增 HISTORY_LOADING_INDICATOR_HIDE_DELAY_MS，与显示延迟 150ms 配对 - useDelayedFlag 增加 hideDelayMs 参数，值转假后延迟再隐藏，转真仍立即显示 - 补回归测试：连续翻页之间小于隐藏延迟的空隙不卸载加载行，真正结束后照常卸载 - ADR 第 1 节记录隐藏滞回的动机与阈值	2026-10-07 10:49:41 +08:00
k88936	3cd5928fc5	标注陶泥儿计划与里程碑文档为已实施并保留 ... - 两份文档 Status 由「待评审」改为「已实施（M1–M4 已落地）」 - 实施计划头部注明长期保留，原 §5.4「收尾删除计划文档」不再执行	2026-10-07 10:27:47 +08:00
k88936	5142c26011	文档同步游戏分发 owner 媒体读 ... - 后端契约/玩法链路/AGC 实施计划补 owner 作用域读路由与作者预览口径（软删仍 404） - decision-log 2026-10-06 条目记录 owner 读决策，并改「临时计划已删除」为保留计划与里程碑文档 - pitfalls 新增作者预览必须走 owner 读、不能回退素材库 ACL 的排障口径	2026-10-07 10:27:19 +08:00
k88936	bd4801ef80	恢复陶泥儿实施计划与里程碑文档 ... - 从 5e8ecaa35^ 取回被 M4 删除的【实施计划】与【里程碑】陶泥儿导出文件草稿化与发布媒体直传-2026-10-06.md - 本次起不再按计划 §5.4 在收尾删除计划文档，保留理由记录在 decision-log	2026-10-07 10:26:29 +08:00
k88936	5e8ecaa35b	回写陶泥儿导出与发布媒体直传文档并删除临时计划 ... - 技术方案/后端契约/玩法链路三份主规范改成当前状态：文件草稿、build:taonier、multipart objectKey 直传与域内公开读 - decision-log 2026-10-06 条目由计划态改写为落地态，含命名约定、硬切、E1、taptap skill-pack 例外 - pitfalls 新增 multipart 幂等摘要、发布账本、skill-pack 红与 zip 存档根入口四条 - 删除临时实施计划与里程碑规范，历史由 Git 保存	2026-10-07 01:26:37 +08:00
k88936	d202c76099	游戏分发发布媒体改 objectKey 与 multipart 直传 ... - 契约：创建/编辑/建版请求去掉 `coverAssetId`，改为 `coverObjectKey` 与 `screenshots: (string|null)[]`，Rust 与 TS 同步。 - schema：`game_distribution_game` 删除 `cover_asset_id`；创建输入末尾追加 `cover_object_key`/`screenshots_json`；冻结资料截图改为 objectKey 数组并删除 `GameDistributionFrozenScreenshot`；同步迁移登记与生成绑定。 - 授权：删除按 assetId 的公开读授权，新增按 objectKey 的 `get_game_distribution_media_read_access` procedure；公开可见判定抽成 `game_distribution_game_is_publicly_visible`。 - api-server：三条写路径改收 `multipart/form-data`（`metadata` 文本 + `cover` + 重复 `screenshot`），新图直写项目快照桶、沿用图校验归属与数量；新增匿名 `GET /api/game-distribution/media/read-url` 与 `read-bytes`；幂等摘要覆盖图片字节。 - web：发布/编辑客户端改 FormData；封面与截图读取切到新读路由；移除发布前素材登记与 assetId 状态。 - AGC：发布命令先按 objectKey 做存在性校验以保持编译，multipart 直传改造留待 M3。 - 文档：实施计划与玩法链路合同章节同步新的 multipart 字段口径。	2026-10-07 00:30:26 +08:00
k88936	2fdf4078d0	新增陶泥儿导出与游戏分发媒体直传主规范与里程碑 ... - AGC 实施计划追加「2026-10-06 陶泥儿导出文件草稿化与游戏分发媒体直传」章节 - 玩法链路新增「游戏分发发布媒体直传合同（2026-10-06）」 - 后端数据契约补充 game_distribution_game 的媒体直传与 schema 变更约束 - decision-log 记录文件草稿、build:taonier/dist-taonier、快照桶+新读路由、硬切、exports 全退役、AI 建议/封面退役 - 新增里程碑规范与实施计划两份 plans 文档	2026-10-07 00:05:24 +08:00
k88936	7bcef53494	合并 origin/master 到 feat/adapt-xhs-skill：发布表单吸收平台版本号与买断定价，并合入播放会话网关与导出 Skill 更新 ... - 发布表单 hook 保留本分支的 hook + 视图拆分，移植 master 的平台版本号回读（nextVersionNumber）、买断定价状态与提交校验，删除由工程内部版本派生的 projectVersion - GameDistributionPublishFormView 接入只读「项目版本」与共享 PlatformGamePricingField，版本号未知时禁用提交 - DirectProjectComposer 同时保留本分支的草稿回填 / 回写 props 与 master 的 actionsPortalTarget 挂点 - 发布表单测试改用平台版本号 mock（nextVersionNumber: 1），补齐买断定价与缺省版本号禁用用例，并修正 Promise 类型标注 - decision-log.md 保留双方新增条目（小红书导出与 Skill 安装工具 + 播放会话前缀清 Cookie）	2026-10-06 23:28:57 +08:00
suzmii	abafb50ef9	docs(agc): 修正矩阵里「release 档注入编辑器 feature」的说法（该组合只对 Windows target 注入） ... 行级核实 `apps/ai-game-creator-shell/scripts/cargo-features.mjs:47-51`：`defaultEditorFeatures(target)` 只在 target 为 win32/windows 时返回 `cocos-editor-execute,unity-editor-execute,godot-editor-execute`，否则返回空列表 → CI 的 Linux runner 上 release gate 的 `tauri build` 不带编辑器 feature。 因此改写矩阵的 Native shell tests 行与检查面结论：编辑器 feature 代码在 CI 从不编译（只由本机 Windows + 编辑器 feature 口径覆盖）；Linux 上被编到的是 godot/unity/cocos 三个 bridge（由 release gate 的插件随包 staging 与 Rust crates job 的 `agc:plugins:native-test` 编译）——本次 bridge 的 Linux `-D dead-code` 红因就在那里暴露。 同步修正「兜底条件」：现状是 Linux 档只覆盖默认 feature 的 bin 测试 harness 与插件 bridge 编译，`cfg(windows)` 块与编辑器 feature 代码两边都不覆盖。 本提交仍只改这一个文档文件；`npm run check:encoding` rc=0、`git diff --check` rc=0。	2026-10-06 20:32:00 +08:00
suzmii	8d7ac9c8ce	docs(agc): 按 CI 实测修正「非 Windows cfg 块不被检查」的错误表述，并写入 AGC 壳编译矩阵 ... 纠错：原文写「本机与 CI 都只编译 Windows…非 Windows 块内的名字解析永远不会被编译器检查到」是错的——CI 的 Linux lane 确实在编译 AGC 壳并跑测试（本次四个红因里三个就是被 Linux 档抓到的）。 改为按矩阵的准确说法：本机（Windows + 编辑器 feature）不编译非 Windows 块；CI 的 lane 1/2、lane 2/2（Linux 原生 target、默认 feature、bin 测试 harness + `--test runtime_prompt_bundle_build --test prompt_source_boundaries`）与 Rust crates / Repository checks 的 `check:generated-bindings`（`cargo test --locked … export_bindings`）会编译并运行 unix / linux cfg 代码；`cfg(windows)` 块在 CI 从不编译；编辑器 feature 只在 Native shell tests 的 release 档（`tauri build --features 默认编辑器 features --release`）编译且不跑测试；两侧口径互不覆盖。 给「孤例」结论加脚注，并记录 M1（`command_exec.rs:9-13` 的 linux cfg 裸名）判定：`mod command_exec;`（`src/main.rs:92`）无 cfg 且落在 lane 的编译面内 → 若当初跑过 CI，Linux 档会抓到。 补写两条事实：AGC 壳门禁 predicate 为 `#![cfg_attr(all(not(test), windows), deny(warnings))]`；Linux 档在默认 feature 下对壳报出的 54 条 `never used`（Windows 专用实现被整块剔除的产物）不纳入门禁，CI 也不注入 RUSTFLAGS/-D warnings。同时修正旧「门禁现状」行里过时的 predicate。 新增「CI 对 AGC 壳的编译矩阵」表（8 个 job：命令原文 / target / feature / 是否 --all-targets|--test）与证据出处（workflow 行号、run 3612 job 日志、check-native-shells.mjs / check-generated-bindings.mjs / build-release.mjs 行号）。 自检：本提交只改这一个文档文件（1 file changed, +26/-4）；`npm run check:encoding` rc=0、`git diff --check` rc=0。	2026-10-06 20:30:18 +08:00
k88936	3e6d0f39e5	合并 origin/master 到 feat/adapt-xhs-skill：发布入口迁入导出产物面板并吸收发布绑定、内部版本与上传进度 ... - 陶泥儿 tab 发布面板去掉前端灰度：删除 readGamePublishAvailability 调用、发布权限占位与对应测试 mock，与 master 删除原生灰度命令保持一致，只在项目清单就绪前显示「正在读取项目清单」 - App.tsx 保留本分支导出产物面板架构，发布入口不再挂 Direct 聊天头；useTaonierTab 收敛 allowed/availabilityPending 状态并同步注释 - 发布表单 hook 合并本分支表单状态与 master 的发布绑定回读、AGC 工程内部版本派生、线上最近提交与上传进度阶段 - GameDistributionPublishFormView 接入发布状态面板、只读「项目版本」标签、发布阶段步骤与「更新游戏」等文案 - 合并发布表单与发布反馈测试：恢复封面/试玩包断言，补 readGameDistributionPublication mock - agc-skills/manifest.json 取本分支新增的 platform-abstract、vite-export-xhs-minitool 与 master 的三处 sha256，version 提升到 2026-08-26.66 - decision-log.md 保留双方新增条目；技术方案文档补回双方新增章节；玩法链路文档取 master 重写后的发行合同	2026-10-06 20:01:16 +08:00
suzmii	3673f6f92b	fix(agc): AGC 壳生产门禁按交付平台收窄到 Windows，修 Linux CI 红因 ... 背景（CI run 3603 证据）：lane 1/2 在 Linux 上报 `error: could not compile genarrative-ai-game-creator-shell (bin) due to 54 previous errors`，逐条是 `never used`（acl_repair_gate 的 AclRepairGateResult/AclRepairPolicy/ACL_REPAIR_POLICY/LeaderGuard、Windows 策略路径 normalize_windows_policy_path、编辑器 RPC managed_editor_rpc/execute_unity_editor_code/execute_godot_editor_code、process_session_bridge 的 verdict 枚举与桥服务、configure_windows_background_tokio_command 等）。这些项在 Windows 上都被真实调用（本地 Windows bin 口径 0 warning 可证），在 Linux 上因大量 Windows 专用实现被整块编掉而变成未用项。 修法：main.rs 顶部由 `#![cfg_attr(not(test), deny(warnings))]` 改为 `#![cfg_attr(all(not(test), windows), deny(warnings))]`，并把注释写清两个条件（not(test) = 隔离 test harness 实例假死；windows = 交付面是 WebView2/Windows，Linux 构建存在的未用项是“编译剔除”产物）。 CI 无外部 RUSTFLAGS/-D warnings 注入（已全仓核对 .gitea/scripts/package.json），因此 Linux 构建只会把它们当普通 warning，不会红。 同步更新 dev 运维文档「Rust 编译告警门禁」的 AGC 特例条目：记录 cfg(windows) 的来历与 54 条实测数字，并保留 not(test) 的原有说明。 验证（Windows，门禁仍生效）：bin 口径 0 warning / EXIT=0；--all-targets EXIT=0（test harness 实例 336 条，全部属测试构建产物）；cargo fmt --all --check、npm run check:encoding（5406 文件）、git diff --check 全 rc=0；零新增 #[allow]。 同批还包含：合并 origin/master（merge commit 2a3d1b3d6），满足 CI 守卫步骤 “pull request head 必须包含最新 base commit”（此前 Backend tests 因此 exit=1）。	2026-10-06 19:06:57 +08:00