chore: rebuild release package

.planning/subagent-card-metadata/findings.md

@@ -21,3 +21,24 @@
 - 独立复核确认实时缓存修复后，`renderMessages()` 会清空缓存；若历史只有空 close/wait，刷新仍退化为工具 ID。
 - 服务端 `updatePersistedCcwebMcpChildTool` 只按 `child.spawnToolId` 查找工具；真实会话缺少该 spawn 工具时返回 null，未把 child 状态写入历史。
 - 后端兜底应只选择最近的 `collab_agent_tool_call`，不得把 child 合并进普通工具。
+- 2026-07-15 本机 PM2 `ccweb` 已实际重启并在线；其他机器仍显示旧样式属于发布物/部署路径问题，不是本机进程未重启。
+- CentOS 7 单文件发布必须重新运行 `scripts/build-single-exe.js`；该流程会在打包前复制 `public/` 运行时资源，源码更新不会自动进入旧 tar.gz。
+- 本机 `dist-exe/cc-web-bun-linux-x64-baseline.tar.gz` 已包含最新静态资源：tar 内 `app.js` / `style.css` 与源码 SHA-256 完全一致，并含 `collab-agent-item-description`、两行 clamp 和关闭状态缓存代码。
+- 单文件运行时从二进制同目录的 `public/` 加载资源；只替换 `cc-web` 二进制、保留旧 `public/`，或设置 `CC_WEB_APP_DIR/CC_WEB_PUBLIC_DIR` 指向旧目录，都会继续显示旧样式。
+- 旧历史会话本身若只保存 thread ID、没有 title/taskDescription，即使加载新前端也只能显示 `ID ...` 且没有简介；需要用新部署后新建的子代理验证，不能只看旧历史卡片。
+- 2026-07-16 确认同一版本存在两套事件链路：完整 `spawnAgent` 会以 `collab_agent_tool_call` 进入 `mergeCollabAgentTools()`；原生 `subAgentActivity` 仅在服务端用于线程恢复，前端不会把它合并成富卡片。
+- `mergeCollabAgentTools()` 明确过滤 `toolKind(tool) === 'collab_agent_tool_call'`；因此 `subAgentActivity + 空 wait` 会分别退化为原始折叠工具条和 `ID call_...` 卡片。
+- 修复应在进入渲染前将 `agentThreadId`、`agentPath`、活动 `kind` 归一为结构化子代理状态，并避免原始活动事件重复渲染。
+- 真实会话中的 `subAgentActivity` 输入与结果都只包含 `kind/agentThreadId/agentPath`，未携带 spawn prompt；因此历史数据能恢复线程 ID、状态与角色标题，但不能凭空恢复完整任务简介。
+- 同一消息里随后出现的 `wait` 已被转换为 `collab_agent_tool_call`，但 `receiverThreadIds` 和 `agentsStates` 均为空，说明应将前置活动事件作为该 wait 的恢复来源。
+- 扫描现有会话得到 41 条 `subAgentActivity`：活动类型只有 `started` 与 `interacted`，输入字段稳定为 `type/id/kind/agentThreadId/agentPath`，均无 prompt；`interacted` 应保持运行态。
+- Phase 8 复审已通过；计划已明确字段映射、原始工具条与 `ID call_...` 去重、baseline 二进制 smoke test 和 tarball 核验。
+- 前端所有历史、恢复流和实时流都通过 `toolKind()` 分流；让它把 raw `subAgentActivity` 识别为协作显示工具，可同时复用现有合并、富卡片渲染和普通工具过滤逻辑，避免在三个调用点分别硬编码。
+- `normalizeCollabAgentData()` 是补齐活动字段的最小归一入口：从 `agentThreadId` 构建 receiver/state，从 `agentPath` basename 构建标题/角色，从活动 kind 映射状态，并按真实字段保留 prompt。
+- 新事件还应在 `lib/codex-app-runtime.js` 的 `itemKind/itemInput/itemResult` 层输出 `collab_agent_tool_call` 结构；这样旧前端也能把新会话视为富卡片，同时保留 `input.type=subAgentActivity` 供服务端恢复线程路由。
+- 首轮生产实现已让定向行为回归通过；人工审查仍需确认三项最小范围边界：空 wait 对整体头部状态的覆盖、agentPath 同时填充 role 导致标题/页脚重复、通用 tool_end 全量增加 name/input 的必要性。
+- 独立质量检查确认首轮实现仍有高风险缺口：完成态空 wait 会覆盖整体头部为已返回但 child 仍运行；runtime completed 不带 prompt 时会直接替换 started input，刷新后简介丢失。
+- 另有两个中风险边界：agentPath basename 回填 role 会导致标题/footer 重复；仅凭 name 匹配 `subAgentActivity` 会把无 agentThreadId 的同名普通工具误归类。
+- 第二轮已改为子状态优先聚合整体状态、runtime 活动输入结构化合并、agentPath 仅提供标题、activity 匹配必须存在 threadId；新增边界回归均通过，等待原检查代理复核。
+- 原检查代理复核时把 `item/completed` 误等同于 child completed；真实会话反证是 `input.kind=started` 的活动工具本身 `done=true`，因此 transport item 生命周期不能覆盖 activity kind 的 child 生命周期语义。
+- 正确契约：completed 通知缺少新 kind 时继承 previous activity kind/status；只有活动 kind 明确为 completed/returned/failed/closed 时才改变 child 终态，同时仍保留 started prompt。

