1780 Commits

Author	SHA1	Message	Date
suzmii	0a2dffd8a0	Merge branch 'master' into fix/agc-rust-staging-idempotency	2026-09-30 19:44:06 +08:00
kdletters	66ff5bf4b7	隐藏扩展设置中的插件进程诊断信息 ... 移除内置插件卡片中的 lastError 展示 移除导入插件卡片中的 lastError 展示 补充扩展设置文档约定	2026-09-30 18:59:26 +08:00
lhk229	c6381f68e1	修复AGC壳CI缺少Claude SDK依赖安装 (#558) ... 为两条Rust测试lane及smoke任务补齐编译前npm安装 为Rust缓存预热补齐Claude SDK依赖安装 更新CI安装顺序验证及开发运维文档和共享记忆 Reviewed-on: #558 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-30 18:11:17 +08:00
suzmii	8be75e8e15	合并 origin/master（33 个提交）：DirectProject 入队化与事件投影 ... - 合并 origin/master（425fbcf63..9ee34809b），唯一冲突是共享决策日志两侧各插条目，取「两侧并存」 - 本轮 master 未触及随包资源声明、准备步骤与三份 tauri 配置，build.rs 只读校验保持不变 - 决策日志与踩坑记录同步两侧条目；docs/README.md 与项目索引按 master 收敛 - 构建期重新生成的 ts-rs 绑定经 prettier 归一后与 master 逐字节一致（合并未丢类型） - 校验：cargo test --no-run 全 target 通过、AGC 应用 vitest 191 files / 1889 tests passed、check-package-layout、prepare-bundled-resources 18 passed、check-config、check:encoding、prettier、cargo fmt --check 全绿	2026-09-30 17:38:35 +08:00
suzmii	b5a143c04f	合并 origin/master：随包资源仍由准备步骤生成，Claude Agent SDK sidecar 按同一架构归位 ... - 合并 origin/master（140 个提交），解决 4 处冲突：build.rs 取只读校验分支、package.json 同时保留 bundled-resources:test 与 check:generated-bindings、决策日志与踩坑记录两侧条目并存 - master 的构建期 staging（stage_bundled_claude_agent、prune_stale_codex_components）不进构建脚本；sidecar 改由声明与准备步骤产出 - package-layout.json 新增 claudeAgent section（锁定版本、sidecar 入口、上游 SDK 与平台原生运行时目标表、复制跳过规则），layoutVersion 递增到 2 - prepare-bundled-resources.mjs 新增 sidecar 整目录原子替换与缓存 key，复制规则按 section 参数化，Windows 真机 24 个文件、复跑命中缓存零写入 - package_layout.rs 新增 sidecar 只读校验（入口与仓库源码逐字节一致、上游包版本、可执行位、白名单外文件）与声明钉住用例 - build.rs 调用 sidecar 校验并导出 AGC_CLAUDE_AGENT_SDK_VERSION；claude_code_cli.rs 的 sidecar 身份串改用声明版本 - resources/claude-agent 映射从基线 tauri.conf.json 移到 windows/macos 平台配置，check-config.mjs 增加「基线不得声明 resources/**」守卫 - 修正 package_layout 的 Windows 路径期望用例（期望值改与实现同形，原用例在 Windows 必红） - 同步技术方案 §4.5/§4.9、共享决策日志与踩坑记录	2026-09-30 17:23:04 +08:00
k88936	dc7feec426	文档：DirectProject 队列条目事件投影、resolved_text 持久化与埋点归宿主收口 ... - ADR 状态改为 2026-09-30 落地完成，§2 补入队侧的“用户条目校验与冻结”，§5 埋点段去掉渲染侧 discard 与句柄表措辞 - ADR 词表收口：并发拒单/放行补拒单出口/放行期拒单三处改成入队失败与放行失败口径 - ADR §9 与实施计划同步归位后的符号名：active_turn_id_at、stale_turn_for_release、kick_queue_dispatch、complete_turn - 实施计划状态改为第 0–7 步全部落地，进度表第 6/7 步补落地说明与提交号，新增「2026-09-30 收口记录」 - 实施计划顶部路径口径补 thread_manager 之外去掉 direct_ 前缀的函数改名对照 - decision-log 2026-09-30 条目把“设计稿，尚未实施”换成落地提交链与验证结论，并补 09-24 条目指向落地证据	2026-09-30 16:39:45 +08:00
k88936	2b98b022c2	文档：待发消息条目改为事件投影、引用解析文本随条目持久化、埋点成绩归宿主 ... - ADR §3/§4/§5：在队条目 = 事件窗口里“有 queue.enqueued、没有配对 queue.removed”的折叠；队列事件不带 prompt、不带埋点身份，也没有宿主私有的第二类字段 - ADR §5/§9：引用 part 的解析文本写进自己的 resolved_text 并随条目持久化（缺省合法、旧历史照样解析），放行/历史回读/turn input 共用；放行读 identity_generation、终态比对后直写成绩，删掉候选/settle 两阶段与 attempt id - ADR 备选方案补 6–9 条（条目另存产物、整条 prompt、clientTurnId 兼作埋点身份、保留两阶段）与影响与代价（prompt 块顺序、埋点口径随放行搬家） - 实施计划：新增第 6 步（条目不再另存产物）、第 7 步（埋点成绩归宿主），落地进度表与状态同步；补 2026-09-30 文件路径口径 - decision-log：追加并修正 2026-09-30 条目（resolved_text 持久化、埋点链退役、不用 clientTurnId 兼作身份）	2026-09-30 15:48:38 +08:00
k88936	e70b338900	文档：DirectProject 待发消息条目改为事件投影，prompt 改为条目重投影 ... - ADR §3/§4/§5 与备选方案 6–8、影响与代价：删掉 StoredEvent.pending 的第二份产物，队列成员由事件折出；prompt 只在引用 part 上冻结算不出的片段（to_prompt_cache，宿主内存专用），canonical 形状与 prompt 放行时重投影；analyticsAttemptId 进 queue.enqueued - 实施计划：状态改第 0–6 步、落地进度表补第 6 步、新增「第 6 步：条目不再另存产物」的实现点与验收 - decision-log：追加 2026-09-30 修订条目（背景、三条决策、埋点身份的口径）	2026-09-30 15:20:39 +08:00
k88936	888c249ffd	Merge branch 'master' into feat/msg-queue-to-rust	2026-09-30 14:37:25 +08:00
kdletters	05bf69f2c2	修复清智创游官网引擎下载接口路由 ... 新增 tsingnovagames.com 独立 Nginx vhost 并代理 /api 到 api-server 补充官网 /home/ 静态首页与下载接口回归测试 同步生产运维验收与排障说明	2026-09-30 14:18:12 +08:00
kdletters	fb130d1847	新增 AGC 模型 Agent 模式与 Claude Agent SDK sidecar ... 后台模型目录增加 codex/cc 执行模式绑定，旧目录缺省兼容 Codex AGC 客户端按模型绑定路由 Codex app-server 或 Claude Agent SDK sidecar 随包携带 Node runtime、Claude Agent SDK 与匹配平台 Claude runtime 补充模型配置、客户端选择、运行时适配、MCP 取消和定向测试 同步 AGC 模型配置规范、里程碑计划与共享决策记录	2026-09-30 14:07:25 +08:00
k88936	d538c6e9c9	Merge remote-tracking branch 'origin/master' into feat/msg-queue-to-rust	2026-09-30 13:37:14 +08:00
k88936	131026795a	合并 origin/master：待发消息队列归宿主叠加 master 的 active-turns 广播与保活下沉 ... - direct_runtime/mod.rs：保留本分支「Thread Manager 是活动回合唯一事实源」（direct_active_turn_id_at）， 丢掉 master 的 DirectTaonierActiveInvocationGuard 第二份进程内表；master 的美术背景路由改动全部保留 - direct_thread_manager.rs：双方都保留——本分支的待发队列 / 容量上限 / 残留回合兜底释放， 与 master 的 emit_direct_active_turns_changed 广播、unsubscribe、update_active_turn 返回「是否真的变了」 - useDirectProjectChatController.ts：保留本分支入队化逻辑，采纳 master 的 rawMessage 小重构与保活下沉 - direct_turn_dispatch.rs：会话保活改挂放行占用（DirectTurnReservation._session_keepalive）， 随占用释放即停，等价承接 master 放在调用身份守卫里的保活意图 - 保留本分支对 direct-execution-production-fixture.mjs 的删除（--direct-codex-chat CLI 已退役，夹具无入口） - 连带退役 scripts/run-agc-direct-execution-fixture.mjs 与 npm run check:agc-direct-execution-fixture（只服务该夹具） - 文档同步：ADR / 09-24 实施计划 / decision-log 记录上述退役，09-16 与 09-18 里程碑、pitfalls 的夹具命令标注为已退役	2026-09-30 13:35:14 +08:00
k88936	9f04940c6d	整包工作流恢复只在需要恢复时才取整轮任务锁 ... - `recover_direct_taonier_regeneration_workflow_at` 先做只读判据（复用 `direct_taonier_regeneration_workflow_requires_recovery_at`），不需要恢复就直接返回 - 真要动手才取 `direct-codex-art`，并在锁下重读一次判据（以锁下那一份为准） - 原来无条件取锁：正在跑的整包重生成整轮持有它，入队会先同步阻塞约 1 秒再被 `HostStateUnavailable` 拒掉 - 实施计划补一行说明，与 ADR §6"入队不取整轮持有的锁"对齐 - 测试：新增用例"整包重生成在跑（锁被占）时不需要恢复的入队路径不取锁"，撤掉修复会红	2026-09-30 13:04:49 +08:00
kdletters	b7862288d0	移除AGC正式渠道产品名后缀 ... - release 渠道复用正式产品名陶泥儿，安装包与更新归档不再包含 Release 文本。 - 保留 release identifier 与 release-win/release-mac 更新分区，更新渠道身份回归测试。 - 同步客户端发布、运维与项目记忆文档。	2026-09-30 11:51:03 +08:00
k88936	75f9bbacb1	入队前先判容量：满了不再做工程准备 ... - `direct_thread_manager` 新增只读的 `direct_pending_turn_count`（管理器 `pending_turn_count` + 模块级封装） - `enqueue_direct_codex_turn_typed` 在前置条件之后、工程准备之前先做一次容量预判，满队直接返回 `QueueFull` - 工程准备是分钟级、会在磁盘留产物的活，为注定收不下的消息先做它没有意义；权威判据仍是入队临界区里的检查 - 补一条管理器用例钉住这个只读口径：只数在队条目，认领 / 取消后立刻跟着变	2026-09-30 11:50:38 +08:00
k88936	20126ead0c	注释用词统一：入队半 / 放行半 改成 入队侧 / 放行侧 ... - `codex_app_server/mod.rs` 两处、`direct_runtime/mod.rs`、`direct_thread_queue.rs`、`direct_runtime/user_input.rs` 各处的简体表述统一 - 同步实施计划文档里的同一处措辞，保持词汇一致 - 只改措辞，不改任何行为	2026-09-30 11:43:21 +08:00
k88936	354acfd70b	文档：DirectProject 守卫清理落地，ADR 与实施计划标记完成 ... - ADR 状态改为 2026-09-30 落地完成，§9 守卫退役条目改成已落地口径 - 实施计划状态改为第 0–5 步全部完成，进度表第 5 步写成落地说明；第 4 步的 TurnAlreadyRunning 交还给第 5 步 - 09-23 接单化计划加后续注记：接单/拒单词表与 TurnAlreadyRunning 已退役，正文不再回改 - decision-log 的 09-30 条目补落地与验证结果，09-24 条目加落地指向	2026-09-30 10:41:10 +08:00
k88936	41c03d7199	文档：核实删调用身份守卫的前置判据，收敛第 5 步口径 ... - ADR §9 记录核实结论：取消兜底本来就同时释放占用、补写 turn.completed 并踢队列，删守卫不需要新增无条件终态；连接死亡的失败事实由 app-server 连接层落地 - 实施计划第 5 步改写：60 秒启动窗口闸门改挂 Thread Manager 的占用登记年龄，读者改读 direct_active_turn_id_at，TurnAlreadyRunning 一并删 - decision-log 追加 2026-09-30 条目，记录核实过程、决策与影响范围	2026-09-30 10:30:16 +08:00
k88936	25f3e41623	CLI 与夹具退役：DirectProject 只剩入队一个命令入口 ... - cli.rs 删 CliCommand::DirectCodexChat 变体、project_path_mut 分支、--direct-codex-chat 解析与派发 - direct_runtime/mod.rs 删 run_direct_game_creator_turn_at 与 run_direct_game_creator_turn_at_with_creation_type - 删 scripts/direct-execution-production-fixture.mjs（CLI 唯一消费者） - user_input.rs 模块注释改成"唯一的命令入口"，不再承诺 CLI 分工 - 顺带删掉只剩测试在用的 direct_turn_error_boundary_text，判据只剩 direct_turn_enqueue_failure 一处 - 三条命令边界测试改打 direct_turn_enqueue_failure(...).message，覆盖不变 - 文档：09-22 里程碑把 --direct-codex-chat 从"范围外（保留）"改成退役项，两份 Direct 技术方案的 CLI 承诺删掉， 09-23 ADR 的"CLI 保持 await"标为口径反转，decision-log 追加口径修正，实施计划标注第 4 步落地	2026-09-30 10:25:38 +08:00
k88936	0534e9c678	前端收口：待发消息队列改由事件投影驱动，退役本地队列机器 ... - 新增 conversation/directPendingTurns.ts：入队/移除两个纯函数，不判上限、不排期、不排序 - reducer 新增 queue.enqueued / queue.removed 分支，折成 pendingTurns 投影 - chip 文案派生搬到 pendingTurnChipLabel.ts，删除 chatComposerQueue.ts 整套本地队列实现 - controller 退役 queuedTurns / queueSequenceRef / completionPendingRef / busyBaselineTurnCountRef 与看门 counts effect；取消 chip 改调 remove_direct_project_pending_turn 按 typed 结果说话 - 埋点句柄按 clientTurnId 存表，回合终态按本轮开口条目身份结算 - turnBusy 改名 commandInFlight 并收窄成 IPC 在飞；忙态 = 原生在跑 ∨ IPC 在飞 ∨ 待发消息非空 - 提交改成等命令的入队结果：用户自己能改的入队失败保留草稿，其余按已交出处理 - 测试：队列投影单测、入队只发一次 IPC、IPC 在飞挡住第二次提交、满队保留草稿、取消已放行条目 - 文档：实施计划标注第 0–3 步落地并补第 3 步细则，ADR 的埋点与退役面口径改成落地后的写法	2026-09-30 10:20:37 +08:00
lhk229	716aad24d9	Merge branch 'master' into opt/hide-docs-name	2026-09-29 22:46:45 +08:00
kdletters	8315d5660a	后台公共组件收口到共享组件库并统一列表实现 ... - packages/shared/src/components/admin/ 新增 16 个后台共享组件（AdminPage/AdminPanel/AdminButton/AdminAlert/AdminTable/AdminField/AdminInfoList/AdminTagList/AdminPagination/AdminListPanel/AdminDialog 等）与随组件的 admin.css，经 @genarrative/shared/components 导出 - AdminListPanel 统一列表外壳：columns + renderRow、加载两口径（empty/line）、空态三态（state/text/row）、toolbar 与 pagination 槽位、showEmpty 判据、surface=plain（弹窗内列表） - AdminListPanel 新增列头排序（sortable/sortValue/sortDescription）：正序→倒序→不排序循环、同步 th[aria-sort]、稳定排序 - AdminDialog 统一弹窗外壳（遮罩/标题行/关闭动作/role=dialog/aria-modal/Esc/点遮罩关闭/初始聚焦/as=form），12 处各页自写弹窗全部改用它 - AdminFormat 新增 formatAdminDateTime/formatAdminDate，删除 7 份重复的本地时间格式化实现，修掉列表里裸 ISO 时间 - 21 个文件里 26 处列表全部迁到 AdminListPanel（24 处 columns 形态、2 处弹窗内 plain），页内已无手写表头或 AdminTable 当 children 的写法；累计 45 个可排序列 - 页面壳归一：错误报告补 AdminPage wide + AdminPageHeading，详情弹窗移出列表面板；模板管理列表从共享 ui Table 换成 AdminTable - 样式收口：公共组件规则随组件进入共享 styles，清理 admin.css 重复按钮/面板规则，.admin-tag 与 .admin-table th 改 nowrap，埋点用户列参考按钮紧跟本行并留行距，错误报告修版心 - 新增 scripts/admin-web-fake-api.mjs 本地假 API（含 overview/dashboard/tracking/error-reports/feature-gates/邀请码/兑换码/任务/充值/项目工程/AGC 模型与模板/游戏/账号/用户详情夹具），用于本地核对渲染 - docs 同步：共享基础组件库与展示页（后台组件层/列表排序/收敛范围/本地核对）、decision-log 与 pitfalls 记录迁移口径、排序边界与踩坑 - 验证：npm run admin-web:typecheck、npx vitest run apps/admin-web packages/shared/src/components/admin（26 files / 244 tests）、npm run check:encoding、git diff --check、prettier、eslint 全部通过	2026-09-29 22:39:41 +08:00
lhk229	0dacfec429	修复 Game Agent 项目外读取的父目录链接绕过 ... 文件读取和目录列表逐段拒绝符号链接及 Windows 重解析点 新增受保护目录别名与文件链接回归测试，保留普通外部读取 同步技术方案与排障记录，明确真实路径要求	2026-09-29 13:34:59 +01:00
lhk229	5454062423	合并 origin/master 到 Game Agent 读取路径分支 ... - 决策记录同时保留外壳状态栏浮层与 Game Agent 读取路径两条 2026-09-29 条目	2026-09-29 13:18:48 +01:00
kdletters	1d6cbd4b67	外壳状态栏退役，状态改由浮层提示承载 ... - 首页输入框下方与项目组页面头部那行状态栏退役：status 不再由页面渲染，统一由外壳浮层承载（WorkspaceLauncher 合成粘性状态与一次性提示，渲染 notice ?? statusNotice） - 进行中进度与失败结论走粘性浮层（sticky: true，不自动收起，切页回来仍可见）；成功与取消回显走一次性浮层（成功/取消 2.6 秒、失败 6 秒收起），一次性提示优先显示，收起后粘性状态继续显示 - 粘性状态只挂首页与项目组两个页面，进项目工作台、模板库、帮助页不再飘在界面上；运行/预览提示与取消回显不受该限制 - RunNoticeToast/RunNotice 更名为 LauncherNoticeToast/LauncherNotice，新增 sticky 与 neutral 色调，挂点改为 data-launcher-notice-toast，长文案容器限宽 min(680px, 100vw - 2rem) 并换行 - 收起回调只从 ref 读，不再写进 effect 依赖：此前外壳每次重渲染都会换一个内联箭头函数，把收起计时重新起算，长驻页面上的提示可能永远收不回去 - useHomeProjectCreation 三处取消（非空文件夹确认弹窗、打开项目选目录、新建项目选目录）改为清空状态并弹一次性浮层回显「已取消」，不再往页面上那行写文字 - 删除 HomeView 的 status prop 与状态行节点、ProjectsPage 的 status prop 与 .launcher-project-page-status 节点及对应 CSS 规则 - launcherNoticeToast 用例补粘性不收起、父组件重渲染不重新计时、取消回显短时收起；launcherNoticeShellWiring 用例补进行中状态与取消回显都只走浮层、首页不留那一行、粘性状态不进项目工作台 - appSurface/home.suite 三处取消断言改断浮层挂点；homeWebPreflight 与 designProjectRestore 的 hook 夹具补 showTransientNotice - 技术方案与 decision-log 记录该口径与边界：首页带按钮的「已创建的工作区」提示仍留在页面上	2026-09-29 19:35:49 +08:00
lhk229	59966b55c0	放开 Game Agent 读取工具的绝对路径和项目外路径 ... - agc_read_project_context 与 agc_list_project_files 改走 resolve_game_agent_read_path，绝对路径和离开项目的 .. 可以读 - 落在项目内的路径仍按项目相对路径处理，继续拒绝 .agent、凭据文件名、符号链接和硬链接 - 项目外读取同样拒绝这些受保护名字和链接，目录列表标记为未登记且不可导入 - agc_write_file、agc_apply_patch、素材导入和共享 normalize_relative_path 仍限定在当前项目 - Codex 进程沙箱仍是 read-only，提示词未改 - 决策记录、实施计划和 pitfalls 同步该口径	2026-09-29 12:18:11 +01:00
lhk229	4a0f18e8a2	写明策划工作区是相对路径根目录 ... - system-prompt.md 说明工作区是相对路径根目录 `.`，策划文件仍放在工作区内并使用相对路径 - 技术方案与决策记录同步该句口径	2026-09-29 10:37:20 +01:00
lhk229	06f7f145b8	Remove Absolute and External Path Restrictions of Design Agent. Fix mac runtime failure (#528) ... Co-authored-by: kdletters <61648117+kdletters@users.noreply.github.com> Reviewed-on: #528 Co-authored-by: lhk <ink29535@proton.me> Co-committed-by: lhk <ink29535@proton.me>	2026-09-29 17:15:28 +08:00
lhk229	5452956682	隐藏策划资源读取提示中的资源名称 ... 工具提示不再附加资源 ID，保留文件路径展示和实际读写行为。 同步策划 Agent 技术方案，说明新提示与历史消息的适用范围。	2026-09-29 14:31:27 +08:00
kdletters	02c6d33e9c	把两条路由门禁串进 npm run lint 并用 guardrail 锁住接线 ... - 根因：check:nginx-spa-routes 与 check:pingora-route-parity 从来没有自动调用方（只有切换期聚合门禁 check:pingora-release-readiness 含 parity，而它不在 CI 里跑），所以红了一个月也没人看见 - package.json 的 lint 链在 check:maintenance-page 之后接入 check:nginx-spa-routes 与 check:pingora-route-parity，因此 check:repository-ci、CI 与 pre-push 都会执行 - check-production-ops 新增两条 guardrail：断言 package.json 的 lint 链里必须出现 npm run check:nginx-spa-routes / npm run check:pingora-route-parity，删任一条立刻变红（变异验证已做） - 文档：索引第五节与 Pingora 试点文档更新为「已接进 CI」；pitfalls 新增「为什么以前会漏：加新门禁先问它有没有自动调用方」 - 验证：npm run lint 全绿（含两条新门禁 + eslint + typecheck）、check:production-ops OK、encoding / doc-index / diff / prettier / eslint 通过	2026-09-29 07:42:58 +08:00
kdletters	38eb5b69ed	给路由 parity 门禁补反向覆盖，模板里的 location 必须被矩阵声明 ... - check-pingora-route-parity 新增 validateNginxLocationsAreCovered：两份 Nginx 模板里出现的每条 location 都必须被矩阵某条用例的 nginx 片段（location 前缀）声明，否则判红 - 这条针对的正是 2026-09-29 发行网关路由那类漂移：此前只做正向检查（矩阵片段必须存在于模板），模板单方面加路由时门禁一直是绿的 - 矩阵新增 web_root_spa（samplePath=/ → static/web/spa_fallback，片段 location = / + try_files /index.html =404;）并把三个新 id 列入必查清单；Pingora 试点文档补根路径回退与反向覆盖说明 - 验证：check:pingora-route-parity OK（24 路由）、check:nginx-spa-routes OK（12 路由 / 3 模板）、cargo test -p pingora-gateway 39 passed、check:production-ops、prettier / eslint / encoding / doc-index / diff 全绿；变异验证：往生产模板插一条无矩阵声明的 location → 只有反向覆盖报「production 模板的 location 没有被矩阵覆盖」	2026-09-29 07:29:41 +08:00
kdletters	5fee115f10	实现 Pingora 发行网关路由并关闭两处路由漂移待办 ... - 新增 RouteDecision::ReleaseGateway：/games/game_<32 位小写十六进制 id>/… 重写上游路径到 /api/game-distribution/releases/<gameId><asset>、清空 Cookie、不进 SPA fallback、不套接流保护分组、不受维护闸拦截，与 nginx 同名 location 同口径（只认小写 32 位十六进制） - 路由矩阵新增 games_release_gateway 用例（含 upstreamPath 期望值）与对应断言；parity 门禁支持 release_gateway 并把 games_spa_fallback、games_release_gateway 列入必查清单 - check:pingora-gateway-smoke 新增三条运行时断言：重写到发行网关且上游拿不到 Cookie、/games/detail 仍走 SPA、/games/game/index.html 仍是真实 404 - 文档：Pingora 试点文档补「平台同源发行入口」语义；pitfalls 记录 SPA allowlist 三处真相源与「发行入口不是 SPA」；按 docs/project-memory/README.md 删除两份已关闭待办，关闭记录写入开放事项索引第五节 - 验证：网关 39 passed、check:pingora-route-parity OK（23 路由）、check:nginx-spa-routes OK（12 路由 / 3 模板）、check:pingora-gateway-smoke 通过、cargo fmt --all --check、check:production-ops、encoding / doc-index / diff 检查全绿；变异验证：矩阵 upstreamPath 写错或拿掉 /games/detail 都会立刻变红	2026-09-29 07:24:52 +08:00
kdletters	589f3582ae	补齐 Pingora 网关的 SPA allowlist 并关闭 SPA 路由漂移待办 ... - Pingora MAIN_SPA_PATHS 从 5 条补到 12 条（补 /components、/design-system、/games、/games/detail、/games/mine、/games/play、/games/publish），与前端路由源和 nginx 三份模板逐条一致 - 路由对照矩阵新增 games_spa_fallback（/games/detail → static/web/spa_fallback）并同步 Pingora 试点文档的 SPA allowlist 表，让 cargo test -p pingora-gateway matches_nginx_route_parity_matrix 真正覆盖这条 - 门禁与验证：check:nginx-spa-routes OK（12 路由 / 3 模板）、check:pingora-route-parity OK（22 路由）、网关全量 38 passed、check:production-ops OK、cargo fmt --all --check OK；变异验证：临时拿掉 /games/detail 后矩阵用例以 static mode mismatch 变红；dev 与生产 5 条 /games* 深链实测 200 - 关闭【待办】主站SPA路由白名单与前端路由源不一致 并写入关闭记录；另立【待办】Pingora网关缺发行网关路由（三份 nginx 模板都有 /games/game_<32hex>/ → 发行网关，Pingora 缺这条代理，切流后会 404）	2026-09-29 07:16:00 +08:00
lhk229	172ef2a16b	修复环境探测测试夹具触发配置检查的问题 ... 将 Node 环境断言移入独立测试夹具并通过 include_str 引用 保持生产配置检查规则与预检实现不变 同步定向验证入口说明	2026-09-28 23:24:52 +08:00
lhk229	927475f2c7	修复 Web 游戏预检的用户目录依赖 ... 为 Node/npm 版本探测设置临时用户目录并隔离配置、缓存和工作目录 补充真实运行时探测及子进程隔离环境回归断言 同步技术方案与排障记忆	2026-09-28 22:23:04 +08:00
kdletters	4c31f50007	Merge remote-tracking branch 'origin/master' into codex/agc-renderer-io-downshift	2026-09-28 17:58:15 +08:00
lhk229	2d22971477	简化策划agent工作流 (#522) ... Reviewed-on: #522	2026-09-28 16:27:18 +08:00
kdletters	c7df10b394	把渲染层下沉的现行口径同步回主规范与事件化里程碑 ... - 主规范新增「AGC 客户端现行分工：离线前端、事件驱动与维护态出口」一节，写明网络与凭据归 Rust、活动回合唯一事实源是 Direct 线程管理器、维护态由 Rust 分类并单一事件广播、失败文案只展示宿主脱敏摘要 - 事件化里程碑的范围与验收第 2 条改为按线程管理器的登记/进度内容变化/收口三处通知点表述，并补 2026-09-28 对齐说明	2026-09-28 15:59:11 +08:00
kdletters	1e62d8317a	合并 origin/master 到 AGC 渲染层下沉分支并完成三处对齐 ... - 活动回合事实源统一到 Direct 线程管理器：删除 direct_runtime 的第二份快照，接单、进度内容变化与收口各广播一次活动回合变更事件 - 平台维护态判定移入 Rust 并在渲染层只订阅单一事件：新增 platform_maintenance 模块与各平台 facade 错误分支的分类入口 - 封面生成请求补 generationInputs.source，保持队列回填后仍能拿到平台素材 ID - 渲染层按 master 5398a53e6 退役诊断详情入口：删除 agentRuntimeErrorDetail 与「查看详情」交互及其专属用例 - 冲突收口：nginx SPA 白名单、.gitignore、mobile 检查脚本、capabilities 描述取上游，两个已退役计划随上游删除，文档保留双方条目 - 新增并回写本里程碑取证、decision-log 与 pitfalls 的 2026-09-28 记录	2026-09-28 15:07:30 +08:00
kdletters	2b06394bcc	计划收口与共享记忆更正 ... - 63 份计划补「逐条勾选依据 / 本轮复验」并统一为 implemented-awaiting-runtime-acceptance，未勾选从 85 条降到 43 条；删除 4 份已收口临时计划，结论回写权威文档。 - 新增待办：主站 SPA allowlist 与前端路由源不一致、高风险审批 Rank 的 PRD 骨架、引用输入区后续收口、计划收口剩余项索引。 - 更正共享记忆：渲染层 HTTP 能力退役、Windows 门禁限制与可跑性、Provider 配置 Debug 脱敏规则、游戏分发本地证据与多轮变异验证记录。	2026-09-28 14:16:11 +08:00
suzmii	c22eb38962	按第五轮评审收尾 M3：跨平台用例、--no-bundle 与并发口径对齐 ... - package_layout 的 source_candidates 用例改用 Path 构造期望值（Windows 上 path.join 产出反斜杠，硬编码正斜杠会让该用例在 Windows 必红） - 运维文档与技术方案改为「--no-bundle 也执行 staging、只跳过总号发布」；M1 验收行里已删除的 AGC_SKIP_RESOURCE_STAGING 表述同步 - 技术方案 §4.3 第 8 条与风险表的并发口径改为「不做并发支持：失败可读、保留已生成 staging，需要并发时外部串行化」，与实现一致 - 评审结论（Windows 真机）：touch build.rs 后 resources 90 个文件 path/size/mtime 零变化；第二次 cargo build 1.13s fresh；三分支产物齐备；幂等、内容变更触发重建、fail-closed 均通过	2026-09-28 12:41:11 +08:00
suzmii	ceca4a7669	Merge branch 'fix/agc-rust-staging-idempotency' into feat/agc-bundled-resources-m3	2026-09-28 12:19:31 +08:00
suzmii	55b881de49	Merge branch 'master' into fix/agc-rust-staging-idempotency	2026-09-28 12:12:59 +08:00
suzmii	e4634928c6	按评审修复 M3：校验按插件收敛、Cocos 链路与 Godot 指纹、门禁与文档收口 ... - P0：validate_prepared_payloads 遍历所有插件 × 所有子目录 → 与 libraryStaging 分支对称地按插件收敛（声明新增 subdirectories[].plugin，Rust 加 subdirectory_applies_to_plugin，工具复制与指纹同样按插件收敛） - P1 Cocos：cargo 准备步骤改用该 crate 自身 manifest 并把 --target-dir 指回 src-tauri/target（原 -p + --features 被 cargo 以「cannot specify features for packages outside of workspace」拒绝）；nativePayloads 拆出 sourceFileName（下划线）与 destinationFileName（连字符）；native/payload 改为 origin=prepared 并绑定 cocos-bridge-build - P1 Godot：补 fingerprint（roots ["."]，排除 bin/.build/native-build，戳文件 bin/win-x64/.agc-source.sha256），不再每次真跑 build.ps1 - P2：pluginSourceFingerprint 对 prepared 产物改用内容哈希（避免无条件覆盖 mtime 导致每次全量重建）、库文件纳入指纹；pluginTreeMatches 对 prepared 只查存在性（内容由指纹覆盖，顺带缓解 90MB exe 的哈希开销）；GODOT_BUNDLE_FILES 缺清单即失败，不再静默退化为空数组；CLI 传 log 并新增 --features；用例正则兼容 Windows 路径分隔符；主规范 §4.8 残留的 AGC_SKIP_RESOURCE_STAGING 已清 - 安全：撤出误提交进 .env.local 的真实 token（还原模板并 force-push 分支尖端） - 验证：npm run agc:bundled-resources:check 通过；cargo fmt + cargo check --no-default-features 通过（含新 plugin 字段与按插件收敛的校验）；工具用例 12/13（余 1 条为夹具断言待修）	2026-09-28 00:23:26 +08:00
suzmii	faa510e999	AGC 编辑器分支产物归位：构建脚本彻底退出写入 ... - 声明扩展：subdirectories 新增 origin=prepared；libraryStaging 增加 prepare/files；新增 nativePayloads 与 plugins.prepareSteps（程序类型、工作目录、指纹、必需产物） - Godot 随包文件清单改由声明提供，godot_bundle::BUNDLE_FILES 从生成的编译期常量取值，不再各写一份 - 准备步骤按声明运行 powershell.exe -File build.ps1（Unity/Godot，Godot 移除 PSModulePath）与 cargo build -p cocos-editor-bridge --target … --features windows-injection，内容指纹命中且必需产物齐全时零写入，命令执行器可注入以便在 macOS 上覆盖调度与失败关闭 - build.rs 删除 prepare_unity_editor_helper、prepare_godot_editor_extension、stage_cocos_editor_payload、stage_build_generated_plugin_payloads 及辅助函数（415 → 193 行），只留只读校验，并新增已准备产物存在性与 Godot 随包库深度校验；AGC_SKIP_RESOURCE_STAGING 开关随写入分支删除 - 删除两份只含 staging 条目的 .taurignore；发布入口传 profile=release 以定位 Cocos 产物 - 文档：技术方案 §4.9/§8、M3 里程碑（含 Windows 验收清单）、运维文档、决策日志与排障经验同步 - 验证：准备步骤 13 条用例通过（三类准备步骤调度、指纹跳过、缺产物失败关闭、幂等）；npm run agc:bundled-resources:check 通过；cargo check --no-default-features 通过且第二次 0.62 秒 fresh - 未验证：Windows 真机（powershell/cargo 路径、产物归位、包内容一致性与客户端加载），按 M3 里程碑验收清单在 Windows 上确认	2026-09-28 00:17:49 +08:00
lhk229	5c648ab9c7	为美术包增加图片自动转码 ... 美术包在本地提交前将 JPEG 和 WebP 转为 PNG，保留有效 PNG 原字节 统一最终图片的扩展名、媒体类型与恢复摘要，保留原有透明度和大小校验 覆盖损坏下载重试、账本保留和清理、重复恢复零生成请求，并同步规范与排障记录 验证通过 106 项定向测试及格式、编码、文档索引和差异检查	2026-09-27 12:52:10 +00:00
suzmii	33308a93e8	校正 M2 交付后的文档口径 ... - 技术方案修正症状层补丁清单：prune_staging/STAGED_* 只存在于未合入的补丁，主线从未有过 - 技术方案 §5.2/§5.3 记录过渡期已完成、.taurignore staging 条目保留到 M3 的原因，§8 M2 行标注已交付与 Windows 待复验 - M2 里程碑规范按证据勾选 macOS 侧可达的验收项，未验证项保持未勾选 - M1 实施计划标注 codex_package_metadata.rs 已在 M2 退役	2026-09-27 18:57:54 +08:00
suzmii	f6dad1950f	AGC 随包资源准备步骤接入 dev 与发布入口，构建脚本退出写入 ... - start-tauri-dev.mjs 在前端与配套后端就绪后、spawn Tauri CLI 之前调用准备步骤，并保留依赖注入供入口测试断言顺序 - build-release.mjs 的 runTauriBuild 与既有 stageRuntime 并列调用 stageBundledResources，tauri build --no-bundle 仍不强制 staging - 声明新增 origin 字段：source 由准备步骤写，build 由构建脚本在产物生成后写；构建脚本删除 codex 与插件白名单的写入分支及 stage_plugin_file/copy_plugin_tree/copy_plugin_file，改为 stage_build_generated_plugin_payloads - 插件随包工作区改为与仓库源码逐文件比对（清单 + 逐文件 sha256 + 整树符号链接），实现移入 build_support/package_layout.rs 复用单测 - 上游原生包元数据改由准备步骤按声明校验，build_support/codex_package_metadata.rs 因失去调用方删除 - 准备步骤改为同步实现，dev 与发布入口可直接调用而无需子进程 - 测试：build-release 39 passed（新增 stage、bundled、build 顺序与 no-bundle 不 staging）、dev 入口 12 passed（新增准备步骤先于 CLI 启动）、准备步骤 9 passed、package_layout 36 passed - 文档：技术方案 §4.9 记录构建期写入边界，M1 里程碑标记完成，运维文档补入口接线与 resources/plugins 所有权，决策日志与排障经验同步	2026-09-27 18:56:44 +08:00
lhk229	155f0d316a	新增 external v1 游戏场景生成路由并迁移 AGC 美术包背景阶段 (#516) ... - api-server 新增 POST /api/external/v1/editor/scenes/generations，复用 editor:image-generate scope、幂等键和站内场景生图队列 - editor_project.rs 抽取站内与外部共用的场景生图 payload 构造函数，站内 handler 改为调用共享函数 - 同步更新 external v1 OpenAPI 契约与 MCP 派生排除标记，登记 docs/README.md 索引 - AGC 客户端美术包背景阶段改走新场景路由，stylePreset 固定 custom + customStyle 保留现有风格文案 - external_generation_state 快照与 recovery_scan 账本白名单支持新场景路由 - direct_runtime 背景资源识别同时兼容新场景路由与旧通用路由，新增旧路由回放测试 - 更新 genarrative-external-editor-api skill 参考文档 - 新增主规范、里程碑规范与实施计划三份 SDD 文档 Reviewed-on: #516	2026-09-27 18:39:01 +08:00