4725 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
k88936	c42e087a30	Merge remote-tracking branch 'origin/master' into refactor/extract-dep-from-ref-inputer ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md	2026-09-22 17:41:24 +08:00
kdletters	56fd5a98f7	修复 release 客户端下载清单的编码空格校验 ... 放行客户端下载清单 URL 中百分号编码的空格 补充 release 安装包文件名回归测试 更新客户端下载规范与排障文档	2026-09-22 17:29:19 +08:00
kdletters	67e95eee4e	Merge pull request '游戏分发与在线游玩：封面/截图冻结、网页可见可玩与 AGC 发布接入' (#466) from codex/game-distribution into master ... Reviewed-on: http://192.168.35.82/git/GenarrativeAI/Genarrative/pulls/466	2026-09-22 17:26:59 +08:00
kdletters	c0c5255b31	Merge branch 'master' into codex/game-distribution	2026-09-22 17:26:50 +08:00
k88936	d5fb34209a	重构：候选懒加载改为菜单回调，match 收成纯函数 ... - ReferenceProvider 新增可选 onMenuQueryChange(query)：输入区在 useEffect 里回调（菜单关闭时收到 null），作为懒加载的唯一入口 - ProviderMentionMenu 不再让 provider 在渲染期产生副作用：match 只负责过滤已就绪的数据，契约里写明它必须是纯函数 - useSkillReferenceProvider 把目录读取从 match 搬进 onMenuQueryChange，第一次敲出 $ 才读；失败仍放开重试（下一次菜单查询变化时重试）并保留 console.warn - referenceSourceProviders 用例改为经菜单回调驱动，并显式断言 match 不触发任何 Tauri invoke、菜单关闭（null）也不触发 - 同步 ADR、决策记录与功能说明里 provider 契约的那段描述	2026-09-22 17:24:24 +08:00
lhk229	ff7c5f3589	补齐 CI 缓存维护器请求与任务契约校验 ... 要求 API 请求显式指定 HTTP 方法并更新全部调用点 增加 workflow 全部任务名称与缓存导出映射的契约测试 从 Rust 任务映射推导集合和数量，消除重复硬编码 同步开发流程中的维护约定	2026-09-22 09:22:54 +00:00
lhk229	705bb1e6b3	CI缓存自动维护与清理 (#462) ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/462	2026-09-22 17:19:11 +08:00
kdletters	e5460280ce	发布入口接入灰度开关 ... - 后端：GET /api/runtime/frontend-config 新增 gameDistributionPublishEnabled，复用 `game-distribution:publish` 判据（未配置或 enabled=false 时对已登录作者默认开放，显式收紧后只放行白名单/灰度命中用户，匿名恒为 false），前端入口与写入口共用同一事实源。 - 后端用例：新增 frontend_runtime_config_game_distribution_publish_is_scoped_to_authenticated_gate，覆盖默认开放、enabled=true 无白名单、白名单命中、deny 名单、enabled=false 回退与 rolloutPercent=100。 - 网页：平台壳按灰度隐藏「发布游戏 / 发布新版本」入口；/games/publish 直接访问时渲染「发布功能正在灰度中」并提供重新检查；读取失败按放行处理，由后端写入口把关并返回可读文案。 - AGC：新增 readGamePublishAvailability（同一运行时配置字段），只有命中才把发布回调交给 DirectProject 聊天头；字段缺失或读取失败按不开放处理。 - 文档：玩法链路、后端数据契约与实施计划记录灰度口径、入口行为与验证命令。	2026-09-22 17:12:04 +08:00
k88936	aa973ea34d	同类问题：另外两个宿主的引用 provider 也按内容签名记忆 ... - PlanningChatView 的 chatProjectAssets 由工作台壳每次渲染重新 .filter() 派生、DirectProjectComposer 的 assets 由 manifest 订阅每次渲染重新派生，两处的 [assets] 依赖同样从不命中缓存 - 两处改用 assetsSignature(...) 做依赖，provider 身份不再随宿主渲染抖动（流式回复时每帧都换），输入区不再每帧重注册 Lexical 更新监听	2026-09-22 17:12:02 +08:00
k88936	fbfc7e5e62	修复：候选菜单的 key 改用引用身份，同名素材不再撞 key ... - 导出 resourceReferences 的 chatReferenceKey（只认稳定身份、不含显示名的身份键），并加注释说明它为什么不能省 - ReferenceMentionOption 由 super(chatReferenceMentionToken(...)) 改为 super(chatReferenceKey(...))：characters/hero.png 与 enemies/hero.png 都展开成 @hero，拿显示 token 当 key 会让 React 撞 key、复用错 DOM，键盘高亮与选中落到另一条候选上 - referenceSourceProviders 用例补一批同名素材：断言两条候选的显示 token 相同、身份键不同	2026-09-22 17:06:08 +08:00
k88936	3fdde6f51d	修复：并发导入附件时仍然守住 8 个上限 ... - useDirectProjectChatController 增加 attachmentsPendingCountRef：已放行但还没落成正文芯片的条数先在预算里占住名额，放行的部分在 finally 还回去 - 原来的预算只减草稿里已有的附件芯片数，两次并发导入会各自按同一份快照放行，最终插进正文的芯片可以超过 MAX_CHAT_COMPOSER_ATTACHMENTS（回归自「待发附件列表」被删掉的那次重构） - 新增 tests/chatComposerAttachmentCap.test.tsx：两次并发各带 5 个文件，断言放行 5 + 3，并补 jsdom 缺失的 Blob.arrayBuffer	2026-09-22 16:59:36 +08:00
kdletters	1bd5fe9ff0	合并 master：AGC 项目快照整目录上传 ... - 合并 origin/master（bba4f0eb2：项目快照整目录上传 .agent，保留项目身份与 Agent 历史）。 - 自动合并无冲突；共享记忆与实施计划文档经复核保留双方条目，游戏分发功能面未受影响。 - 同步目的：Gitea PR 门禁要求 PR head 包含目标分支最新提交，合并后重新推送触发 Project CI。	2026-09-22 16:59:05 +08:00
k88936	39ac337569	诊断：Skill 目录读取失败不再静默 ... - skillReferenceProvider 的 loadSkillCatalog 失败分支补 console.warn('[skill-reference] …')，带上是哪一次重试、错在哪，排障时不再只能看到「敲 $ 没反应」 - referenceSourceProviders 用例断言这条日志（并用 vi.restoreAllMocks 收尾），把「失败可重试」与「失败留痕」两件事一起钉住	2026-09-22 16:56:31 +08:00
k88936	28bacfc125	画布生成面板的引用 provider 按素材内容签名记忆 ... - ResourceCanvasAssetGenerationPanelView 的 referenceProviders 改依赖 assetsSignature(referenceAssets)：referenceAssets 由 .filter() 派生、每次渲染都是新数组，原来的 [referenceAssets] 依赖永远命中不了缓存 - 注释写明「provider 身份一变，输入区就重新注册 Lexical 更新监听」，避免以后又改回数组依赖	2026-09-22 16:55:39 +08:00
kdletters	d047b16b91	合并 master：DirectProject 回合三态与 AGC release 每日调度 ... - 合并 origin/master 11 个提交（DirectProject 回合三态与投影 memo、宿主崩掉后的回合收口、权限拒绝后的忙态、策划对话布局修复、AGC release 每日调度）。 - 本次自动合并无冲突；游戏分发发布入口（App 的 requestGamePublish、DirectProjectChatView 透传、聊天头「发布到游戏广场」按钮）在新聊天状态机下保持接线。 - 验证：root / AGC / admin-web 三端 typecheck、全量 vitest、游戏分发 Rust 测试、encoding、doc-index、rustfmt 与 SpacetimeDB schema guard。	2026-09-22 16:54:38 +08:00
kdletters	f1b282f3cd	合并 master 并接入 DirectProject 新聊天架构 ... - 合并 origin/master（304 个提交：DirectProject 聊天容器重构、Project Supervisor 退役、策划附件导入、CI 隔离编译缓存等）。 - 接受 master 对 ProjectSupervisorView / SupervisorChatOnlyView 的退役与预览快捷测试收敛；发布入口改由 DirectProject 聊天头承载。 - DirectProjectChatHeader 新增「发布到游戏广场」入口（无回调不渲染、回合忙态禁用），DirectProjectChatView 透传 onRequestGamePublish。 - App.tsx 继续由工作台壳持有试玩包导出与 GameDistributionPublishPanel，沿用 project.export_package 权限确认队列；check-config 把该命令从 native-only 清单移回 App invoke。 - 后台游戏审核 API / 类型 / 路由测试与 master 新增的 AGC 模板管理按双方保留合并，并修掉拼接造成的接口与用例闭合缺陷。 - 修正 master 自带的 viteProxyConfig 断言：/api/creation-entry 属退役路由，测试改为断言不进入代理。 - 记录合并踩坑：语法结构内部的冲突不能简单按「双方保留」拼接，必须按某一侧骨架重建并跑 tsc 与单文件测试。 - 验证：全量 vitest 393 文件 / 4374 用例通过，root / AGC / admin-web 三端 typecheck，cargo check 与游戏分发 Rust 测试，encoding、doc-index、rustfmt、SpacetimeDB schema guard。	2026-09-22 16:45:29 +08:00
kdletters	bba4f0eb24	项目快照整目录上传 .agent，保留项目身份与 Agent 历史 ... - 新增 should_skip_project_snapshot_sync_path：快照同步放行 .agent 组件，并放行其中 .db / .db-wal / .db-shm 的 Agent 状态数据库 - 组件与后缀排除表提取为常量；should_skip_project_snapshot_path 行为不变，项目索引、checkpoint、Agent 上下文与 git 检查继续排除整个 .agent - project_snapshot 扫描入口切到新口径，.agent 的 manifest、agent.db、会话、日志、checkpoint、workbench 与 project.lock 全部参与同步 - 新增整目录扫描用例与策略用例，覆盖 .agent 内凭据、.env、版本库与构建目录仍被排除 - 主规范更新上传内容边界与后台归档范围：工程 ZIP 可用于还原项目身份与 AGC 对话历史 - 里程碑、实施计划与共享记忆决策记录同步 .agent 全量口径、真实上传与后台 ZIP 的运行时验证证据，以及 v1/v2 键布局边界	2026-09-22 16:39:12 +08:00
kdletters	fdc14404b2	新增 AGC release 每日调度 ... 新增 Genarrative-Scheduled-Release-Trigger，每天 04:00 发布 Windows/macOS release 渠道 release 调度复用统一发号源，并为 macOS 启用过期构建让位 现有小时 dev 调度保持同时触发 Windows 与 macOS 更新生产运维门禁、发号权限、技术方案与共享记忆	2026-09-22 16:32:11 +08:00
lhk229	3775e05970	修复策划对话布局与流式显示 (#460) ... 恢复固定消息区域和工作区状态条样式，修正窄屏单列布局 限制长阶段提示、澄清卡片和文件导入结果高度，保证输入区可达 补齐实时正文和思考的滚动跟随，保留用户上滚意图 移除读取策划历史时补造的发送时间 补充布局与显示回归测试，同步技术方案和共享排障约定 Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/460	2026-09-22 16:25:51 +08:00
k88936	742bad4fee	Merge pull request 'Fix/unfinished turn' (#463) from fix/unfinished-turn into master ... Reviewed-on: #463	2026-09-22 16:23:25 +08:00
k88936	a6a938d5cc	文档：新增引用输入区重构与宿主注入的实施计划 ... - 记录一句话交付、五条验收判据、六个提交切分与验证方式 - 追加执行状态：六项已落地内容、顺带清理、验证结果（全绿门禁与定向用例）与未完成项（CSS 类名重命名、真机手感、粘贴解析）	2026-09-22 16:07:06 +08:00
k88936	e6b6a0aeca	文档：记录引用候选由宿主注入的决策、术语与功能说明 ... - 新增 ADR《引用候选由宿主注入》：注入式 provider、面板外移、附件并入正文的理由、备选与影响 - decision-log 增加 2026-09-22 条目：注入 / 分离 / 附件 / 显示口径四项决策、未纳入项、验证方式，并记录顺带清理 activeVersionId - 功能说明《AGC聊天素材引用》同步：Provider 注入、ResourceReferencePicker 自持数据、$ Skill 只出现在注入该 provider 的宿主、附件进入正文与上限口径、显示名注入 - CONTEXT.md 补引用来源 / provider / 选择器 / 附件芯片等术语与关系 - docs/README.md 登记新 ADR	2026-09-22 16:06:40 +08:00
k88936	1fbce7ffc5	清理工作台壳到聊天壳已经传不过去的 activeVersionId ... - ProjectChatComponentProps 删除 activeVersionId：它只在策划输入盒的 @ 面板里生效，而策划输入盒的 @ 触发钮早就不渲染，参数从壳传进聊天后无人消费 - WorkspaceLauncher 不再把这个参数透传给 ProjectChat；工作台壳自己那份 activeVersionId 保留，仍供 ProjectDevelopmentView 的游戏运行版本使用 - App 的 AppProps 与解构同步删除该参数 - styles.css 里那条「ResourceReferenceInput 收到 showTriggerButton={!directCodex}」的注释改成当前口径：@ 触发钮在控制排的 .project-chat-reference-trigger，输入区不注入 ResourceReferencePickerAction	2026-09-22 16:05:08 +08:00
k88936	7e009a4c94	引用输入区改为宿主注入引用来源，素材选择器与输入区分离 ... - 新增 features/project-workspace/reference-source（types + 资源/Skill/附件/运行画面区域四个 provider 工厂），输入区按 providers 顺序取第一个非空回答，不再判断引用种类 - ResourceReferenceInput 删除 assets / versions / activeVersionId / skills / showTriggerButton / openPicker，改为 providers / inputActions / submitSuppressed / containerRef 四个通用接缝 - 新增 ResourceReferencePicker 与 ResourceReferencePickerAction：面板自己拿数据（素材、版本、缩略图预览 invoke）并自管筛选态，由宿主渲染，确认后只经 insertReferences 交回输入区 - 四个宿主改为按需注入 provider 并各自渲染选择器：DirectProject 注入资源+Skill+附件+运行区域，策划输入盒 / 画布生成面板 / 资源卡快速编辑只注入资源+两个静默 provider，非 DirectProject 宿主不再出现 $ Skill 候选 - 附件并入 ChatReference，编辑器收敛为单一 ResourceReferenceNode（删除 AttachmentReferenceNode），附件 chip 的 DOM 契约（data-attachment-reference / data-attachment-status / title / 移除按钮 aria-label）逐字保留 - 附件改为导入成功即以芯片进入正文、失败与异常一律不插入；控制器删除待发附件状态与 removeAttachment，ComposerPendingAttachments 与其提交时拼接一并删除，单次上限按草稿中的附件芯片数计算，导入进行中禁止发送 - directCodexContentToPromptText 的引用 token 前后各留一个空白（不重复），显示名反查改由调用方注入 resourceLabelResolver(assets)，并补 TODO：后续改为按组件渲染引用 - 队列 chip 文案、快速编辑出站提示词、润色回填的引用恢复统一走 joinMentionText 的同一份 token 口径 - 新增 tests/referenceSourceProviders.test.ts 规则矩阵单测（触发符、候选过滤与截断、toReference、refresh、mentionToken、Skill 目录懒加载与失败重试），既有输入区/聊天用例迁移为注入 provider - styles.css 删除随面板外移与待发附件列表一起失效的规则	2026-09-22 16:01:54 +08:00
k88936	00f36b4863	Merge remote-tracking branch 'origin/master' into fix/unfinished-turn	2026-09-22 15:52:19 +08:00
k88936	a35956f3ec	宿主崩掉不再留下永远开着的回合：本地命令失败按身份兜底收口 ... - directThreadChat 新增 commandClosedTurnUserItemId 与 stopDirectThreadTurn：本地命令返回即这一轮在宿主那边收场，只放掉「是否在跑」、不写终态时间 - 同身份迟到的 turn.started 不再把这一轮拉回运行态；迟到的 turn.completed 例外放行，仍要拿它补上真正的结束时间 - 身份不同的回合不动：「正在跑的是另一轮」这种拒绝不能顺手抹掉别人的回合 - useDirectThreadChatSubscription 暴露 stopCommandTurn；controller 在真失败分支按本轮身份调用，主动终止与 another-turn-running 不走这条 - 新增用例：reducer 两条（不复活 / 不碰别人的回合）、appSurface 一条（失败后不再显示「陶泥儿正在处理」、输入盒回到发送态）；变异去掉兜底收口后该用例变红 - decision-log 记录本次决策，以及仍未做的宿主侧根因（Rust 侧 drop 守卫补终态事件）	2026-09-22 15:34:48 +08:00
kdletters	500835407a	修复 AGC Windows 构建的 NSIS 回归测试路径兼容 ... NSIS 缓存目录解析改为按目标平台使用 win32/posix path，避免 Windows 将 /tmp 解析到当前盘 回归测试改用 defaultAppRoot，并补齐 Windows/POSIX 路径断言，消除 C:\\C:\\ 拼坏与分隔符误判 同步 shared-memory，记录跨平台路径测试约束	2026-09-22 15:33:33 +08:00
k88936	cab31613f2	权限被拒不再抹掉下一轮的忙态：出队统一交给 finally ... - startTurn 的权限被拒分支不再自己 endTurnCommand + dispatchNextQueuedTurn，改为标记 queueAdvance 交给 finally 收口 - finally 固定顺序：刷新清单 → endTurnCommand() → 出队，保证清忙态早于出队，不再清掉下一轮刚设上的忙态与 pendingUserItemId - 模块注释把这条顺序写成契约，并说明权限被拒这种「本轮从未发出但要继续出队」的走法 - 新增 appSurface 用例：权限被拒 + 后面排着消息时，被出队那一轮在飞期间输入区仍是终止态；改前该用例红	2026-09-22 15:20:38 +08:00
k88936	67d2f08421	窗口期渲染用例先等 invoke 发出，别让断言在命令未发出时就过 ... - chat-composer 的 does not report a finished turn 用例捕获 invoke 并先等它被调用，再断言窗口期不出现终态文案 - 写权限门是异步的：不等待时断言会在 invoke 之前通过、收尾的 pending[0]?.resolve 变成空操作，用例盖不住它声称覆盖的窗口	2026-09-22 14:59:13 +08:00
k88936	c8a8b0b0b8	DirectProject 聊天投影补 memo，让下游 memo 不再空转 ... - DirectProjectChatView 的 directTurns 改用 useMemo 缓存，判据为 directEntries / localMessages / directTurnRunning / pendingUserItemId - 注释写明不缓存时每次渲染都是新数组引用，useDirectProjectTurnStatus 里以 turns 为判据的 useMemo 永远命中不了，读者会误以为 turnStatus 引用稳定	2026-09-22 14:56:50 +08:00
k88936	417137baf8	把 DirectProject 聊天状态与数据流的说明写进代码注释 ... - useDirectProjectChatController 模块注释补三层地图、三份原始输入、一次发送的时序（含空窗步骤）与状态变量归属 - DirectChatTurnState 注明三态各自能断言什么、判据的四个输入及来路、state 真值表、两个易读错的点与「finished 拿不到终态时间」的已知边界 - DirectThreadChatState.turnRunning 注明它只是原生真相，不等于界面上的「这一轮在跑吗」 - DirectProjectTurnUsage 注释写清两类「finished 却拿不到终态时间」的回合、覆盖范围与修法口径，说明不再甩给任何文档 - decision-log 的未修边界条目改为指向上述代码位置，避免同一套说明在代码与文档里各留一份	2026-09-22 14:20:27 +08:00
k88936	cfcd3cd604	DirectProject 空窗期不再谎报本轮结束：三态接入渲染 ... - DirectProjectTurnUsage 渲染判据改为 state !== 'finished'，awaiting-start 不再显示「本轮结束于 … 耗时 0.0秒」 - DirectProjectTurn 的过程折叠判据同样改为 state !== 'finished'；流式正文与工具卡片仍按 state === 'running' - 组件注释写明「否定式读 !== 'finished'、肯定式读 === 'running'」这条分工，并标出仍由 A 负责的另一半兜底与覆盖范围 - 新增 tests/directProjectTurn.test.tsx：awaiting-start / running 不显示终态文案且不折叠、finished 有终态时显示结束时间与耗时 - appSurface chat-composer 新增窗口期用例：invoke 挂起且无任何原生事件时不出现「本轮结束于」 - decision-log 追加本条决策、保守卡片口径的理由、未修边界与变异验证结论	2026-09-22 14:07:07 +08:00
k88936	860dcb1bf5	DirectProject 聊天状态显式化：回合三态与「在跑吗」唯一派生入口 ... - DirectChatTurn 的 active 布尔改为三态 state（running / awaiting-start / finished），三态判定收在投影里、用身份而不是时间戳 - buildDirectChatTurns 新增 pendingUserItemId 入参；controller 的 beginTurnCommand / endTurnCommand 与 turnBusy 同生共死地维护它 - 新增 useDirectProjectTurnStatus 作为「在跑吗」的唯一派生入口：nativeRunning / commandInFlight / displayBusy / latestTurnState - DirectProjectChatView 不再手拼 busy：header 与 composer 读 displayBusy，「正在处理」卡片读 nativeRunning - DirectProjectConversation 的 running 入参改名 nativeRunning，语义写在类型注释里 - DirectProjectTurn 改读 turn.state；渲染条件保持不变，awaiting-start 仍按已结束渲染（空窗缺陷另开改动） - directTurnPresentation 的起点优先级与三态判定由嵌套三元改为逐级 if 覆盖 - 新增 directProjectTurnStatus 用例 4 条；directTurnPresentation 补三态用例 4 条并改按 state 断言 - ADR 补「活动回合唯一判据约束的是原生回合」澄清与代码指针 - decision-log 记录本次重构决策、未修的窗口期缺陷与验证证据	2026-09-22 14:06:20 +08:00
lhk229	292e42cf5e	为全部 Rust 测试组启用隔离编译缓存 ... 扩展缓存消费到 AGC 双 lane、crates、smoke、后端及桌面壳测试 补齐各组实际编译目标和工作目录的可信快照预热 保留 SpacetimeDB 独立编译边界并排除发布构建缓存 根据完整快照体积将对象缓存上限调整为 4 GiB 更新工作流契约测试、运维文档及项目共享记忆	2026-09-22 05:52:16 +00:00
lhk229	48eb3d5007	Opt/ci (#456) ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/456 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-09-22 12:42:27 +08:00
k88936	1b951619c9	Merge pull request '统一错误事件同步留痕到 AppData 应用日志' (#453) from feat/log-the-dianosis into master ... Reviewed-on: #453	2026-09-22 10:54:42 +08:00
k88936	a3586bc995	Merge remote-tracking branch 'refs/remotes/origin/master' into feat/log-the-dianosis ... # Conflicts: # docs/project-memory/shared-memory/decision-log.md # docs/project-memory/shared-memory/pitfalls.md	2026-09-22 10:26:13 +08:00
k88936	74e6ac90a7	把摘要移出应用日志身份行，避免整行脱敏吃掉事件定位 ... - 身份行只留程序生成或调用方常量字段（eventId / source / stage / code / retryable / clientTurnId / elapsedMs / detailRef），去掉了 summary - summary 移到详情行（hint / summary / detail / metadata），自由文本全部只出现在详情行 - 原因：sanitize_diagnostic_message 命中凭据标记时替换整行，且裸词标记（如 credential rotation failed）脱敏消不掉，summary 留在身份行会连 eventId、detailRef 一起被替换 - 用例补一条裸标记词场景：详情行被整体替换时身份行仍能按 eventId 与 code 定位 - 同步【技术方案】AGC错误报告与诊断上传、【技术方案】AI游戏创作智能体App实施计划、决策记录与踩坑记录的两行字段口径 - 验证：cargo test -- runtime_error direct_tool_bridge（41 passed）、cargo fmt --check、git diff --check	2026-09-22 10:22:28 +08:00
k88936	6973a2cb45	Merge pull request '重构/拆分directproject聊天组件' (#420) from refactor/split-direct-project into master ... Reviewed-on: #420	2026-09-22 02:53:26 +08:00
k88936	19e1883f71	合并 origin/master：策划附件导入接入策划聊天入口 ... - 保留 DirectProject 独立聊天容器与 Supervisor 退役结果，不为冲突恢复运行时兼容分支 - 策划工作区文件导入接入 PlanningChatView 输入盒，导入期间暂缓发送、阶段批准、澄清与重试 - 工作台壳按项目记录导入进行态，导入未完成时不切换游戏运行态并提示等待 - 首页策划附件导入结果落到工作台 fileImportNotice 提示条，可单独关闭 - 设计态输入盒样式选择器由 project-supervisor-* 收敛为 project-chat-* - 策划导入回归用例适配退役后的 harness 与 chatProps 命名	2026-09-22 02:24:47 +08:00
lhk229	4e41bd3e56	修复预览发布测试状态文件恢复竞态 ... deploy_and_uninstall 测试在断言状态文件恢复前，改为轮询等待持久化状态到达 Stopped 新增 wait_for_persisted_status 辅助函数，经 load_deployments 真实加载路径校验状态文件	2026-09-22 00:53:47 +08:00
k88936	5315b233c8	预览激活回接「运行」入口，聊天 @ 清单打开选择器时按需重读 ... - App.tsx 新增 activateRunningPreview，运行入口先问 Rust 要活体预览（activate_local_game_preview），命中就只切客户端运行视图 - App.tsx 的 executeRunLocal 命中活体预览时经 DirectProject 聊天的 announce 播报「已切换到客户端运行视图」，不再重复调用 start_local_game_preview；stopped / 非本项目 / 权限位要求确认一律回落到重新启动 - check-config.mjs 从 native-only 白名单移除 activate_local_game_preview 并同步注释（该门禁要求 App invoke 与白名单互斥） - DirectProjectComposer 新增 onReferencePickerOpen，工具条按钮与附件菜单两处选择器入口打开前先刷新清单 - DirectProjectChatView 用 useDirectProjectManifest 的 refresh 重读聊天自己那份 @ 清单，不新增壳到聊天的清单推送通道 - 新增 tests/previewActivation.test.tsx，钉住切视图不重启 / stopped 回落重启 / 权限确认回落重启三条路径 - decision-log 记录本轮两处回归的背景、决策、取舍与验证方式	2026-09-21 23:09:43 +08:00
k88936	a11cdf13d7	画布生成面板重开草稿与重试身份收敛到 canonical content ... 生成面板 state、重开草稿、重试身份与提交载荷统一为一份 content[] 重试身份改用 directCodexContentKey 内容指纹比对并删除 referenceIdsMatch directCodexContentToLegacyContentDto 只在任务落账的出站边界派生 账本回到草稿的反向翻译收敛为 legacyContentDtoToContent 单一实现 token 扫描从 ResourceReferenceInput 提到 resourceReferences 并两处共用 无法解析的资源引用合成 unknown 占位而不再静默丢弃 出站提示词规范化收敛为 resourceCanvasAssetGenerationPromptText 供两处共用 directCodexContentToPromptText 去掉 trim，空白只在整条 content 上判定 同步决策记录与 canonical content 里程碑落地结果	2026-09-21 22:56:32 +08:00
lhk229	085181c795	修复策划附件导入工作区并解除资源清单耦合 ... 新增策划工作区文件导入命令，支持同名另存并保留文件字节 首页和聊天框附件直接导入策划工作区，脱离游戏资源清单与回合附件 导入期间暂缓发送、阶段操作和游戏制作切换，保留逐文件失败提示 补充导入、刷新与切换回归测试，同步技术方案和共享约定	2026-09-21 22:49:21 +08:00
k88936	cc980267fe	用例改为按生产口径传入已脱敏 detail ... - 原用例直接传带 token=secret 的原文，与函数「detail 已是 sidecar 脱敏文本」的前置条件不符，测的不是真实数据流 - 改为先按 8 KiB 口径 redact 出 safe_detail 再传入，metadata 仍按生产原样传未脱敏 JSON，保留脱敏覆盖 - 验证：cargo test runtime_error（7 passed）	2026-09-21 22:45:06 +08:00
k88936	4bdf9e2cd4	写明应用日志投影为什么对已脱敏 detail 再过一遍 ... - 原注释写「只再按应用日志预算截一次」，实现却是完整脱敏流水线，合同与实现不一致 - 采纳方式是把合同写实：detail/metadata/summary 都在这里脱敏；已脱敏的 detail 也走同一遍，理由是截断会切开脱敏标记，且这是 pub(crate) 边界不假设调用方先脱敏 - 未采纳「去掉再脱敏改为只截断」：该建议会把安全性绑定在调用方自觉上，收益只是一次可忽略的 canonicalize - 验证：rustfmt（注释改动，无行为变化）	2026-09-21 22:42:56 +08:00
k88936	5847505020	用例按逐行口径核验应用日志落盘边界 ... - 生产是把两行分别交给 append_application_log_line 脱敏截断，原用例先 join(" ") 再 sanitize，测不到逐行截断与「只该脱敏其中一行」的情况 - 改为逐行 sanitize，并分别断言身份行（eventId/code/detailRef/summary）与详情行（detail 脱敏、metadata 无凭据） - 验证：cargo test runtime_error（7 passed）	2026-09-21 22:20:25 +08:00
k88936	c49ee8d157	详情行的 metadata 补上单行压平 ... - metadata 之前直接以 {metadata} 插值进日志行，只靠 Value::to_string() 的转义保证单行，和函数「每个字段都先压平」的约定不一致 - 改为与其他字段一样走 single_line_log_field，日志行完整性不再依赖序列化器的转义行为 - 验证：cargo test runtime_error（7 passed）	2026-09-21 22:16:05 +08:00
k88936	852f5de886	修复应用日志身份行的摘要只压行未脱敏 ... - 身份行的 summary 由调用方给，direct_tool_bridge 传的是工具错误原文，而 app_log! 会把整行写 stderr，那里没有 sanitize_diagnostic_message 兜底 - 新增 AGENT_RUNTIME_ERROR_APP_LOG_SUMMARY_CHARS（320 字符，与 sidecar 摘要预算同口径），summary 落日志前先脱敏再截断 - 函数合同写明 detail/metadata/summary 三类外来文本都在这里脱敏，不再只是压平换行 - 同步【技术方案】AGC错误报告与诊断上传与共享记忆 decision-log 的预算口径 - 验证：cargo test runtime_error（7 passed）	2026-09-21 22:12:41 +08:00
k88936	8968762274	合并 origin/master：DirectProject 输入校验取回空白片段回归用例 ... - validation.rs 保留本分支的 content_has_meaningful_input 与 Skill/附件独立上限，空输入报错取回 master 的用户可见文案“聊天内容不能为空” - wire.rs 取回 master 新增的 text_projection / user_input_rejects / valid_references / nonempty_text 四条回归用例，测试导入合并两侧 - resourceReferenceInput.test.tsx 取 master 的注释口径：草稿 text 投影会 trim，提交用的 content 保留 chip 后的分隔空格 - pitfalls.md 与《AGC聊天素材引用》改为「任意非文本 part 均算有效内容」，与四类引用的实际校验对齐 - 本地私有改动的 .env 不进入本次合并	2026-09-21 21:42:41 +08:00