.planning/subagent-card-metadata/progress.md

@@ -22,3 +22,16 @@
 - 2026-07-15：空 close/wait 卡片重建实现与完整回归通过，进入独立复核。
 - 2026-07-15：独立复核发现刷新后历史仍丢失；追加服务端持久化兜底修复。
 - 2026-07-15：服务端在 spawnToolId 缺失时回退最近协作工具，刷新闭环回归及最终独立复核通过。
+- 2026-07-15：本机 ccweb 已重启在线；开始诊断其他机器发布后仍使用旧样式的问题，优先核对 dist-exe 产物与源码资源时间。
+- 2026-07-15：确认本机 tar 包静态资源哈希与源码一致；远端老样式应检查是否整体替换 public、运行目录/环境变量，以及是否仅查看旧历史数据。
+- 2026-07-15：本机 HTTP 返回 app.js/style.css 哈希与源码及 tar 完全一致，Cache-Control 为 no-store；Phase 7 完成。
+- 2026-07-16：用户确认同一实例不同对话仍有两种样式；恢复 Phase 8，定位 `subAgentActivity` 未进入富卡片合并链路。
+- 2026-07-16：Phase 8 首次计划审查要求补齐字段映射、重复渲染断言和最终发布包 smoke test，已收紧计划并进入复审。
+- 2026-07-16：Phase 8 复审通过；完成 41 条真实活动事件字段/状态盘点，进入失败回归编写。
+- 2026-07-16：新增 raw `subAgentActivity + 空 wait` 行为回归；当前实现按预期失败于 `call_wait_empty` 被误作子代理 ID，进入字段归一实现。
+- 2026-07-16：完成前端旧历史归一和 runtime 新事件结构化，定向回归通过；进入 Trellis 独立质量检查。
+- 2026-07-16：Trellis 独立检查未放行；追加空 wait 整体状态、completed prompt 保留、角色去重和同名普通工具隔离修正循环。
+- 2026-07-16：第二轮测试先行修正完成并通过定向回归；提交原 Trellis 检查代理复核。
+- 2026-07-16：对复核提出的“item/completed 强制 child completed”意见基于真实 done=true started 活动提出异议；补充协议语义回归后再复核。
+- 2026-07-16：原 Trellis 检查代理撤回错误意见并最终通过；字段归一与统一渲染完成，进入全量回归。
+- 2026-07-16：完整 `npm run regression`、服务端/mock 语法和全工作树 diff 检查通过；在 /tmp 安装 baseline Bun，进入发布构建。

.planning/subagent-card-metadata/task_plan.md

@@ -12,7 +12,7 @@
 
 ## 当前阶段
 
-Phase 7
+Phase 8
 
 ## 阶段
 
@@ -42,15 +42,25 @@ Phase 7
 
 ### Phase 7: 修复关闭后子代理卡片消失
 
