2840 Commits

Author	SHA1	Message	Date
k88936	ae3811a8aa	部分导入按失败回的口径落注释：不再按 write_permit 区分 isError ... - bridge_import_account_assets 的 failed/partial 分支补注释，说明 partial 与 failed 一样按失败回是有意为之，口径已确认 - 只加注释，不改行为：report 仍在消息里，Direct 回合与外部 MCP 客户端的 isError 保持一致	2026-10-01 17:16:36 +08:00
k88936	ede3457464	edit_image 的派生失败转发内层前缀：补注释说明这是有意为之 ... - ResourceEdit 继续原样转发 CreateOrDeriveResourceError 的「生成或派生资源失败：…」，不改文案 - 注释写清理由：该路径与 agc_create_or_derive_resource 同源，内层文案指向真实失败环节；调用方身份由运行时错误事件的 code（工具名）承担，不靠前缀区分工具	2026-10-01 17:13:44 +08:00
k88936	5b59d50a8c	错误事件 sidecar 的 error 字段递归脱敏，保留 typed 错误的 JSON 形状 ... - persist_agent_runtime_error 落盘前对 error 的字符串叶子走与 message 同一条脱敏流水线（URL/项目路径/绝对路径/密钥），键、类型、数组长度都不动 - 每个叶子有 4000 字符预算（AGENT_RUNTIME_ERROR_MAX_ERROR_TEXT_CHARS），sidecar 本身的 16 KiB 上限不变 - 返回的 AgentRuntimeErrorEvent.error 与落盘内容一致；应用日志那条 error 行原本就已脱敏，行为不变 - 新增回归测试：形状留住（变体名/字段名/数字/布尔），叶子脱敏（<absolute-path>、<redacted-url>、无 token） - 更新原测试里「typed 错误原样进 sidecar」的注释 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::runtime_error:: 4 passed / 0 failed；cargo fmt --check 通过	2026-10-01 17:12:32 +08:00
k88936	c7da67ed47	非字符串回显限长补齐到内联判类型的四处（承接上一提交） ... - arguments.rs 导出 not_text_repr，optional_text 与内联判类型的字段共用同一份截断口径 - 抠图 backgroundMode / screenColor、美术准备 mode、生成图片 kind 这四处原来直接 value.to_string()，现在同样限长到 120 字符 - 测试补一条：art_preparation_mode 的超大数组回显必须带截断标记且长度可控 验证：cargo test --bin genarrative-ai-game-creator-shell -- non_text_field_values 通过；cargo fmt --check 通过	2026-10-01 16:55:29 +08:00
k88936	a22e3448a6	抠图的 backgroundMode / screenColor 类型错改成「必须是字符串」 ... - BackgroundModeNotText、ScreenColorNotText 只在入参不是字符串时触发，文案却回的是取值白名单，模型会以为类型对了、只是值不对 - 改成与本模块其它 *NotText 变体一致的「必须是字符串」；取值白名单仍由 BackgroundModeUnsupported / ScreenColorMalformed 承担 - 文案字面变化：backgroundMode「必须是 complex 或 flat」→「必须是字符串」；screenColor「必须是 auto 或 #RRGGBB」→「必须是字符串」 验证：cargo fmt --all --manifest-path apps/ai-game-creator-shell/src-tauri/Cargo.toml -- --check 通过	2026-10-01 16:52:42 +08:00
k88936	97c3fc83c1	非字符串入参的回显截断到 120 字符，不再把整个对象原样带进诊断 ... - arguments::optional_text 里的 not_text 改为传截断后的序列化值：类型错只需要看出「传了什么」 - got 同时出现在 to_user_msg 与序列化 error 里，限长后工具结果与诊断 sidecar 都不会被超大数组/对象灌爆 - 复用 runtime_state::truncate_agent_runtime_text，不新增第二套截断实现 - 测试补一条：超大数组回显必须带截断标记且长度可控 验证：cargo test --bin genarrative-ai-game-creator-shell -- non_text_field_values 通过；cargo fmt --check 通过	2026-10-01 16:51:50 +08:00
k88936	8834f844e6	分页助手加 debug_assert，默认 limit 配到上限之上会在测试期炸出来 ... - arguments::page 增加 debug_assert!(default_limit <= max_limit)：默认值本身越界时不再让省略 limit 的请求静默地每次都报 LimitOutOfRange - 文档注释写清这条调用点契约；三个列表工具当前都满足（50/100 对 100） 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge:: agent::direct_tools_mcp:: 72 passed / 0 failed；cargo fmt --check 通过	2026-10-01 16:47:32 +08:00
k88936	9bdeed13a0	kind 白名单从 DirectResourceGenerationKind::ALL 取，删掉第二份字符串清单 ... - DirectResourceGenerationKind 新增 ALL: [Self; 5]，顺序与 parse/as_str 一致 - KindUnsupported 的「只允许 …」改为由 ALL 生成，新增 kind 时不再需要手动同步这句文案 - 文案字面不变：image、video、character-animation、sound-effect、background-music 验证：cargo fmt --all --manifest-path apps/ai-game-creator-shell/src-tauri/Cargo.toml -- --check 通过	2026-10-01 16:45:10 +08:00
k88936	3c2dc57c57	未登记资源指引抽到 tool/error.rs，生成与抠图共用同一份文案 ... - UNREGISTERED_SOURCE_HINT 从 create_or_derive_resource/error.rs 移到公共 tool/error.rs - remove_background 的 SourceAssetNotRegistered 改为拼接同一常量，去掉逐字复制的副本 - 两个工具的 SourceAssetNotRegistered 文案字面不变（前缀各自保留「生成或派生资源失败：」/「抠图失败：」） - remove_background/error.rs 一处 format! 收口改动使该 match 触发 rustfmt 重排，随该文件一并 rustfmt（只此一个文件，其余文件未动） 验证：cargo fmt --all --manifest-path apps/ai-game-creator-shell/src-tauri/Cargo.toml -- --check 通过	2026-10-01 16:44:25 +08:00
k88936	6a1973b0e3	Merge remote-tracking branch 'origin/master' into feat/typed-tool-error ... # Conflicts: # apps/ai-game-creator-shell/src-tauri/src/agent/direct_tools_mcp.rs # docs/project-memory/shared-memory/decision-log.md	2026-10-01 16:04:30 +08:00
k88936	a723d10ce3	回退列表工具 offset 上限的收窄，agc_list_registered_assets 恢复无上限 ... - 回退 4e5adb2a3：page 的 max_offset 恢复成 Option<usize>，删掉 TOOL_PAGE_MAX_OFFSET 常量 - agc_list_registered_assets 传 None（offset 无上限，与它原本的行为一致），agc_list_project_files / agc_list_account_assets 仍传原来的 Some(500) - agc_list_registered_assets 的 inputSchema offset 去掉 maximum: 500，恢复到原公开入参范围 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge:: 41 passed / 0 failed	2026-10-01 15:56:49 +08:00
k88936	75d9e25634	首尾换行回到按空白裁剪，不再当控制字符报错 ... - 回退 3f70c6911 的收紧：optional_text 恢复成先 trim、再查 is_control - prompt 末尾带 \n（\r\n 等）视为普通首尾空白裁掉，与首尾空格同口径；中间的控制字符仍然报 has_control_characters - 测试改为断言行尾换行被接受且裁成 "生成过场"，另加一条中间换行仍被拒的断言 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge:: 41 passed / 0 failed	2026-10-01 15:56:12 +08:00
k88936	7c67a6fcc0	agc_generate_image 的 kind 传了非字符串不再静默当成 image ... - bridge_image_generation_kind 原来用 and_then(Value::as_str)…unwrap_or("image")：{"kind":true}、{"kind":5}、{"kind":[]} 都会被当成 image 继续生成；空串也会被静默当默认值 - 改成按 schema 语义区分：缺省与显式 null 用默认 image；字符串按原值走 canonical 校验（空串/未知值走 KindUnsupported）；其它类型返回新的 GenerateImageError::KindNotText { got } - 测试补四条断言：kind=true 报「kind 必须是字符串」、kind="" 报「不是受支持的素材类型」、缺省与 null 仍解析为 image 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge:: 41 passed；agent:: tests::project:: 1078 passed（两条失败为既有 flaky：art_director_request_exposes_canvas_only_for_the_keyed_owner_route / background_agent_runtime_can_generate_platform_art_asset，单独重跑通过）	2026-10-01 15:39:56 +08:00
lhk229	55375b1406	清理测试编译warning (#509) ... Reviewed-on: https://git.genarrative.world/git/GenarrativeAI/Genarrative/pulls/509 Co-authored-by: Linghong <ink29535@proton.me> Co-committed-by: Linghong <ink29535@proton.me>	2026-10-01 15:29:23 +08:00
k88936	3f70c69119	首尾的控制字符不再被 trim 静默吞掉，统一按控制字符报错 ... - optional_text 原来先 trim 再查 is_control：`"prompt\n"`、`"\tprompt"` 这类落在首尾的控制字符被静默裁掉、当成合法值，而同一个字符出现在中间却会报错 - 改成先按原串查控制字符，再用 trim 做空值与长度判定：控制字符在哪个位置都报 has_control_characters - 纯空白值（"\n\t"、" "）仍然算空值、报原来的 empty 错误；首尾的普通空格仍按原样裁掉 - 测试补三条断言：prompt 末尾带 \n 必须被拒、纯空白 brief 仍报空、brief 首尾普通空格仍会被裁剪 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent:: 953 passed / 0 failed	2026-10-01 15:18:02 +08:00
k88936	66e4ece692	入参给了非字符串值时按字段报类型错，不再混进「不能为空」 ... - ToolTextField 增加 not_text(got)，optional_text 在 as_str() 失败时返回它；原来数字/布尔/数组/对象会和空串、null 一起落到 field.empty()，{"prompt":5} 报成「prompt 不能为空」 - 9 个工具 enum 按字段各加一个 NotText 变体（KindNotText、PromptNotText、AspectRatioNotText…），文案形如「生成图片失败：aspectRatio 必须是字符串，当前是「5」。」，仍是一 case 一变体、文案写在变体上 - GenerateImageTextField 改为实现 ToolTextField，删掉 generate_image_optional_text / generate_image_required_text 这两份与共享实现重复的拷贝，generate_image 改走 optional_text / required_text - 空串 / null / 缺省仍按原来的空值语义处理，只有「有值但不是字符串」换成类型错 - 新增 non_text_field_values_report_a_type_error_instead_of_an_empty_value 覆盖 create_or_derive、prepare_game_art、generate_image 三条路径 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge:: 41 passed；全量 agent:: 952 passed（唯一失败 concurrent_distinct_frozen_root_steers_create_only_one_replacement 是既有 flaky，单独重跑通过）	2026-10-01 15:01:20 +08:00
k88936	4e5adb2a30	分页 offset 上限收成必填参数与单一常量，三个列表工具口径一致 ... - arguments::page 的 max_offset 由 Option<usize> 改成 usize：调用点必须显式给出上限，不能靠漏传 Option 变成无上限 - 新增 TOOL_PAGE_MAX_OFFSET = 500（与 agc_list_project_files / agc_list_account_assets 的 inputSchema offset.maximum 一致），三个列表工具统一传它；agc_list_registered_assets 原来传 None（无上限），现在同样收敛到 500 - agc_list_registered_assets 的 inputSchema offset 同步补 maximum: 500，保持 schema 与校验一致（这是一个公开入参范围的收窄） - 只改 offset 边界来源；limit 默认值与上限、分页语义不变 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent:: 952 passed / 0 failed	2026-10-01 14:41:17 +08:00
k88936	1359c7c2b3	去掉 list_registered_assets 的 kind 错误里那份会漂移的示例清单 ... - KindNotManifestClass 原文案列举 9 个示例 kind，而真实白名单是 GameCreationAppAssetKind 的 19 个值，枚举演进后没人会回来同步这句 - 按「不维护第二份清单」的口径，文案只保留「必须用 canonical kind」，取值示例由 kind 参数的 schema description（direct-tools.json 的 agc_list_registered_assets.parameters.kind）承担 - 只改文案，判定逻辑不变 验证：cargo check --bin genarrative-ai-game-creator-shell --tests 通过	2026-10-01 14:37:03 +08:00
k88936	0d21f838ed	生成图片的允许值与边界提成常量，校验与诊断文案共用同一份 ... - 新增 GENERATE_IMAGE_ASPECT_RATIOS / _IMAGE_SIZES / _SLICE_MODES 与 grid 轴、sliceCount 的 MIN/MAX 常量，放在 direct_tool_bridge 的 GENERATE_IMAGE_ARGUMENTS 旁 - generate_image_input 的 aspectRatio / imageSize / sliceMode / grid 轴区间 / sliceCount 区间校验改为读常量；generate_image/error.rs 的对应文案也改为读同一批常量（KindUnsupported 早已从 PLATFORM_ART_ASSET_GENERATION_KINDS 派生，这次把其余几组对齐） - 只改取值来源，判定范围与文案取值不变 - 未纳入本次：commands.rs 的 LOCAL_PROJECT_ASSET_ASPECT_RATIOS/_IMAGE_SIZES 与 agent_native_tools.rs 的 canvas.asset_generate schema 仍是各自的副本（面向非 agent 的栏目画布入口），统一它们属于另一次改动 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge:: agent::direct_tools_mcp:: 71 passed	2026-10-01 14:35:53 +08:00
k88936	235adde72c	联网搜索响应超限的诊断带上实际收到的字节数 ... - WebSearchError::ResponseTooLarge 原来只记 max_bytes，用户只看到「超过上限 524288 bytes」，不知道实际多大 - 两个构造点都已拿到真实大小：content_length() 与 bytes.len() + chunk.len()，变体加 got_bytes 并写进文案 - 判定与两个构造点位置不变，仅补上实际值 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge::tests::search_parser_accepts_only_bounded_public_https_results 通过	2026-10-01 14:14:29 +08:00
k88936	23a111985a	联网搜索 maxResults 非整数的诊断上限改为随变体携带，不再写死 5 ... - WebSearchError::MaxResultsNotInteger 原文案把上限写死成「1 到 5」，同一份文件里 MaxResultsOutOfRange 却是从 DIRECT_TOOL_BRIDGE_MAX_SEARCH_RESULTS 取 {max}；常量一改，两条诊断就会自相矛盾 - 变体加上 max: u64，构造点传 DIRECT_TOOL_BRIDGE_MAX_SEARCH_RESULTS as u64，文案改成「1 到 {max}」 - 只影响这一条诊断的取值来源，判定区间不变 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge::tests::search_parser_accepts_only_bounded_public_https_results 通过	2026-10-01 14:11:27 +08:00
k88936	b2d01ef8c1	write_file 入参形状校验收进 write_file_input，MCP 预检不再漏掉未知字段 ... - 其它 *_input 解析器都先调 ToolArgumentsRejection::check，只有 write_file_input 没有；工具桥路径靠 bridge_write_file_with_permit 里另一次 check 兜住，但独立客户端 MCP 预检 validate_write_file_arguments 只调 write_file_input，带未知字段的入参能通过预检、要等回客户端桥才被拒 - 在 write_file_input 开头补上同一份 check（path/content 白名单），两个入口共用一条规则；写文件门禁里的那次 check 保留，保证「先查形状、再过权限」的现有顺序不变 - 测试补一条：{"path":"game/index.html","content":"…","unexpected":1} 必须被 validate_write_file_arguments 拒绝 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge:: 40 passed；agent::direct_tools_mcp::tests::tool_catalog_preserves_reviewed_resource_contracts 通过	2026-10-01 14:08:52 +08:00
k88936	c9e4a7e397	美术准备模式缺省时直接构造 ReuseOrCreate，去掉生产路径的 expect ... - art_preparation_mode 在 mode 缺省时走 from_tool_value(None).expect("default art preparation mode")，依赖「None 必然映射为 ReuseOrCreate」这条隐式不变式 - 缺省值就是 ReuseOrCreate，直接返回该变体即可；显式传入 mode 的解析路径不变，少一条潜在 panic 分支 - bridge_argument_bounds_are_deterministic 断言缺省模式仍为 ReuseOrCreate，继续通过 验证：cargo check --bin genarrative-ai-game-creator-shell --tests；cargo test -- agent::direct_tool_bridge::tests::bridge_argument_bounds_are_deterministic 通过	2026-10-01 14:03:43 +08:00
k88936	822e89bdc0	生成图片的 gridX/gridY 解析不再把超大整数截断成合法网格 ... - generate_image_grid_axis 原来用 `value as u32`，u64 直接截断：4294967297（2^32+1）会变成 1，随后 1..=32 的区间校验把这个巨大输入当成合法网格静默接受 - 改成 u32::try_from，超出 u32 的值直接落到 GridAxisNotInteger 拒绝分支，不再依赖截断后的值 - 补一条回归测试：gridX=4294967297 必须被拒绝，gridX=4/gridY=4 仍通过 验证：cargo test --bin genarrative-ai-game-creator-shell -- agent::direct_tool_bridge::tests::generate_image_grid_axis_rejects_values_beyond_u32 通过	2026-10-01 14:00:03 +08:00
k88936	28f6ddc7dc	去掉权限策略不可用诊断里重复的「读取项目权限策略失败」前缀 ... - ProjectPermissionRejection::PolicyUnavailable 的 cause 来自 read_project_permission_policy_at，本身多数已带「读取/解析项目权限策略失败：」，包装文案再拼一次会得到「读取项目权限策略失败，无法确认……：读取项目权限策略失败：…」 - 包装文案只保留「无法确认该动作是否被允许，本次操作未执行：」，cause 原样保留；判定与变体结构不变 验证：cargo check --bin genarrative-ai-game-creator-shell --tests 通过	2026-10-01 13:53:06 +08:00
k88936	6788a75ca6	分页 limit 的诊断改成「非负整数」，与 offset 保持一致 ... - ToolPageRejection::LimitNotInteger 原文案说 limit「必须是整数」，但负数（如 -1）走到这个分支时本身就是整数，读起来自相矛盾 - 解析用的是 as_u64，真实约束是非负；文案改成与 OffsetNotInteger 相同的「非负整数」，只改措辞，判定与变体结构不变 验证：cargo check --bin genarrative-ai-game-creator-shell --tests 通过	2026-10-01 13:52:52 +08:00
k88936	cf90d7a8db	修正美术重生成「已绑定另一项美术重生成请求」文案里多余的「稳定」 ... - prepare_game_art/error.rs 的 BoundToAnotherBrief 变体描述的是当前客户端回合已绑定另一项美术重生成请求，「稳定」是残留错译，会让模型误以为存在「稳定/不稳定」两种请求 - 只改这一处用户可见文案，判定逻辑与变体结构不变 验证：cargo check --bin genarrative-ai-game-creator-shell --tests 通过	2026-10-01 13:52:29 +08:00
kdletters	73090437f4	后台 chunk 体积告警阈值提到 700 以恢复 master 直推门禁 ... - apps/admin-web：vite chunkSizeWarningLimit 由 600 提到 700；当前 index chunk 为 600.23 kB，超出 600 会触发 vite warning，而 scripts/build-gate.mjs 把 warning 当作构建失败 - 背景：远端 master 的 a344686b5（后台项目工程新增按需全量同步时间排序）把该 chunk 推过阈值，任何人直推 master 都会被 check:repository-ci 拦下；本次沿 2026-05-01 把 500 提到 600 的同一口径处理，后台按路由真正拆分另行排期	2026-10-01 13:45:07 +08:00
k88936	9372845c35	内置工具失败改成 typed 错误穿出派发边界，事件带原始 error，软失败清零 ... - dispatch 返回 Result<Value, ToolCallError>：不再在工具内部吞掉错误再补一个失败 Value，handle_direct_tool_bridge 在唯一一处 match 里同时组装发给模型的内容与诊断 - 新增 ToolCallError { message, redact_limit, error, images }，error 直接存序列化后的 typed 错误；每个内置工具在自己的 agent/tool/<tool>/error.rs 定义 typed enum，共用 case（参数不是对象 / 未审核字段等）抽到 agent/tool/error.rs 的 ToolFailure - AgentRuntimeErrorEvent 增加 error 字段携带原始 typed 错误，schema 升到 agent-runtime-error.v3；应用日志详情行扩成 message=… error=… metadata=…，各带独立长度预算 - 软失败清零：import_account_assets、run_validation、browser_playtest、environment_check、apply_patch、editor_execute、cocos_execute 原先返回 Ok(失败载荷) 的分支改为 typed 错误，并把 status / dispatched / retryAllowed 等载荷带进错误，模型仍能看到 - 失败证据截图走 ToolFailure::attached_images 与 ToolCallError.images，截图放 #[serde(skip)] 字段，不混进诊断里的 error - bridge_tool_result 去掉 is_error 入参，isError 只在组装处按 Ok/Err 分支写一次；MCP 线上 isError 字段与校验不变 - 修正上一提交遗留的两处 rustfmt：direct_tools_mcp.rs、runtime_tools/context.rs（同一 workspace 整体格式门禁要求） - 同步更新技术方案文档字段表与共享记忆决策记录 验证：cargo check --bin genarrative-ai-game-creator-shell --tests 通过；cargo test --bin genarrative-ai-game-creator-shell -- agent:: 951 passed / 0 failed；npm run check:encoding、git diff --check 通过；Windows 专属 cocos/unity/godot 分支在 Linux 下临时去 cfg 交叉编译通过（无真实 Windows 构建）	2026-10-01 13:30:32 +08:00
suzmii	bdab523a90	Merge branch 'master' into fix/agc-rust-staging-idempotency	2026-10-01 11:52:08 +08:00
lhk229	a344686b59	为后台项目工程新增按需全量同步时间排序 (#546) ... 新增按钮读取所选渠道全部项目并按同步时间降序、用户与项目 ID 升序展示 复用本地分页并支持全量刷新、恢复默认顺序、进度提示与取消读取 为全量读取增加超时、数量和游标边界，失败时保留原结果 补充三项关键交互测试并同步技术方案、运维说明与共享记忆 Reviewed-on: #546	2026-10-01 11:51:10 +08:00
suzmii	e7fa90ae18	修复AGC随包资源校验边界 ... 修复变参 feature 解析、Windows Codex 缓存幂等性、插件缓存产物检查和插件根目录链接校验。 补齐 staging/backup 忽略规则与 feature 回归测试。	2026-10-01 11:35:27 +08:00
k88936	4999653a5e	统一错误事件收成一个 message，去掉 public_text / recovery_hint / detail ... - AgentRuntimeErrorEvent 只留一个 message：产生失败的 typed 错误在失败现场写好的人类可读文案；persist_agent_runtime_error 由 10 个入参减到 8 个，agent_runtime_error_app_log_lines 同步收口 - 删掉 recovery_hint 与 detail 两个字段及其入参；开发者信息不另开字段，全部进 metadata：tool、脱敏 arguments、directTurn、dispatchDenied - 应用日志详情行由 hint=… summary=… detail=… metadata=… 收成 message=… metadata=…，身份行不变 - message 预算：sidecar 8 KiB、应用日志 1200 字符（取原来 detail 的预算，用户只上传 AppData 日志、拿不到 sidecar） - direct-codex 路径把 typed Display 全文作为 message；retryable / recovery_hint 仍由 typed DirectTurnError 判定，只留在前端要解析的 direct-codex-failure:v2 文案里 - runtime_state.rs 那条改为只记原始 error（投影后的用户文案已经写进 project.jsonl，不再存第二份） - 同步修正技术方案文档的字段表与共享记忆的决策记录	2026-10-01 10:55:26 +08:00
k88936	1dfe0dd8d4	内置工具错误改成每工具一个 typed enum，工具桥与 MCP 预检收口 ... - 每个内置工具在 agent/tool/<tool>/error.rs 定义自己的错误 enum：一个 case 一个变体，用户（以及转述给用户的模型）可见文案写在变体的 to_user_msg() 上，捕获处只调 to_user_msg() - 跨工具重复的 case（入参形状、项目权限门禁、分页、清单读取、资源登记完成投影、客户端 Direct 回合门禁、宿主执行门禁、未登记工具名）在 agent/tool/error.rs 定义一次，各工具用包装变体 + From 复用，不复制文案 - 工具失败诊断的 code 由「反推错误文案」改成稳定的工具名，开发者信息进 metadata：tool、脱敏 arguments、directTurn、dispatchDenied - 统一错误事件去掉 retryable 字段，AGENT_RUNTIME_ERROR_SCHEMA_VERSION 升到 agent-runtime-error.v2 - 独立客户端 MCP 的 validate_* 改成调用工具桥同一份入参规则，再用该工具 enum 的 to_user_msg() 渲染，删掉重复的字符串文案 - project/verification.rs 的项目权限策略判定改为返回 typed ProjectPermissionRejection（Denied / PolicyUnavailable） - 同步更新技术方案文档的字段表与共享记忆的决策记录	2026-10-01 10:51:50 +08:00
suzmii	7e60484633	Merge remote-tracking branch 'origin/fix/agc-rust-staging-idempotency' into fix/agc-rust-staging-idempotency	2026-09-30 20:25:26 +08:00
suzmii	0bfc5768cc	修复AGC跨平台资源构建目标 ... 让Linux no-bundle smoke不再误用Windows随包资源目标。 统一dev与release的Cargo目标和feature解析，补充跨平台回归测试。 同步随包资源staging技术方案中的实际构建目标约定。	2026-09-30 20:24:23 +08:00
suzmii	0a2dffd8a0	Merge branch 'master' into fix/agc-rust-staging-idempotency	2026-09-30 19:44:06 +08:00
suzmii	1dbbdcf329	修复AGC开发资源准备时序 ... 在启动Vite前完成随包资源staging，避免Windows监听目录导致rename返回EPERM。 同步更新开发入口生命周期测试。	2026-09-30 19:28:16 +08:00
suzmii	d2d78fa3d4	修复AGC随包资源staging边界 ... 修复 --no-bundle 构建前的资源准备接线。 拒绝插件随包目录中的未声明文件并同步Rust校验。 增加staging替换失败后的旧资源恢复与回归测试。	2026-09-30 19:12:30 +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
k88936	41c3dea3fd	Refactor: Add client turn attribution to tool diagnostics and enhance test coverage ... - Introduced `active_client_turn_id` for client turn attribution in diagnostics. - Updated error tracking to include `clientTurnId` in tool failure events. - Added test cases to validate behavior with and without bound client turns.	2026-09-30 17:40:02 +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	8a4e3cbcdd	Merge remote-tracking branch 'origin/master' into feat/msg-queue-to-rust	2026-09-30 16:55:37 +08:00
k88936	28b64cf25a	DirectProject 待发消息条目改为事件投影，放行时重投影 canonical 与 prompt ... - queue.rs：PendingTurn 退化成 queue.enqueued 的投影（new / from_event / enqueued_event 往返），删掉 canonical_user_item 与 prompt 两个宿主私有产物字段 - thread_manager/mod.rs：删 StoredEvent.pending（append_inner 并回 append）；pending_turns 改为一次事件折叠（有 queue.enqueued、没有配对 queue.removed），容量、判重、remove、claim 全读这一次折叠；mark_queue_events_cleanable 删掉“产物还在就不回收”的防御 - dispatch.rs：放行的 canonical = serde_json::to_value(&pending.user_item)，prompt = direct_codex_user_item_to_prompt(&pending.user_item)——不写盘、不读 manifest、不重跑校验 - user_input.rs：入队只造条目本身，不再冻结 prompt / canonical 形状 - wire.rs：queue.enqueued 注释改为“这条事件就是这条待发消息的全部事实” - 验证：cargo test -- thread_manager::（62 passed，单线程跑进程级计数器用例）、-- agent::（948 passed，另一条 design_runtime 用例为既有并发 flaky，单跑通过）、-- direct_runtime:: analytics:: direct_codex_user_item（182 passed）、npx vitest run appSurface/directThreadChat/directHistoryPaging/directProjectTurn（249 passed）	2026-09-30 16:37:06 +08:00
k88936	0270cd601e	DirectProject 埋点成绩改由宿主结算，删掉候选/settle 两阶段与 analyticsAttemptId ... - analytics/run.rs：删 Request::DirectCandidate / Request::Settle 与 settle()；direct_finished 改收放行代次，终态再读一次 identity_generation，不同则整条不记，相同则直接落 Request::Terminal - analytics/store.rs：删 pending_runs / pending_run_bytes 与两条候选分支（连带 16 条上限），run_request 不再需要字节预算参数 - analytics/gui.rs + main.rs：删 settle_direct_run_analytics 命令与注册 - 放行侧：kick_queue_dispatch 在读 claim 之后读一次平台会话代次并随整轮传下去；user_input 命令不再收 analyticsAttemptId，队列条目不再持有埋点句柄 - 渲染层：删 beginDirectRunAnalytics、句柄表与结算 effect、settle 调用与命令参数；删除 tests/directRunAnalytics.test.ts，appSurface 两处断言同步 - 判据口径随放行搬家：从“发送时与终态同代”改成“放行时与终态同代”，入队后放行前的账号切换不再丢弃成绩 - 验证：cargo test -- analytics::（45 passed，含新增的直写与代际变化两条）、cargo test -- agent::（949 passed）、analytics_real_file_write 用例、npx vitest run tests/appSurface.test.ts（194 passed）、相关 chat/direct 单测 139 passed、typecheck 通过	2026-09-30 16:25:05 +08:00
k88936	15a495dc29	DirectProject 引用解析文本随条目持久化，prompt 投影拆成 freeze 与纯折叠 ... - AgcResourceReference 增加 resolved_text：入队冻结时写入素材摘要 + UI 设计文档代码上下文，此后随条目持久化；缺省合法（旧历史照样解析），序列化时不写 None - wire.rs 新增 freeze_direct_codex_user_item（校验 + 算片段 + 写盘 + 冻结进 part + 判空），direct_codex_user_item_to_prompt 改为只读条目自身事实的纯折叠（零 IO、零校验、无失败出口） - wire 投影与 turn input 优先读 resolved_text，缺省才退回按当前 manifest 现算摘要；历史回读依旧不产生写副作用 - user_input.rs 入队侧改用 freeze，prompt 由冻结条目折叠得出 - 生成绑定 DirectCodexUserContentPart 增加可选 resolvedText	2026-09-30 16:07:46 +08:00
kdletters	110f088d41	修复 Jenkins 发布流水线与 macOS 包门禁 ... - 转义 Stdb Publish GString 内的 shell 命令替换，避免 Jenkinsfile 加载时 Groovy 编译失败 - 为 Stdb Publish 暂存清理命令补充生产运维回归门禁 - 抽离 macOS 包内容策略并放行随包 Claude Agent SDK 的受控 node_modules - 违规资源现在会输出具体相对路径，并补充包内容白名单单测与排障记录	2026-09-30 16:01:21 +08:00
k88936	f121257cca	线程管理器归位 agent/thread_manager：去掉 Direct 前缀，按职责拆文件 ... - 四个 direct_* 文件移入 agent/thread_manager：wire.rs（运行态事件契约）、queue.rs（待发消息队列规则）、dispatch.rs（放行与占用）、mod.rs（管理器主体与对外入口） - 类型去掉 Direct 前缀：ThreadEvent / ThreadManager / ThreadItem / ThreadFileChange / ThreadDeltaKind / ThreadRequestKind / PendingTurn / QueueRemovalReason / QueueRemovalOutcome / DispatchedTurn / TurnReservation / TurnIdentity / StaleTurnRelease / ConsumeResult / SubscriptionBootstrap / ActiveTurn / ActiveTurnSnapshot - 对外函数改名：subscribe_thread / consume_thread / unsubscribe_thread / append_thread_event / enqueue_pending_turn / remove_pending_turn / claim_pending_turn / update_active_turn / list_active_turns / complete_turn / complete_turn_if_reserved / active_turn_id_at / read_turn_identity / stale_turn_for_release / thread_id_for_project - 生成绑定跟着改名（DirectThreadEvent→ThreadEvent 等十个文件为 rename），前端八处 import 同步；Tauri 命令名与前端 IPC 契约不变 - 定向验证：cargo test agent::（945 passed，另两条并发用例为既有 flaky、重跑通过）、npx vitest run appSurface/directThreadChat/directHistoryPaging（247 passed）、typecheck 通过	2026-09-30 15:47:22 +08:00