5227 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
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	e221543947	终止钮按 canStopTurn 显示：队列非空不再顶出终止按钮 ... - `useDirectProjectTurnStatus` 新增派生判据 `canStopTurn`（`nativeRunning || commandInFlight`）与共享的 `canStopDirectProjectTurn`，写清它与 `displayBusy` 的分工：前者回答"终止这一脚踢给谁"，后者回答"界面能不能声称空闲" - composer 的发送钮 / 终止钮按 `canStopTurn` 换；`busy` 继续管模型 / 附件 / 语音这些与当前这轮冲突的控件 - `cancelTurn` 的受理判据改用同一个函数：显示与受理同源，不再出现"按钮在、点了说没有回合" - `displayBusy` 保持三者并集不变（卡片仍要早于首个 token 显示"正在处理"） - 测试：`directProjectTurnStatus` 补 `canStopTurn` 用例；appSurface 补"只有待发消息、没有回合在跑时不显示终止钮"（撤掉修复会红）	2026-09-30 13:11:45 +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
k88936	51e4811344	残留回合兜底释放改成 Thread Manager 里的原子动作 ... - `DirectThreadManager::release_stale_turn` 在同一个临界区里做完"校验 → 解除占用 → 写 aborted 终态" - 判据不满足（没有活动回合 / 身份对不上 / 没过启动窗口）一个字都不写，占用与事件都保持原样 - 拆成"先校验后释放"两次取锁会让并发认领插进中间，清掉新那一轮的占用并给老回合补假终态 - `direct_stale_turn_for_release` 降级成"调用原子出口 + 把结果翻成人话"，文案与对外语义不变 - 兜底终态改由 Thread Manager 写，身份取被释放那一轮自己的 clientTurnId，删掉 app-server 侧的建事件助手 - 测试：管理器侧新增"校验与释放是一个动作"用例；运行时侧用例补上"拒绝时零写入 / 通过时占用与终态一起落地"	2026-09-30 12:55:07 +08:00
k88936	e0ca5ad9b9	前端 bootstrap 用例补齐：在跑的那一轮与在队条目同时还原 ... - `directThreadChat.test.ts` 队列投影分组里新增一条：bootstrap 同时带 `turn.started` 锚点与两条 `queue.enqueued` - 断言 `turnRunning` / `turnUserItemId` / `pendingTurns` 三者同时正确，而不是各测一半 - 只加用例，不改实现	2026-09-30 12:43:32 +08:00
k88936	d341a9be13	补中途加入者的合并快照用例 ... - 新增 `late_subscriber_sees_the_running_turn_and_the_pending_queue_together` - 钉住：正在跑那一轮的 `turn.started` 锚点（带开口条目身份）与还排着的 `queue.enqueued` 同时进 bootstrap，顺序按事件序 - 原有用例各覆盖一半（一条只测队列、一条只测锚点），这条覆盖两者同时存在的中途加入场景	2026-09-30 12:43:20 +08:00
kdletters	39823b05c1	修复Jenkins release渠道测试环境污染 ... 固定发布构建单测使用dev渠道，避免继承Jenkins的release环境变量。 记录Mac构建在Windows目标测试中读取NSIS配置失败的根因与排障口径。	2026-09-30 12:00:13 +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	a83ed01313	删掉重复且永不成立的项目切换守卫 ... - `runTurn` 的 catch 里同一判据写了两遍，两处之间只有同步代码、没有 await，`projectPathRef.current` 不可能变 - 保留 await 之后那一遍，删掉其后永远不会成立的第二遍 - 不改行为：守卫效果由前一处完整覆盖	2026-09-30 11:45:44 +08:00
k88936	25cec7955a	取消失败提示改成普通分支，去掉嵌套三元 ... - `cancelPendingTurn` 里三路结果（不在队 / 已放行 / 已取消）改用 if / else 表达 - 已放行那一路的说明注释挪到对应的分支上 - 不改任何文案与行为	2026-09-30 11:44:36 +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	f4558475a0	取消待发消息时清掉它的埋点句柄 ... - 控制器在 `remove_direct_project_pending_turn` 返回 `removed` 时删除该 `clientTurnId` 的埋点句柄 - 被取消的待发消息永远不会放行、也就不会有自己的 `turn.completed`，句柄留着只会泄漏 - 留着还会挤进"身份缺失"的兜底结算候选（挑认领表里最早那一条），把下一次结算算到没跑过的回合头上 - 补一条 appSurface 用例钉住这条不变式：回放没有身份的失败终态时，兜底结算只落到还能收口的那一条	2026-09-30 11:42:57 +08:00
k88936	3e8954548a	测试替身对齐宿主的按身份判定：alreadyDispatched 只认正在跑那一条 ... - hostQueue 记录被放行的 clientTurnId，cancel 只在身份一致时回 alreadyDispatched，其余回 notFound - 与宿主 remove_pending_turn（按 active_turn.turn_id 比对）保持一致，避免复用该替身时掩盖 notFound 分支	2026-09-30 11:33:42 +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	4e8b269816	删掉 TurnAlreadyRunning：入队化后没有并发撞单的生产点 ... - 删 DirectTurnError::TurnAlreadyRunning 变体，以及 is_reportable / Display 的对应分支与专属用例 - 前端 directTurnEnqueueFailureNotice 删掉 turnAlreadyRunning 分支；ts-rs 绑定同步删除该变体 - 结构化载荷用例的样本换成 queueFull，本地说明用例的文案样本换成队列已满提示	2026-09-30 10:39:53 +08:00
k88936	ecac9d8e15	DirectProject 调用身份归 Thread Manager：删掉第二份进程内守卫表 ... - 新增 Thread Manager 的只读身份入口：DirectTurnIdentity + read_direct_turn_identity，占用仍只由终态出口解除 - 五个身份读者（执行会话、工具桥、校验预约、上下文预取、付费美术重生成）改读 direct_active_turn_id_at - 删 DirectTaonierActiveInvocationGuard / DIRECT_TAONIER_ACTIVE_INVOCATIONS / DirectActiveTurnView 与只读探测 - 删 release_stale_direct_taonier_active_invocation，改为 direct_stale_turn_for_release 只做前置校验（身份一致 + 启动窗口），释放仍由 complete_direct_thread_turn + kick_direct_queue_dispatch 完成 - DirectStaleTurnReleaseReason 取代 DirectTaonierStaleGuardReason；终止兜底的注释与文案改成占用口径 - 放行不再另取调用身份：认领时已在 Thread Manager 登记，删掉认领后的守卫进入与失败分支 - 新增前置判据用例 stale_cancel_releases_the_occupancy_and_dispatches_the_next_pending_turn，并补背景拨时测试钩子 - 集成用例改用 DirectTurnReservation::accept_for_test 建占用，不再进守卫	2026-09-30 10:39:32 +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	7b04830a02	Merge pull request '修复移动端顶栏折行与头像裁剪弹窗被底部主菜单遮挡' (#515) from fix/mobile-style into master ... Reviewed-on: #515	2026-09-30 10:29:38 +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	dfd94c435f	Merge remote-tracking branch 'origin/master' into fix/mobile-style ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md # docs/project-memory/shared-memory/pitfalls.md	2026-09-30 10:20:58 +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	54e534b101	Merge pull request '清理文档' (#535) from opt/prune-docs into master ... Reviewed-on: #535	2026-09-29 23:36:24 +08:00
lhk229	16f507ac15	Merge pull request '隐藏策划资源读取提示中的资源名称' (#534) from opt/hide-docs-name into master ... Reviewed-on: #534	2026-09-29 22:47:03 +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
suzmii	4cba964234	Merge pull request '修复 DirectProject 流式正文逐 delta 脱敏吃掉段尾换行导致 Markdown 结构损坏' (#533) from fix/direct-delta-markdown into master ... Reviewed-on: #533	2026-09-29 21:49:44 +08:00
suzmii	2cc7df8074	修复 DirectProject 流式正文逐 delta 脱敏吃掉段尾换行导致 Markdown 结构损坏 ... - prompt_context.rs：sanitize_error_context 改为 split_inclusive('\n') 逐段处理并原样保留行终止符，「逐段脱敏」与「整段脱敏」同形（CRLF 仍归一成 LF，私钥块整行吞掉的旧口径不变） - codex_app_server/mod.rs：新增 direct_thread_delta_sanitization_preserves_line_breaks，钉住逐段脱敏 == 整段脱敏，去掉 split_inclusive 即红 - pitfalls.md：记入本次排障（含 chunk 起点路径误判这一同源未修缺陷）	2026-09-29 21:30:44 +08:00
lhk229	a5664cb1c9	Merge pull request 'Remove Read Tools Path restrictions for gameagent' (#531) from feat/remove-gameagent-path-restrictions into master ... Reviewed-on: #531	2026-09-29 20:35:42 +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
kdletters	30a190d183	修复 AGC NSIS 安装钩子在模板常量与插件目录之前编译导致的出包失败 ... - installer-hooks.nsh 顶层收敛为 !define / Var / !macro：迁移逻辑改成 !macro AgcMigrateLegacyIdentity，由 !macro NSIS_HOOK_POSTINSTALL 在模板插入点（Section Install，addplugindir 之后）展开，避免 include 时 INSTALLMODE 未定义走错分支、nsis_tauri_utils 插件目录还没 add 导致 makensis 报 Plugin not found 中断 - 旧展示名改走运行期变量 $AgcLegacyIdentity（替换 Push/Pop + Function），去掉 section 上下文里不可用的 Return 提前返回，清理与补建语义保持不变 - 文件头补编译期位置纪律：模板在 installer.nsi 第 28 行 include 本文件，早于 !define INSTALLMODE / MAINBINARYNAME 与 !addplugindir，顶层只能放声明 - build-release.test.mjs 新增守卫用例：顶层不得出现 Function、插件调用、模板常量引用或裸可执行语句（对修复前形态命中 36 条，含第 68 行顶层插件调用） - pitfalls 与 decision-log 记录该踩坑、根因、本机逐字复现与处理口径 - AGC 渠道安装身份隔离里程碑补 2026-09-29 钩子编译位置修正小节与本机探针取证	2026-09-29 18:00:03 +08: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	68ba4c47d8	将决策记录模板移至项目记忆说明 ... 在项目记忆 README 的使用原则后恢复决策记录格式模板 说明模板按需填写，简单决策无需补齐全部字段 在决策记录文件顶部增加指向模板的链接	2026-09-29 15:05:14 +08:00
lhk229	6d8969a6fa	清理过期共享记忆与固定文案检查 ... 移除运维和原生壳对记忆文案的固定措辞检查，保留实际契约与权限验证 清理过期决策和踩坑流水账，保留当前兼容约束与未完成验证边界 明确共享记忆维护规则，并同步修正游戏发行计划的现行入口说明	2026-09-29 15:04:32 +08:00
lhk229	5452956682	隐藏策划资源读取提示中的资源名称 ... 工具提示不再附加资源 ID，保留文件路径展示和实际读写行为。 同步策划 Agent 技术方案，说明新提示与历史消息的适用范围。	2026-09-29 14:31:27 +08:00
kdletters	80bf54c39d	修复 AGC dev 渠道改名后旧快捷方式仍指向旧安装 ... - 新增 src-tauri/windows/installer-hooks.nsh：安装结束时按旧展示名（陶泥儿、Genarrative AI Game Creator）清理旧快捷方式（先用 IsShortcutTarget 校验目标）、旧安装目录与旧卸载项 - 同一钩子在用户原本就有旧桌面图标时补建当前身份的桌面图标、并始终补建开始菜单图标，解决 /UPDATE 下模板不创建快捷方式导致「点旧快捷方式→更新→自动启动新版」的循环 - build-release.mjs 只在 dev 渠道 + Windows 目标注入 bundle.windows.nsis.installerHooks，并让 node runtime 资源映射与钩子共存 - build-release.test.mjs 新增用例：只有 dev+Windows 注入、钩子文件存在且旧身份表完整、JSON Merge Patch 后钩子不被资源映射顶掉 - pitfalls 与 decision-log 记录改名迁移口径、删除边界与「再改展示名必须追加旧身份」的纪律 - AGC 渠道安装身份隔离里程碑补 2026-09-29 修正小节与真机升级验收项	2026-09-29 12:23:14 +08:00
kdletters	75ca16739a	修复 AGC 登录丢失会话主体导致的身份无效 ... - auth_session.rs 新增 SessionIdentity：登录主体取自响应用户投影、续期主体取自已持久化凭据文件，漏传主体不再是能写出来的状态 - complete_login 改用 SessionIdentity::Login(payload.user)，删掉原先写死的空 user_id 字符串 - commit_authenticated_session 在写 client-session.json 之前解析并校验主体，空主体失败关闭且不再留下半截会话文件 - 新增 validated_session_user_id：主体 trim 归一化，空值报「登录失败：登录服务未返回用户身份」 - 补 auth_session 定向用例三条：登录响应供主体、续期只带主体、空主体失败关闭	2026-09-29 12:14:59 +08:00
kdletters	c2a3cafe77	把人工门禁的「本机必然红」与「真缺陷」分开并写入索引 ... - 逐条探红：check:nginx-pingora-canary（无 nginx 时明示降级为静态检查）、check:pingora-canary-live-guard、check:pingora-direct-live-guard、check:production-health-patrol-env 全绿 - check:pingora-release-readiness-plan 红：门禁的 assertAbsoluteScriptArg 要求 POSIX 绝对路径（/opt/genarrative/current/scripts/...），Windows 必然失败，属 Linux/CI 专属门禁 - check:api-server-env 红：本机 .env.local 只有 LLM_API_KEY / DASHSCOPE_*，缺 TIANTOKEN_BASE_URL/API_KEY 与阿里云抠图 AccessKey，属本机环境缺口（与 ExternalV1 计划里已记的结论一致），不是代码问题 - 两条结论写入开放事项索引第五节，避免后续重复追查	2026-09-29 07:54:39 +08:00
kdletters	4f47343108	记录 dev 真实部署的发行读取契约与门禁接线审计 ... - 游戏分发里程碑新增「真实部署只读取证（dev 环境）」小节：平台同源入口 /games/<gameId>/ 与直连发行网关路径匿名 200（nosniff、CORP=cross-origin、ACAO=*、发行专用 CSP、cache-control max-age=60）、同路径带 Cookie 403、带 Cookie 走 nginx 映射仍 200（证明 proxy_set_header Cookie "" 生效）；生产 /api/game-distribution/games 当前 0 条已发布 - 索引第三节补该证据；第五节新增 2026-09-29 广度回归（npm test 423 文件 / 4482 passed / 26 skipped）与门禁接线审计（check:* 共 80 个：53 个自动可达、27 个生产/凭据/环境依赖型人工门禁），并给出审计方法 - 一次性审计脚本不入库；接线结论与「加新门禁先问它有没有自动调用方」一起保留在 pitfalls 与索引里	2026-09-29 07:49:18 +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	d67f9e03c0	修正索引第五节的分组数字 ... - 未勾选 11 条的构成更正为 macOS 节点 3 + 桌面会话 6 + 真实 Provider 2（逐份列出对应计划），此前写的 桌面会话 5 / Provider 3 与第二节表不符	2026-09-29 07:36:57 +08:00
kdletters	e34efc4675	按 2026-09-29 的真实状态重新盘点开放事项索引 ... - 第一节：占用锁计划补上 2026-09-28 的实测（write_lock 21 / gui_ 31 / project_execution_owner 8 / owner_diagnostic 4 passed），说明只差真机多窗口运行时表现与第 4 条 A/B 收口决定，并注明它用编号式验收标准、不计入复选框口径 - 第二节：重写为 current 口径——未勾选 11 条、6 份计划，按「macOS 节点 + 真机 / 桌面会话 / 真实 Provider」分组；另列 8 份已无未勾选但仍在等签收或外部环境的计划 - 第三节：游戏分发里程碑从「28 条」更正为剩 4 条，两份实施计划均 0 条；并更正解冻前提——2026-09-28 起发行入口改为平台同源路径，不再要求独立 HTTPS 发行域名与通配证书 - 第五节：补 2026-09-29 重新盘点（81 份计划 / 15 条未勾选 / 8 份文件），把 74 份与 43 条标为历史快照，并把 ``check:nginx-spa-routes``/``check:pingora-route-parity`` 从「仍红」更正为已转绿（含新增反向覆盖与 smoke 断言） - 阶段 A 实施计划：把「本机只到领域单测」更新为已补齐的真实栈证据（13 条 E2E + AGC live 发布 1 passed + 后台列表/ZIP 联调 10/10）	2026-09-29 07:34:14 +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	16ff10111f	限制 dev 发布目录与 Jenkins 构建暂存的历史堆积 ... - production-api-deploy.sh 新增 --keep-releases（默认 2）：发布成功后保留 current 目标与最近 1 个历史 release，只清理同时含 api-server 或 web 标记的旧目录，清理失败只告警、不改变发布结论 - production-api-deploy.sh 新增 prune_old_releases 与参数校验：非整数或小于 1 的 --keep-releases 在任何动作之前失败 - check-production-api-deploy 增加默认值、显式值和非法值三类夹具，并断言非法参数不会提升 release - check-production-ops 增加 release 保留策略与三个部署 Job 暂存清理的合同 - Api Deploy、Web Deploy、Stdb Publish 三个 Jenkinsfile 在部署或发布成功后只保留最近 2 个 build/<version> 暂存，失败时保留暂存便于诊断和重跑 - 内联清理片段避开 Groovy 反斜杠转义，并在 set -euo pipefail 下对空 build 目录安全（if [ -d build ] 守卫加兜底） - 开发运维文档补充 release 与 Jenkins 暂存的保留上限口径 - pitfalls 记录 dev 根盘写满的两处根因（发布与暂存无上限、JNLP 幽灵 agent 刷 syslog）以及 Jenkins 内联 shell 的两个坑	2026-09-29 07:19:00 +08:00