-- [ ] 覆盖关闭更新缺失结构化状态的回归场景
-- [ ] 缓存子代理最后一次结构化状态
-- [ ] 用已关闭 ID 和状态缓存重建关闭卡片
-- [ ] 保留已关闭子代理的标题、简介与线程 ID
-- [ ] 验证关闭状态、数量和卡片持续可见
-- [ ] 验证普通工具调用不进入子代理合并路径
-- [ ] 找不到原 spawn 工具时，将 child 状态合并到最近的协作工具历史记录
-- [ ] 刷新/历史重渲染后仍保留标题、简介、线程 ID 和关闭状态
-- [ ] 实施前后核对工作树，只改子代理相关代码与测试
+- [x] 覆盖关闭更新缺失结构化状态的回归场景
+- [x] 缓存子代理最后一次结构化状态
+- [x] 用已关闭 ID 和状态缓存重建关闭卡片
+- [x] 保留已关闭子代理的标题、简介与线程 ID
+- [x] 验证关闭状态、数量和卡片持续可见
+- [x] 验证普通工具调用不进入子代理合并路径
+- [x] 找不到原 spawn 工具时，将 child 状态合并到最近的协作工具历史记录
+- [x] 刷新/历史重渲染后仍保留标题、简介、线程 ID 和关闭状态
+- [x] 实施前后核对工作树，只改子代理相关代码与测试
+- **Status:** complete
+
+### Phase 8: 统一 subAgentActivity 与原生协作工具卡片
+
+- [x] 复现并定位两套子代理事件链路
+- [x] 为活动归一空 wait 复用及去重写失败回归
+- [x] 实现 agentThreadId agentPath 状态及 prompt 字段归一
+- [x] 合并活动与协作工具并隐藏原始工具条及 call ID
+- [x] 运行语法检查和完整自动化回归
+- [ ] 重建 CentOS 7 发布包并完成二进制与 tar 核验
 - **Status:** in_progress
 
 ## 完成标准
@@ -71,6 +81,12 @@ Phase 7
 3. 多代理不同 prompt 的标题和简介不串联。
 4. 无 prompt 时回退短线程 ID。
 5. 关闭更新即使不携带 `receiverThreadIds/agentsStates`，也保留原子代理卡片并显示“已关闭”。
+6. 仅有 `subAgentActivity` 与空 `wait` 的历史会话也显示统一富卡片，不再显示原始活动工具条或 `ID call_...`。
+7. `agentThreadId` 写入 `receiverThreadIds` 并作为 `agentsStates` 键；`agentPath` 的 basename 写入可读标题/角色。
+8. `started/interacted` 映射为运行态，`completed/returned` 映射为完成态，失败/关闭类活动映射到对应终态。
+9. 活动或同线程事件能提供 prompt 时写入 `taskDescription`；完全没有 prompt 时不伪造简介。
+10. 回归分别覆盖完整 `spawnAgent`、仅 `subAgentActivity + 空 wait`、刷新历史、原始工具条去重、无 `ID call_...` 与 prompt 保留。
+11. 发布包保持 `bun-linux-x64-baseline` 目标，完成 MCP JSON-RPC 初始化 smoke test，并核对 tarball 内运行文件与静态资源。
 
 ## 范围约束
 
@@ -95,3 +111,8 @@ Phase 7
 | 空 wait/close 工具缺少可渲染的子代理状态 | 1 | 缓存 `msg.child` 状态，并用已关闭 ID 重建关闭卡片 |
 | 测试先行缺少 `rememberCollabAgentState` | 1 | 实现按 threadId 缓存 helper 后回归通过 |
 | 实时缓存无法覆盖刷新后的历史重渲染 | 1 | 原 spawn 工具缺失时把 child 合并进最近协作工具并持久化 |
+| 收尾时临时 TODO CSV 已被外部流程移除 | 1 | 确认根目录无 TODO CSV 后不重建，直接闭合持久化计划 |
+| `task.py list-context` 误传 action 参数 | 1 | 查看 `--help`，确认该命令只接收任务目录，后续按正确形状调用 |
+| Phase 8 首次计划审查发现字段、去重和发布核验契约不够具体 | 1 | 补充字段级映射、逐项行为断言与 CentOS 7 二进制/tar 验证标准后复审 |
+| 首轮实现通过定向回归但独立检查发现空 wait 状态冲突与 completed 丢 prompt | 1 | 补充四类边界行为断言，改为子状态聚合整体状态并结构化合并 runtime 活动输入 |
+| `timeout` 后直接放环境变量导致命令被当成可执行文件 | 1 | 改用 npm `--registry` 单次参数，代理查询与临时 Bun 安装成功 |