diff --git a/dist-exe/cc-web-bun-linux-x64-baseline.tar.gz b/dist-exe/cc-web-bun-linux-x64-baseline.tar.gz
index 65dbe6e..5f85ae1 100644
Binary files a/dist-exe/cc-web-bun-linux-x64-baseline.tar.gz and b/dist-exe/cc-web-bun-linux-x64-baseline.tar.gz differ
diff --git a/findings.md b/findings.md
index 9385cf9..d95cc54 100644
--- a/findings.md
+++ b/findings.md
@@ -70,3 +70,13 @@
 - 多数 `.sh` hook 脚本没有 `+x`，但 `.codex/hooks.json` 使用 `sh script` / `python3 script` 调用，因此执行位不是当前阻断点。
 - 与断点 4 合并后的结论：本地脚本没坏，当前阻断点在 Codex command hook trust，7 条项目 command hook 均为 `untrusted`，所以正常 app-server 路径会跳过它们。
 - marker 方案仍可用于 trust 后二次验证；但在 hooks 未 trust 前，marker 不出现只能证明 trust 拦截，不再是定位根因的必要步骤。
+
+## 2026-08-23 CentOS 7 发布包复核
+
+- 当前 `package.json` 版本为 `1.2.11`，构建入口为 `scripts/build-single-exe.js`。
+- `dist-exe/cc-web-bun-linux-x64-baseline.tar.gz` 与其中二进制最后修改时间均为 `2026-08-21 16:57`；源码 `server.js`、`public/app.js` 随后已有变更，不能确认旧包包含这些变更。
+- PATH 中没有 `bun`，但 `/tmp/ccweb-bun.vyBprA/`、`/tmp/ccweb-bun.35Wj3R/` 等目录存在 `@oven/bun-linux-x64-baseline/bin/bun`，可按发布技能通过 `BUN_BIN` 复用。
+- 发布脚本默认目标为 `bun-linux-x64-baseline`，会清理并重建 `dist-exe/bun-linux-x64-baseline/`，随后生成同名 tar.gz。
+- 2026-08-23 重建成功：目录二进制 SHA-256 为 `28f2c2b99ef66cb523feef171c8c2438071e724629fed44f348734b982d4a4e7`；tar.gz SHA-256 为 `d8a9de5813a6f4c8b27f05565926faa9267e9070df4241387568169d97ce5cbe`。
+- `tar -xOf` 提取归档内的 `bun-linux-x64-baseline/cc-web` 后，其 SHA-256 与目录二进制完全一致；包内 `package.json` 版本为 `1.2.11`。
+- 从 `./dist-exe/bun-linux-x64-baseline/cc-web` 直接启动本机等价验证通过：端口 18082 可访问，启动日志包含 `CC-Web server listening`，运行进程 `/proc/<pid>/exe` 指向该发布目录且摘要一致。
diff --git a/progress.md b/progress.md
index 114e625..547518d 100644
--- a/progress.md
+++ b/progress.md
@@ -18,3 +18,14 @@
 - 2026-06-30T00:00:00+08:00 断点 6 隔离 marker 验证返回：临时 app-server 能通过 `hooks/list` 发现 `/tmp` 项目 hook，状态为 `enabled=true/source=project/trustStatus=untrusted`；`turn/start` 可触发但 marker 不出现、无 hook started/completed 通知。结论是“加载但未 trust”，不是“未加载 hooks”。
 - 2026-06-30T00:00:00+08:00 修复入口核验：本机 Codex CLI 0.140.0 帮助中没有公开 `hooks trust` 子命令，只有 `--dangerously-bypass-hook-trust`；app-server schema 暴露 `hooks/list` 和 `HookTrustStatus`，未发现公开 `hooks/trust` 请求。产品修复第一阶段应先做诊断/引导，不直接发明 trust 写入。
 - 2026-06-30T00:00:00+08:00 用户执行 Codex hook review 后复核：`/home/hdzx/.codex/config.toml` 新增 `[hooks.state]` 下 7 条 `/home/cc-web/.codex/hooks.json:<event>:0:0` 的 `trusted_hash`；按 schema 用 `hooks/list { cwds: ["/home/cc-web"] }` 复查，7 条 project hooks 均返回 `trustStatus=trusted`。
+
+## 2026-08-23 CentOS 7 重新打包会话
+
+- 已按 `cc-web-centos7-release` 技能开始复核。
+- 已确认现有归档时间为 2026-08-21 16:57，源码在该时间点前后有更新，用户启动旧版的判断有事实依据。
+- 已定位多个可复用的 baseline Bun，下一步将校验其版本/目标后执行 `BUN_BIN=... npm run build:single-exe`。
+- 已使用 `/tmp/ccweb-bun.vyBprA/node_modules/@oven/bun-linux-x64-baseline/bin/bun`（1.3.14）成功重建 `dist-exe/bun-linux-x64-baseline/` 与 `dist-exe/cc-web-bun-linux-x64-baseline.tar.gz`。
+- 已验证目录二进制与 tar.gz 内二进制 SHA-256 一致；已从发布目录直接启动并用 HTTP、启动日志、进程可执行文件路径完成本机等价验收。
+- 已清理临时 `CentOS7重新打包 TO DO list.csv`；目标机部署仍需将新归档解压到目标目录并停止旧进程后启动新目录二进制。
+- 发布技能规定的 `node --check` 六项检查、发布二进制 MCP `initialize` smoke 和 tar 清单检查均通过。
+- 当前工作区仅发布归档、规划发现与进度日志有变更；未修改业务源码或构建脚本。