revert: remove CI yml changes from lint PR

CI yml concurrency changes caused lint step to be skipped.
Lint PR should only contain source code formatting fixes.

.gitea/workflows/deploy.yml

@@ -83,66 +83,3 @@ jobs:
           else
             echo "Deploy succeeded."
           fi
-
-  # ── Job 4: 部署成功通知 ──────────────────────────────
-  notify-deploy-success:
-    runs-on: macos-arm64
-    needs: [ci, deploy]
-    if: always()
-    steps:
-      - name: Notify deploy success
-        env:
-          GITEA_TOKEN: ${{ secrets.GITEA_TOKEN }}
-          DEPLOY_RESULT: ${{ needs.deploy.result }}
-        run: |
-          if [ "$DEPLOY_RESULT" != "success" ]; then
-            echo "Deploy did not succeed (result: $DEPLOY_RESULT), skipping success notification."
-            exit 0
-          fi
-
-          echo "Deploy succeeded, sending notification..."
-
-          API_URL="${{ gitea.api_url }}"
-          REPO="${{ gitea.repository }}"
-          COMMIT_SHA="${{ gitea.sha }}"
-
-          # 查询关联的 merged PR 作者
-          PR_AUTHOR=$(curl --max-time 5 -sf \
-            -H "Authorization: token $GITEA_TOKEN" \
-            "$API_URL/repos/$REPO/pulls?state=closed&sort=updated&order=desc&limit=10" | \
-            python3 -c "
-import json, sys
-sha = '$COMMIT_SHA'
-for pr in json.load(sys.stdin):
-    merge_sha = pr.get('merge_commit_sha', '') or ''
-    if merge_sha.startswith(sha) or sha.startswith(merge_sha):
-        print(pr['user']['login'])
-        break
-" 2>/dev/null || echo "")
-
-          # 确定通知对象
-          if [ -n "$PR_AUTHOR" ]; then
-            NOTIFY_TO="$PR_AUTHOR"
-          else
-            # direct push 场景通知 jiangwei-infra
-            NOTIFY_TO="jiangwei-infra"
-          fi
-
-          # 发送 Mail 通知
-          MAIL_TITLE="[CD] 部署成功: $(echo $COMMIT_SHA | cut -c1-8)"
-          MAIL_TEXT="部署成功。Commit: ${COMMIT_SHA}"
-
-          curl --max-time 5 -s -X POST http://localhost:8083/api/mail \
-            -H "Content-Type: application/json" \
-            -d "{\"from\":\"system\",\"to\":\"$NOTIFY_TO\",\"title\":\"$MAIL_TITLE\",\"text\":\"$MAIL_TEXT\",\"type\":\"inform\"}" \
-            || echo "Mail notification failed (non-blocking)"
-
-          # 同时通知 pangtong-fujunshi（如果 PR 作者不是 pangtong）
-          if [ "$NOTIFY_TO" != "pangtong-fujunshi" ]; then
-            curl --max-time 5 -s -X POST http://localhost:8083/api/mail \
-              -H "Content-Type: application/json" \
-              -d "{\"from\":\"system\",\"to\":\"pangtong-fujunshi\",\"title\":\"$MAIL_TITLE\",\"text\":\"$MAIL_TEXT\",\"type\":\"inform\"}" \
-              || echo "Mail notification failed (non-blocking)"
-          fi
-
-          echo "Deploy success notification sent to: $NOTIFY_TO"

docs/design/07-spawner-acquire-first.md

@@ -233,27 +233,20 @@ def _revive_session(agent_id: str) -> bool:
                 pass
 ```
 
-### 4.5 O5: compact 检测（§24 rotation-only v3）
+### 4.5 O5: compact 扫描条件收紧
 
-§24 设计文档：`docs/design/24-compact-detection-fix.md`
+当前 compact 扫描在 status 非 idle/done/unknown/None 时都触发，范围过宽。
 
-**检测方法**：读 gateway 日志尾部 2MB，按 sessionKey 过滤 `[compaction] rotated active transcript` 事件。
-如果最近的 rotation 事件在 120s 窗口内 → 视为 compact 循环进行中（可能还在 post-compact retry）。
-
-旧方法 `_check_recent_compaction_jsonl`（扫描 session jsonl 的 `type=compaction` 事件）保留作为 fallback。
+**改后**：只在 status 为 running 或 compacting 相关时扫描：
 
 ```python
-# §24 v3: compact 检测优先用 gateway 日志 rotation 事件
-if result["status"] not in ("idle", "unknown", None):
-    session_key = f"agent:{agent_id}:main"
-    result["recent_compact"] = AgentSpawner._check_compact_in_progress_gateway(
-        session_key)
-    if not result["recent_compact"] and sf:
-        result["recent_compact"] = AgentSpawner._check_recent_compaction_jsonl(sf)
+# 只在这些状态下检查 compact
+if result["status"] in ("running",) and sf:
+    result["recent_compact"] = AgentSpawner._check_recent_compaction_jsonl(sf)
 ```
 
 注：Gateway 的 sessions.json status 实际值主要是 `idle/running/timeout/failed`。
-非空闲状态（`running`/`timeout`/`failed`）时检查 compact 有意义。
+`running` 时检查 compact 有意义（agent turn 执行中可能触发 compact）。
 其他状态不需要检查。
 
 ## 五、改动范围

docs/design/13-toolchain-and-dev-workflow.md

@@ -33,173 +33,26 @@
 | 项 | 配置 |
 |----|------|
 | 地址 | `http://192.168.2.154:3000` |
-| 版本 | v1.26.2（2026-06-11 从 v1.23.4 升级） |
-| 认证 | HTTP + token；admin 账号（姜维持有） |
-| 权限 | 姜维持有 admin 权限（启用 Actions、分支保护、org webhook 等） |
-| 数据库 | SQLite3 |
-| 部署方式 | Docker（NAS 群晖），数据卷 `/volume2/@docker/volumes/gitea-data/_data` |
+| 版本 | v1.23.4 |
+| 认证 | HTTP + token（待配置） |
+| 权限 | cfdaily 用户；姜维持有 admin 权限（启用 Actions、分支保护等） |
 
 ### 2.2 CI/CD：Gitea Actions
 
 | 项 | 配置 |
 |----|------|
-| Runner | Mac mini 裸机，gitea-runner v1.0.8（通过 PM2 管理 `sanguo-act-runner`） |
+| Runner | Mac mini 裸机，act-runner（Go 二进制） |
 | 配置文件 | `.gitea/workflows/*.yml`，每个项目自管 |
-| 语法 | 兼容 GitHub Actions（v1.26.2 已验证支持 concurrency groups） |
-| 触发 | push / PR / tag / workflow_dispatch |
-| v1.26 新增 | concurrency groups、re-run failed jobs、可配置 GITEA_TOKEN 权限 |
-| 仍不支持 | `failure()`、`continue-on-error`、`timeout-minutes` |
+| 语法 | 兼容 GitHub Actions（v1.23.4 已验证支持） |
+| 触发 | push / PR / tag |
 
-### 2.4 Gitea 基础设施 Setup 记录（2026-06-11 姜维）
-
-> 以下为 Gitea 从 v1.23.4 升级到 v1.26.2 的完整操作记录，作为未来参考。
-
-#### 2.4.1 升级 v1.23.4 → v1.26.2
-
-**升级原因**：v1.23.4 不支持 concurrency groups，导致双倍触发问题无根因解法。
-
-**升级步骤**：
-1. 备份：`docker exec sanguo_gitea gitea dump -c /data/gitea/conf/app.ini -f /data/gitea/gitea-backup-pre-v126.zip`（765MB）
-2. 拉取镜像：Mac 上 skopeo 下载 → python docker SDK 远程 load（群晖 Docker Hub 太慢）
-3. 停止旧容器 + rename 保留回滚
-4. 启动新容器（数据库自动迁移 Migration[312]→[326]，含 concurrency #323）
-5. 验证：API + Web UI + 仓库数据 + 用户数据
-
-**踩坑：群晖内核 3.10 + git 2.52 不兼容**：
-- 根因：git 2.52 使用 `getrandom(2)` syscall，群晖内核 3.10.108 不支持（3.17 才加入）
-- 症状：`git push` 报 `unable to create temporary file: Function not implemented`
-- 修复：entrypoint 脚本在容器启动时自动从本地缓存降级 git 到 2.45.4
-- 持久化：`/data/entrypoint-wrapper.sh` + `/data/git-2.45.4-r0.apk` 在数据卷里，容器重建不丢失
-- 群晖内核**无法通过 DSM 升级**，内核版本跟硬件型号绑定
-
-**完整重建命令**：
-```bash
-docker -H tcp://192.168.2.154:2375 run -d \
-  --name sanguo_gitea \
-  --restart=always \
-  -p 3000:3000 \
-  -p 2221:22 \
-  -v /volume2/@docker/volumes/gitea-data/_data:/data \
-  -e GITEA__database__DB_TYPE=sqlite3 \
-  -e GITEA__database__PATH=/data/gitea/gitea.db \
-  -e GITEA__server__ROOT_URL=http://192.168.2.154:3000/ \
-  --entrypoint /bin/sh \
-  gitea/gitea:1.26.2 \
-  -c '/data/entrypoint-wrapper.sh'
-```
-
-#### 2.4.2 act_runner 升级 v0.2.11 → v1.0.8
-
-**升级原因**：v0.2.11 的 multi-step job 执行有 bug，Setup Python 和 Lint step 被跳过。
-
-**升级步骤**：
-1. 下载 `gitea-runner-1.0.8-darwin-arm64`（从 gitea.com releases）
-2. `codesign --force --sign -` 重签（macOS Gatekeeper 会 SIGKILL 未签名的二进制）
-3. 替换 `/Users/chufeng/bin/act_runner`
-4. PM2 restart `sanguo-act-runner`
-
-**注意**：act_runner 通过 **PM2** 管理（`sanguo-act-runner`），不是 launchd。launchd plist 仅为备份。
-
-**PM2 常用命令**：
-```bash
-pm2 restart sanguo-act-runner   # 重启
-pm2 logs sanguo-act-runner      # 查看日志
-pm2 show sanguo-act-runner      # 详情
-```
-
-#### 2.4.3 CI Workflow 配置
-
-**三个 workflow 文件**：
-
-| 文件 | 触发 | concurrency | 说明 |
-|------|------|-------------|------|
-| `ci.yml` | `pull_request` | `group: ci-${{ gitea.ref }}, cancel-in-progress: true` | 同一 PR 新 push 自动取消旧 run |
-| `deploy.yml` | `push to main` | `group: deploy-${{ gitea.ref }}, cancel-in-progress: false` | 部署排队不取消 |
-| `e2e.yml` | `workflow_dispatch` | `group: e2e-${{ gitea.ref }}, cancel-in-progress: true` | 手动触发 |
-
-**Branch Protection（main 分支）**：
-- 禁止直接 push
-- status check：`CI / lint (pull_request)` 必须通过
-- 至少 1 人 Review
-
-**⚠️ 踩坑**：v1.26 上报的 commit status context 格式变了：
-- 旧格式：`lint`
-- 新格式：`CI / lint (pull_request)`
-- branch protection 必须用新格式匹配，否则 merge 报 "Not all required status checks successful"
-
-#### 2.4.4 Org Webhook 配置
-
-- **对象**：Gitea 组织 `sanguo` webhook id=28
-- **URL**：`http://192.168.2.153:8083/webhook/gitea`
-- **事件**：16 个（push/issues/PR/PR review 等）
-
-**⚠️ 踩坑**：Gitea v1.26 的 PATCH hooks API，只传 `{"active": true}` 会把 events 重置为 `["push"]`。**必须每次 PATCH 都带上完整的 events 列表。**
-
-**临时措施（已恢复）**：2026-06-10 曾临时关闭 webhook（CI 错误大爆炸期间），2026-06-11 已恢复。
-
-#### 2.4.5 凭据管理
-
-| 凭据 | 用途 | 持有者 |
-|------|------|--------|
-| Gitea admin:cf7561523 | 仓库管理、branch protection、org webhook | 姜维 |
-| Gitea PAT (jiangwei-infra) | API 操作、git clone/push | 姜维 |
-| Gitea PAT (cfdaily) | CI workflow 中的 git 操作 | CI secrets |
-
-#### 2.4.6 备份与回滚
-
-| 项目 | 路径 | 说明 |
-|------|------|------|
-| Gitea 数据库备份 | `/data/gitea/gitea-backup-pre-v126.zip` | 升级前 dump |
-| 旧容器 | 已清理 | 升级验证通过后 `docker rm` |
-| 变更记录 | `~/.openclaw/workspace-jiangwei/changes/gitea-emergency-2026-06-10.md` | 完整操作日志 |
+### 2.3 部署目标
 
 | 环境 | 位置 | 说明 |
 |------|------|------|
 | Mac mini 本机 | `~/.sanguo_projects/<project>/` | 主力开发和运行环境 |
 | NAS Docker | `192.168.2.154` | 部分服务（Gitea、回测等） |
 
-#### 2.4.7 Gitea 迁移验证记录（2026-06-11 司马懿）
-
-> 验证 Gitea 从 gitee 迁移完成后的状态。所有验证在 2026-06-11 完成。
-
-**仓库迁移状态**：
-
-| 项目 | Gitea 仓库 | 开发目录 | 远程地址 | gitee 残留 |
-|------|-----------|---------|---------|----------|
-| sanguo_moziplus_v2 | `sanguo/sanguo_moziplus_v2` | `~/.openclaw/sanguo_projects/sanguo_moziplus_v2/` | `http://192.168.2.154:3000/sanguo/sanguo_moziplus_v2.git` | ✅ 无 |
-| sanguo_quant_live | `sanguo/sanguo_quant_live` | `~/.openclaw/sanguo_projects/sanguo_quant_live/` | `http://192.168.2.154:3000/sanguo/sanguo_quant_live.git` | ✅ 无 |
-| sanguo_vnpy | `sanguo/sanguo_vnpy` | `~/.openclaw/sanguo_projects/sanguo_vnpy/` | `http://192.168.2.154:3000/sanguo/sanguo_vnpy.git` | ✅ 无 |
-
-**验证方法**：在 3 个开发目录分别执行 `git remote -v`，确认 origin 指向 gitea 且无 gitee remote。
-
-**CI 管道验证**：
-
-| 验证项 | 结果 | 备注 |
-|--------|------|------|
-| PR #33 Lint 修复 CI 通过 | ✅ | flake8 全通过 |
-| CD pipeline (deploy.yml) 合并 | ✅ | 含 CI + deploy + notify-deploy-failure 三个 job |
-| Branch protection 生效 | ✅ | main 分支需 CI 通过 + 1 人 Review 才能合并 |
-| Gitea squash merge 兼容 | ✅ | `merge_commit_sha` 在 squash merge 下仍等于 gitea.sha |
-
-**工具链事件中枢验证**：
-
-| Webhook → Mail 流 | 验证结果 |
-|-------------------|--------|
-| PR opened → Review 请求 Mail | ✅ 司马懿收到 PR #30-#35 的 Review 请求 |
-| PR review → 结果 Mail | ✅ 张飞/庞统收到 Review 结果通知 |
-| Issue assigned → 指派 Mail | ✅ （E2E 验证通过） |
-| CI 失败评论 → 通知 Mail | ✅ （E2E 验证通过） |
-| PR synchronize → reviewer 重审 Mail | ✅ 新增（§23） |
-| Review COMMENTED → PR 作者通知 | ✅ 新增（§23） |
-
-**Agent Gitea 凭据**（各 Agent 自行持有 PAT）：
-
-| Agent | Gitea 用户名 | PAT 用途 |
-|-------|-------------|--------:|
-| simayi-challenger | simayi-challenger | PR Review 提交 |
-| pangtong-fujunshi | pangtong-fujunshi | PR 创建/合并、代码 push |
-| jiangwei-infra | jiangwei-infra | 基础设施配置（admin 级操作） |
-
 ---
 
 ## §3. 分支策略
@@ -304,7 +157,7 @@ Open → In Progress → Review → Closed
 
 每个项目在 `.gitea/workflows/ci.yml` 自定义具体步骤，但遵循统一骨架。
 
-> **注**：Gitea Actions v1.26.2 不支持 `paths` 过滤触发条件。通过路径判断放在 job 级别的 `if` 条件中，使用确定支持的语法。（M4 修订）
+> **注**：Gitea Actions v1.23.4 不支持 `paths` 过滤触发条件。通过路径判断放在 job 级别的 `if` 条件中，使用确定支持的语法。（M4 修订）
 
 ```yaml
 name: CI

docs/design/22-cd-production.md

@@ -1,81 +0,0 @@
-# 22 — CD 生产环境落地方案
-
-> 状态：草案，待评审
-> 作者：庞统
-> 日期：2026-06-11
-
-## 背景
-
-CD 管道已在测试仓库 `sanguo/mojiplus-v2` 验证通过（run#282 全链路 success）。
-现需将 CD 落地到生产仓库 `sanguo/sanguo_moziplus_v2`。
-
-### 当前状态
-
-| 组件 | 状态 |
-|---|---|
-| `deploy.sh` | ✅ 完整（rsync + build + pm2 restart + health check + deploy history） |
-| `deploy.yml` | ⚠️ deploy job 已调用 deploy.sh，但缺少成功通知 |
-| CI 失败通知 | ✅ ci.yml → PR comment → webhook → Mail |
-| Deploy 失败通知 | ✅ deploy.yml → Issue → webhook → Mail |
-| Deploy 成功通知 | ❌ 缺失 |
-
-## 改动方案
-
-### 改动 1：deploy.yml 增加 deploy 成功通知
-
-在 deploy job 最后增加一个 step，deploy 成功后：
-1. 从 Gitea API 查询触发 commit 关联的 merged PR
-2. 获取 PR 作者
-3. 通过 Mail API 发送成功通知给 PR 作者 + pangtong-fujunshi
-4. 如果是 direct push（非 PR merge），只通知 jiangwei-infra + pangtong-fujunshi
-
-**文件**：`.gitea/workflows/deploy.yml`
-
-**改动范围**：deploy job 内新增 1 个 step（约 30 行 shell）
-
-**关键逻辑**：
-```bash
-# 查询关联 PR
-PR_INFO=$(curl -sf \
-  -H "Authorization: token $GITEA_TOKEN" \
-  "$API_URL/repos/$REPO/pulls?state=closed&limit=5" | \
-  python3 -c "
-import json,sys
-for pr in json.load(sys.stdin):
-    if pr.get('merge_commit_sha','') == '$COMMIT_SHA':
-        print(pr['user']['login'])
-        break
-" 2>/dev/null || echo "")
-
-# 发 Mail
-curl -s -X POST http://localhost:8083/api/mail \
-  -H "Content-Type: application/json" \
-  -d "{\"from\":\"daemon\",\"to\":\"$PR_AUTHOR\",\"title\":\"...\",\"text\":\"...\",\"type\":\"inform\"}"
-```
-
-**约束**：
-- 使用 `if: always()` + shell 判断 `needs.deploy.result == "success"`，确保只在成功时执行
-- GITEA_TOKEN 通过 secrets 注入
-- Mail API 调用超时 5 秒，失败不影响部署结果
-
-### 不改的文件
-
-| 文件 | 原因 |
-|---|---|
-| `src/api/toolchain_routes.py` | 不新增 webhook 事件，deploy 成功通知在 yml 内闭环 |
-| `src/daemon/toolchain_handler.py` | 不涉及 |
-| `templates/toolchain/*.md` | 不新增模板，通知内容直接在 shell 中构建 |
-| `scripts/deploy.sh` | 已完整，不需改动 |
-
-## 影响范围
-
-- **风险**：低。只在 deploy job 末尾追加通知 step，不修改已有的 deploy/notify 逻辑
-- **回退**：删除新增 step 即可
-- **测试**：push main 后观察 deploy workflow 执行结果
-
-## E2E 验证计划
-
-1. 在生产仓库创建测试分支，push → PR → merge → 触发 deploy
-2. 验证 deploy 成功后 Mail 通知到达 PR 作者
-3. 验证部署文件同步到 `~/.sanguo_projects/sanguo_moziplus_v2/`
-4. 验证 health check 通过

docs/design/23-toolchain-pr-lifecycle.md

@@ -1,144 +0,0 @@
-# §23 — 工具链事件中枢补全：PR 全生命周期通知
-
-> 状态：草案，待评审
-> 作者：庞统
-> 日期：2026-06-11
-> 框架：基于 §20 Task Type Architecture + §13 工具链设计
-
-## 背景
-
-### 问题
-
-工具链事件中枢（`toolchain_routes.py`）当前只覆盖了 PR 生命周期中约一半的交互节点。review 驳回后 PR 作者修改代码，没有机制通知 reviewer 重新 review——流程在这里断链。
-
-### 当前覆盖
-
-| 事件节点 | handler | 模板 | 状态 |
-|---|---|---|---|
-| PR 创建 → 通知 reviewer | `_handle_pull_request` (opened) | `review_request.md` | ✅ |
-| Review 通过 → 通知 PR 作者 | `_handle_pull_request_review` (APPROVED) | `review_result.md` | ✅ |
-| Review 驳回 → 通知 PR 作者 | `_handle_pull_request_review` (REQUEST_CHANGES) | `review_result.md` | ✅ |
-| Issue 指派 → 通知被指派人 | `_handle_issues` (assigned) | `issue_assigned.md` | ✅ |
-| CI 失败评论 → 通知 | `_handle_issue_comment` ([CI]) | `ci_failure.md` | ✅ |
-| 部署失败 Issue → 通知 | `_handle_issues` (opened+"部署失败") | `deploy_failure.md` | ✅ |
-
-### 缺失节点
-
-| # | 事件节点 | Gitea 事件 | 优先级 | 理由 |
-|---|---|---|---|---|
-| E1 | PR 更新（push 新 commit）→ 通知 reviewer | `pull_request.synchronize` | **高** | review 驳回→修改→重 review 的关键闭环 |
-| ~~E2~~ | ~~PR 合并通知~~ | ~~已删除~~ | ~~—~~ | ~~和 §22 CD 成功通知重叠，已删~~ |
-| E3 | Review 评论（COMMENTED）→ 通知 PR 作者 | `pull_request_review` (COMMENTED) | 中 | reviewer 讨论提问，作者应知道 |
-| E4 | PR 上普通评论 → 通知相关人 | `issue_comment` (on PR) | 低 | 非关键路径 |
-
-## 方案
-
-### 框架对齐
-
-按 §20 Task Type Architecture，新增事件处理遵循：
-1. `_EVENT_HANDLERS` 映射 → 路由到对应 handler 函数
-2. handler 提取变量 → `render_template()` 渲染模板
-3. `_TEMPLATE_MAP` 注册模板名 → `templates/toolchain/` 下新建模板文件
-4. 通知目标通过 Gitea username → `to_agent_id()` 映射
-
-### 新增 Handler 1：`_handle_pull_request_synchronize`
-
-**触发**：`pull_request` 事件 + `action=synchronize`（PR 分支有新 push）
-
-**通知对象**：PR 的 reviewer（从 PR 的 `requested_reviewers` 或最近一次 non-COMMENTED review 的提交者）
-
-**实现**：
-
-修改 `_handle_pull_request` 的 action 过滤，从只处理 `opened` 扩展为同时处理 `synchronize`：
-
-```python
-async def _handle_pull_request(payload: Dict[str, Any]) -> None:
-    action = payload.get("action", "")
-    if action == "opened":
-        await _handle_pr_opened(payload)
-    elif action == "synchronize":
-        await _handle_pr_synchronize(payload)
-    # 其他 action 忽略
-```
-
-新增 `_handle_pr_synchronize`：
-1. 从 payload 取 PR 信息（number、title、author、head sha）
-2. 查询最近一次 review（Gitea API `GET /repos/{owner}/{repo}/pulls/{number}/reviews`）取 reviewer
-3. 如果没有 review 记录（首次 push 后 reviewer 还没 review），跳过（opened 事件已经通知过了）
-4. 渲染 `review_updated.md` 模板，发送 Mail 给 reviewer
-
-**关键设计决策**：
-- 不用 `requested_reviewers`（可能为空），用最近 review 的提交者
-- 只在有 review 历史时才通知（避免 opened + synchronize 重复通知）
-- Mail from 用 `system`
-
-### ~~Handler 2：PR 合并通知~~ — 已删除
-
-> 司马懿 review 指出与 §22 CD 成功通知重叠。CD 成功通知已隐含合并信息，无需单独发 merged 通知。
-
-### 新增 Handler 3：review COMMENTED 处理
-
-**触发**：`pull_request_review` 事件 + `state=COMMENTED`
-
-**通知对象**：PR 作者（不是 reviewer）
-
-**实现**：
-
-修改现有 `_handle_pull_request_review`，当前逻辑是"非 COMMENTED 才通知"，改为 COMMENTED 也通知，但用不同模板：
-
-```python
-    # 现有逻辑：非 COMMENTED 通知 PR 作者
-    if state in ("APPROVED", "REQUEST_CHANGES"):
-        template_name = "review_result"
-    elif state == "COMMENTED":
-        template_name = "review_comment"
-    else:
-        return  # PENDING 等忽略
-```
-
-### 新增模板
-
-| 模板文件 | 变量 | 说明 |
-|---|---|---|
-| `review_updated.md` | repo, pr_number, pr_title, pr_author, branch, new_sha, reviewer | PR 有新 commit，请重新 review |
-| ~~`pr_merged.md`~~ | ~~已删除~~ | ~~—~~ |
-| `review_comment.md` | repo, pr_number, pr_title, reviewer, comment_body | reviewer 提交了评论 |
-
-### `_EVENT_HANDLERS` 无需改动
-
-`synchronize` 和 `closed` 都是 `pull_request` 事件的 action 子类型，已映射到 `_handle_pull_request`。COMMENTED 是 `pull_request_review` 的 state 子类型，已映射到 `_handle_pull_request_review`。
-
-所以 **`_EVENT_HANDLERS` 不需要修改**，只需修改 handler 内部的 action/state 分发逻辑。
-
-### 不做的事
-
-| 项 | 理由 |
-|---|---|
-| E4 PR 上普通评论通知 | 低优，非关键路径，后续按需加 |
-| Issue 关闭通知 | 低优，关怀性质 |
-| reviewer 从 `requested_reviewers` 取 | 不可靠（可能为空），用最近 review 记录更稳定 |
-
-## 改动范围
-
-| 文件 | 改动 |
-|---|---|
-| `src/api/toolchain_routes.py` | 修改 `_handle_pull_request`（扩展 action 分发）+ 新增 `_handle_pr_synchronize` + 修改 `_handle_pull_request_review`（支持 COMMENTED） |
-| `templates/toolchain/review_updated.md` | 新增 |
-| ~~`templates/toolchain/pr_merged.md`~~ | ~~已删除~~ |
-| `templates/toolchain/review_comment.md` | 新增 |
-| `src/daemon/toolchain_templates.py` | `_TEMPLATE_MAP` 新增 3 个映射 |
-| `docs/design/23-toolchain-pr-lifecycle.md` | 本文档 |
-
-## 验证计划
-
-在 `sanguo/moziplus-v2` 测试仓库上 E2E 验证：
-
-1. **synchronize**：创建 PR → review 驳回 → push 新 commit → 验证 reviewer 收到"请重新 review" Mail
-~~2. merged~~：已删除
-3. **COMMENTED**：review 提交纯评论 → 验证 PR 作者收到通知
-
-## 风险评估
-
-- **风险等级**：低。新增事件处理，不修改现有 handler 逻辑
-- **幂等性**：复用现有 `_is_duplicate` 机制
-- **性能**：synchronize handler 有一次 Gitea API 调用（查 review 历史），频率低（只在 push 后触发）

docs/design/24-compact-detection-fix.md

@@ -1,205 +0,0 @@
-# §24 — Compact 检测方案修正
-
-> 状态：v3（rotation-only），待实施
-> 作者：庞统
-> 日期：2026-06-11
-> 框架：基于 §07 Spawner Acquire-First
-> 评审：仲达 3 轮评审（v1 trajectory → v2 gateway precheck → v3 rotation-only）
-
-## 1. 问题
-
-### 1.1 现象
-
-2026-06-11 14:02，pangtong main session 正在做 compaction（13:59:26 开始，14:06:00 结束，耗时 ~6.5 分钟），但 spawner Phase 2 检查时 `compact=False`，仍然 spawn 了新进程处理 Mail，导致两个 agent turn 撞车。
-
-### 1.2 根因
-
-当前 compact 检测方法 `_check_recent_compaction_jsonl` 扫描 session jsonl，查找 `type == "compaction"` 事件。这是 compact **完成后**才写入的摘要记录，compact **进行中**时不存在 → 漏检。
-
-同时 Gateway 触发 compact 时先把 session 标为 `done`，所以 `status=running + lock_pid_alive` 检查也无效。14:02:11 实际状态：`status=done lock_pid_alive=False compact=False`——三个检查全部漏过。
-
-## 2. 方案：Rotation-Only 检测（v3）
-
-### 2.1 核心洞察（仲达 v2 评审）
-
-v2 方案依赖 `[context-overflow-precheck]` route=compact 作为开始标志。但实测数据：
-
-| Agent | Rotation 事件 | 有 Precheck | 无 Precheck |
-|-------|:---:|:---:|:---:|
-| pangtong | 7 | 3 | 4 |
-| simayi | 3 | 0 | 3 |
-
-**10 次 compact 只有 3 次有 precheck，覆盖率 30%。** 原因：post-compact retry 触发的后续 compact 不经过 precheck 日志路径。
-
-**结论**：开始标志不可靠。反转检测逻辑——只用可靠的 rotation 事件作为信号。
-
-### 2.2 Rotation 事件
-
-Gateway 日志中 `[compaction] rotated active transcript after compaction (sessionKey=...)` 事件：
-- **100% 覆盖率**：全天 10 次 compact 全部有 rotation 事件
-- **含 sessionKey**：可以精确匹配目标 session
-- **JSON 格式**：易解析
-
-### 2.3 检测逻辑
-
-```
-1. 读 gateway 日志（当天 + 昨天尾部）
-2. 按目标 sessionKey 过滤 compact 相关事件
-3. 从后往前找最后一条 rotation 事件：
-   a. 如果 rotation 事件在窗口内（< 120s）→ compact=True
-      （刚完成一轮 compact，可能还在 post-compact retry 循环中）
-   b. 无 rotation 事件或超出时间窗口 → compact=False
-
-**注意：此方案仅检查 rotation 事件，不检查 model.completed 等其他事件。**
-这是有意为之的保守策略：不检查正常 turn 事件意味着 compact 完成后的
-120s 内都可能被误判为 compact 进行中，但误判代价低（仅 skip 一轮 ticker），
-宁可多拦也不漏放。
-```
-
-**为什么 rotation + 时间窗口就够了？**
-- compact 后 Gateway 会 retry prompt
-- 如果 retry 又触发 overflow → 又一轮 compact → 又一个 rotation 事件
-- 如果 retry 成功 → 正常 turn → 新的 session.started / model.completed 事件
-- 所以「最近一个事件是 rotation 且时间很近」= compact 循环还在进行
-
-### 2.4 时间窗口选择
-
-compact 通常耗时 1-10 分钟。post-compact retry 如果又触发 compact，间隔通常 <60 秒。
-
-- **窗口太短（如 30s）**：可能漏掉 compact 结束后正在 retry 但还没触发下一轮的场景
-- **窗口太长（如 900s）**：compact 完成后正常工作很久了还误判
-- **推荐 120s**：compact 循环中两次 rotation 间隔通常 <60s，120s 有足够余量
-
-误判代价低（skip 一轮 ticker），所以宁可多拦也不漏放。
-
-## 3. 改动范围
-
-| 文件 | 改动 | 行数估计 |
-|------|------|---------|
-| `spawner.py` | 新增 `_check_compact_in_progress_gateway()` | ~40 行 |
-| `spawner.py` | `_check_session_state()` 调用新方法，替换旧方法 | ~5 行 |
-| `spawner.py` | 日志路径配置化 | ~5 行 |
-| `docs/design/07-spawner-acquire-first.md` | §4.5 O5 更新 | ~10 行 |
-| `docs/design/24-compact-detection-fix.md` | 本文档 | 已有 |
-
-**总计 ~60 行代码改动。**
-
-## 4. 实现细节
-
-### 4.1 核心方法
-
-```python
-def _check_compact_in_progress_gateway(self, session_key: str, window_seconds: int = 120) -> bool:
-    """检查 gateway 日志，判断指定 session 是否刚完成 compact（可能在 retry 循环中）。
-    
-    检测逻辑：如果目标 session 最近一个事件是 rotation 且在窗口内，视为 compact 进行中。
-    """
-    log_paths = self._get_recent_gateway_logs()
-    if not log_paths:
-        return False
-    
-    now = datetime.now(timezone.utc)
-    window_start = now - timedelta(seconds=window_seconds)
-    
-    last_rotation_time = None
-    
-    for log_path in log_paths:
-        if not os.path.exists(log_path):
-            continue
-        
-        with open(log_path, 'rb') as f:
-            # 读尾部 2MB
-            f.seek(0, 2)
-            size = f.tell()
-            f.seek(max(0, size - 2 * 1024 * 1024))
-            
-            for raw_line in f:
-                try:
-                    obj = json.loads(raw_line)
-                except (json.JSONDecodeError, ValueError):
-                    continue
-                
-                msg = obj.get("message", "")
-                ts_str = obj.get("time", "")
-                
-                # 只看包含目标 sessionKey 的事件
-                if session_key not in msg:
-                    continue
-                
-                # rotation 事件
-                if "[compaction] rotated active transcript" in msg:
-                    try:
-                        event_time = datetime.fromisoformat(ts_str)
-                        if last_rotation_time is None or event_time > last_rotation_time:
-                            last_rotation_time = event_time
-                    except (ValueError, TypeError):
-                        continue
-    
-    if last_rotation_time is not None:
-        return last_rotation_time >= window_start
-    
-    return False
-```
-
-### 4.2 日志路径
-
-```python
-def _get_recent_gateway_logs(self) -> list:
-    """获取当天和昨天的 gateway 日志路径"""
-    log_dir = os.environ.get("OPENCLAW_LOG_DIR", "/tmp/openclaw")
-    today = datetime.now().strftime("%Y-%m-%d")
-    yesterday = (datetime.now() - timedelta(days=1)).strftime("%Y-%m-%d")
-    paths = []
-    for d in [today, yesterday]:
-        p = os.path.join(log_dir, f"openclaw-{d}.log")
-        if os.path.exists(p):
-            paths.append(p)
-    return paths
-```
-
-### 4.3 Phase 2 集成
-
-```python
-# 在 _check_session_state 中，不依赖 status，直接检查
-compact = self._check_compact_in_progress_gateway(session_key)
-if not compact:
-    compact = self._check_recent_compaction_jsonl(...)  # fallback
-    
-if compact:
-    blockers.append(("session_compacting", None))
-```
-
-## 5. 边界情况
-
-| 边界情况 | 处理 |
-|---------|------|
-| 日志文件不存在 | 返回 False（fallback 到旧方法） |
-| 跨天 compact | 同时检查昨天日志尾部 |
-| compact 失败（无 rotation） | rotation 事件不会出现 → 检测不到 → 回退到旧方法 |
-| 误判（compact 完成后正常工作中） | 时间窗口 120s 内可能被误判，但代价低（skip 一轮 ticker）。不检查正常 turn 事件，是保守策略 |
-
-## 6. 测试验证
-
-### 6.1 单元测试
-
-- `_check_compact_in_progress_gateway`：
-  - rotation 事件在窗口内 → True
-  - rotation 事件超出窗口 → False
-  - 无 rotation 事件 → False
-  - 日志不存在 → False
-  - sessionKey 不匹配 → False
-
-### 6.2 集成验证
-
-- `pytest -m "not e2e"` 全量测试
-
-## 7. 关联设计
-
-- §07 Spawner Acquire-First（§4.5 O5 compact 扫描条件收紧）
-- §08 Classify Outcome Optimization（compact_hanging 处理）
-
-## 8. 评审记录
-
-- **v1**：trajectory jsonl 间接推断 → 仲达指出 trajectoryPath 不可用、需多文件等 3 个问题
-- **v2**：gateway 日志 precheck 开始标志 → 仲达指出开始标志覆盖率仅 30%，建议 rotation-only
-- **v3**：rotation-only（当前版本）→ 仲达已确认方向，待代码实现后再审

src/api/toolchain_routes.py

@@ -77,8 +77,7 @@ def _is_duplicate(event: str, delivery: str,
         # 取 body 或 content，优先 body（webhookNotifier 格式）
         content = review.get("body", "") or review.get("content", "")
         content_hash = hashlib.sha256(content.encode()).hexdigest()[:16]
-        review_id = review.get("id", "")
-        content_key = f"content:{event}:{pr_num}:{sender}:{review_id}:{content_hash}"
+        content_key = f"content:{event}:{pr_num}:{sender}:{content_hash}"
         if content_key in _delivery_cache:
             logger.info(
                 "Content-based duplicate detected: %s PR#%s by %s",
@@ -259,17 +258,11 @@ def _repo_fullname(payload: Dict[str, Any]) -> str:
 
 
 async def _handle_pull_request(payload: Dict[str, Any]) -> None:
-    """处理 pull_request 事件：opened → 通知 reviewer；synchronize → 通知 reviewer 重新 review。"""
+    """处理 pull_request 事件：opened → 通知 simayi-challenger。"""
     action = payload.get("action", "")
-    if action == "opened":
-        await _handle_pr_opened(payload)
-    elif action == "synchronize":
-        await _handle_pr_synchronize(payload)
-    # 其他 action 忽略
+    if action != "opened":
+        return
 
-
-async def _handle_pr_opened(payload: Dict[str, Any]) -> None:
-    """PR opened → 通知 simayi-challenger。"""
     pr = payload.get("pull_request")
     if not pr or not isinstance(pr, dict):
         logger.warning(
@@ -334,6 +327,10 @@ async def _handle_pull_request_review(payload: Dict[str, Any]) -> None:
         }
         state = type_map.get(review_type, "")
 
+    # 只通知 APPROVED 和 REQUEST_CHANGES，跳过 COMMENTED 和其他状态
+    if state == "COMMENTED":
+        return
+
     repo = _repo_fullname(payload)
     pr_number = pr.get("number", 0)
     pr_title = pr.get("title", "")
@@ -350,23 +347,6 @@ async def _handle_pull_request_review(payload: Dict[str, Any]) -> None:
         "unknown")
     review_body = review.get("body", "") or review.get("content", "(无评论)")
 
-    if state == "COMMENTED":
-        # Review 评论 → 通知 PR 作者
-        review_body = review.get("body", "") or review.get("content", "(无评论)")
-        reviewer = review.get("user", {}).get("login", "") or payload.get("sender", {}).get("login", "unknown")
-
-        text = render_template("review_comment", {
-            "repo": repo,
-            "pr_number": str(pr_number),
-            "pr_title": pr_title,
-            "reviewer": reviewer,
-            "comment_body": review_body,
-        })
-
-        title = f"Review 评论: {pr_title} ({repo}#{pr_number})"
-        _send_mail(pr_author, title, text)
-        return
-
     result_map = {"APPROVED": "通过 ✓", "REQUEST_CHANGES": "驳回 ✗"}
     if state not in result_map:
         return
@@ -385,72 +365,6 @@ async def _handle_pull_request_review(payload: Dict[str, Any]) -> None:
     _send_mail(pr_author, title, text)
 
 
-async def _fetch_latest_reviewer(repo: str, pr_number: int) -> str:
-    """查询 PR 最近一次非 PENDING review 的提交者。
-
-    Returns:
-        reviewer login 或空字符串
-    """
-    if not _GITEA_TOKEN:
-        return ""
-
-    url = f"{_GITEA_BASE}/repos/{repo}/pulls/{pr_number}/reviews"
-    headers = {"Authorization": f"token {_GITEA_TOKEN}"}
-
-    try:
-        async with httpx.AsyncClient(timeout=5.0) as client:
-            resp = await client.get(url, headers=headers)
-            resp.raise_for_status()
-            reviews = resp.json()
-
-            # 取最后一个非 PENDING 的 review 的 user
-            for review in reversed(reviews):
-                state = review.get("state", "")
-                if state in ("APPROVED", "REQUEST_CHANGES", "COMMENTED"):
-                    user = review.get("user", {})
-                    return user.get("login", "")
-    except Exception as e:
-        logger.warning("Failed to fetch reviews for %s#%d: %s", repo, pr_number, e)
-
-    return ""
-
-
-async def _handle_pr_synchronize(payload: Dict[str, Any]) -> None:
-    """PR 更新（新 push）→ 通知 reviewer 重新 review。
-
-    查询最近一次 review 的提交者作为通知目标。
-    只在有 review 历史时才通知（避免和 opened 重复）。
-    """
-    pr = payload.get("pull_request")
-    if not pr or not isinstance(pr, dict):
-        return
-
-    repo = _repo_fullname(payload)
-    pr_number = pr.get("number", 0)
-    pr_title = pr.get("title", "")
-    pr_author = pr.get("user", {}).get("login", "unknown")
-    new_sha = pr.get("head", {}).get("sha", "unknown")[:12]
-
-    # 查询最近 review 的提交者
-    reviewer = await _fetch_latest_reviewer(repo, pr_number)
-    if not reviewer:
-        # 没有 review 历史，跳过（opened 事件已经通知过）
-        logger.debug("No review history for PR #%s, skipping synchronize notification", pr_number)
-        return
-
-    text = render_template("review_updated", {
-        "repo": repo,
-        "pr_number": str(pr_number),
-        "pr_title": pr_title,
-        "pr_author": pr_author,
-        "new_sha": new_sha,
-        "reviewer": reviewer,
-    })
-
-    title = f"PR 更新: {pr_title} ({repo}#{pr_number})"
-    _send_mail(reviewer, title, text)
-
-
 async def _handle_issues(payload: Dict[str, Any]) -> None:
     """处理 issues 事件：assigned → 通知被指派人；opened+部署失败 → 通知运维。"""
     action = payload.get("action", "")

src/daemon/spawner.py

@@ -1297,88 +1297,6 @@ curl -X POST http://{api_host}:{api_port}/api/projects/{project_id}/tasks/{task_
             logger.exception("Failed to revive %s", agent_id)
             return False
 
-    @staticmethod
-    def _get_recent_gateway_logs() -> list:
-        """获取当天和昨天的 gateway 日志路径。
-
-        日志路径通过 OPENCLAW_LOG_DIR 环境变量配置，默认 /tmp/openclaw。
-        文件名格式：openclaw-{YYYY-MM-DD}.log
-        """
-        from datetime import timedelta
-        log_dir = os.environ.get("OPENCLAW_LOG_DIR", "/tmp/openclaw")
-        now_local = datetime.now()
-        today = now_local.strftime("%Y-%m-%d")
-        yesterday = (now_local - timedelta(days=1)).strftime("%Y-%m-%d")
-        paths = []
-        for d in [today, yesterday]:
-            p = os.path.join(log_dir, f"openclaw-{d}.log")
-            if os.path.exists(p):
-                paths.append(p)
-        return paths
-
-    @staticmethod
-    def _check_compact_in_progress_gateway(
-            session_key: str, window_seconds: int = 120) -> bool:
-        """§24 v3 rotation-only: 检查 gateway 日志，判断指定 session 是否刚完成 compact。
-
-        检测逻辑：读日志尾部 2MB，按目标 sessionKey 过滤，
-        找最后一个 rotation 事件，如果在窗口内 → compact 可能仍在 retry 循环中。
-        """
-        from datetime import datetime as _dt, timezone as _tz, timedelta
-        log_paths = AgentSpawner._get_recent_gateway_logs()
-        if not log_paths:
-            return False
-
-        now = _dt.now(_tz.utc)
-        window_start = now - timedelta(seconds=window_seconds)
-
-        last_rotation_time = None
-
-        for log_path in log_paths:
-            if not os.path.exists(log_path):
-                continue
-            try:
-                with open(log_path, "rb") as f:
-                    f.seek(0, 2)
-                    size = f.tell()
-                    f.seek(max(0, size - 2 * 1024 * 1024))
-                    tail = f.read().decode("utf-8", errors="replace")
-            except Exception:
-                continue
-
-            for line in tail.splitlines():
-                if not line.strip():
-                    continue
-                try:
-                    obj = json.loads(line)
-                except (json.JSONDecodeError, ValueError):
-                    continue
-
-                msg = obj.get("message", "")
-                # 只看包含目标 sessionKey 的事件
-                if session_key not in msg:
-                    continue
-
-                # rotation 事件
-                if "[compaction] rotated active transcript" in msg:
-                    ts_str = obj.get("time", "")
-                    if ts_str:
-                        try:
-                            event_time = _dt.fromisoformat(
-                                ts_str.replace("Z", "+00:00"))
-                            # timezone-aware: normalize to UTC
-                            if event_time.tzinfo is None:
-                                event_time = event_time.replace(tzinfo=_tz.utc)
-                            if last_rotation_time is None or event_time > last_rotation_time:
-                                last_rotation_time = event_time
-                        except (ValueError, TypeError):
-                            continue
-
-        if last_rotation_time is not None:
-            return last_rotation_time >= window_start
-
-        return False
-
     @staticmethod
     def _check_recent_compaction_jsonl(
             session_file: str, window_seconds: int = 900) -> bool:
@@ -1495,17 +1413,12 @@ curl -X POST http://{api_host}:{api_port}/api/projects/{project_id}/tasks/{task_
                     except Exception:
                         pass
 
-            # §24 v3: compact 检测优先用 gateway 日志 rotation 事件
-            # 旧方法 _check_recent_compaction_jsonl 作为 fallback
-            # 重要：compact 进行中时 status=done，所以不能按 status 过滤
-            # 只跳过 idle/unknown（完全没有活动过的 session）
-            if result["status"] not in ("idle", "unknown", None):
-                session_key = f"agent:{agent_id}:main"
-                result["recent_compact"] = AgentSpawner._check_compact_in_progress_gateway(
-                    session_key)
-                if not result["recent_compact"] and sf:
-                    result["recent_compact"] = AgentSpawner._check_recent_compaction_jsonl(
-                        sf)
+            # v2.8.1 Fix-1: compact 检测改用 session jsonl 末尾扫描
+            # 只在 agent 非空闲时才扫描(减少不必要 I/O)
+            if result["status"] not in (
+                    "done", "idle", "unknown", None) and sf:
+                result["recent_compact"] = AgentSpawner._check_recent_compaction_jsonl(
+                    sf)
         except Exception:
             pass
         return result

src/daemon/toolchain_templates.py

@@ -21,8 +21,6 @@ _TEMPLATE_MAP: Dict[str, str] = {
     "issue_assigned": "issue_assigned.md",
     "ci_failure": "ci_failure.md",
     "deploy_failure": "deploy_failure.md",
-    "review_updated": "review_updated.md",
-    "review_comment": "review_comment.md",
 }
 
 # 模板缓存

templates/toolchain/review_comment.md

@@ -1,9 +0,0 @@
-Review 评论
-
-PR: http://192.168.2.154:3000/{repo}/pulls/{pr_number}
-标题: {pr_title}
-评论者: {reviewer}
-
-{comment_body}
-
-请查看评论并回复或修改代码。

templates/toolchain/review_updated.md

@@ -1,16 +0,0 @@
-PR 有新提交，请重新 Review
-
-PR: http://192.168.2.154:3000/{repo}/pulls/{pr_number}
-标题: {pr_title}
-作者: {pr_author}
-新 commit: {new_sha}
-
-您之前已审查过此 PR，作者已根据反馈更新了代码。请重新 Review。
-
-流程：
-1. 读取 PR diff（Gitea API: GET /repos/{repo}/pulls/{pr_number}.diff）
-2. 重点检查上次 Review 意见的修改部分
-3. 提交 Review（Gitea API: POST /repos/{repo}/pulls/{pr_number}/reviews）
-4. 提交后改动者会自动收到通知
-
-完成后回复此 Mail 确认。

tests/test_spawner_compact.py

@@ -1,92 +0,0 @@
-"""单元测试：§24 v3 rotation-only compact 检测
-
-测试 _get_recent_gateway_logs 和 _check_compact_in_progress_gateway。
-用 tmp_path 构造 mock gateway 日志文件。
-"""
-
-import json
-import os
-from datetime import datetime, timedelta, timezone
-from pathlib import Path
-
-import pytest
-
-from src.daemon.spawner import AgentSpawner
-
-
-# ── helpers ──
-
-_SESSION_KEY = "agent:pangtong-fujunshi:main"
-_TODAY_STR = datetime.now().strftime("%Y-%m-%d")
-
-
-def _make_rotation_event(session_key: str, ts: datetime) -> dict:
-    """构造一条 rotation 日志事件"""
-    return {
-        "time": ts.isoformat(),
-        "message": f"[compaction] rotated active transcript after compaction (sessionKey={session_key})",
-    }
-
-
-def _make_other_event(session_key: str, ts: datetime, msg: str = "something else") -> dict:
-    """构造一条普通日志事件"""
-    return {
-        "time": ts.isoformat(),
-        "message": f"{msg} (sessionKey={session_key})",
-    }
-
-
-def _write_log(tmp_path: Path, date_str: str, lines: list[dict]):
-    """写 mock 日志文件"""
-    log_file = tmp_path / f"openclaw-{date_str}.log"
-    with open(log_file, "w") as f:
-        for obj in lines:
-            f.write(json.dumps(obj, ensure_ascii=False) + "\n")
-
-
-@pytest.fixture(autouse=True)
-def _set_log_dir(tmp_path, monkeypatch):
-    """每个测试自动设置 OPENCLAW_LOG_DIR 到 tmp_path"""
-    monkeypatch.setenv("OPENCLAW_LOG_DIR", str(tmp_path))
-
-
-# ── 测试用例 ──
-
-
-class TestCheckCompactInProgress:
-    """§24 v3: _check_compact_in_progress_gateway 单元测试"""
-
-    def test_rotation_within_window_returns_true(self, tmp_path):
-        """TC1: rotation 事件在窗口内 → True"""
-        now = datetime.now(timezone.utc)
-        recent = now - timedelta(seconds=30)
-        _write_log(tmp_path, _TODAY_STR, [_make_rotation_event(_SESSION_KEY, recent)])
-        assert AgentSpawner._check_compact_in_progress_gateway(_SESSION_KEY) is True
-
-    def test_rotation_outside_window_returns_false(self, tmp_path):
-        """TC2: rotation 事件超出窗口 → False"""
-        now = datetime.now(timezone.utc)
-        old = now - timedelta(seconds=200)
-        _write_log(tmp_path, _TODAY_STR, [_make_rotation_event(_SESSION_KEY, old)])
-        assert AgentSpawner._check_compact_in_progress_gateway(_SESSION_KEY) is False
-
-    def test_no_rotation_event_returns_false(self, tmp_path):
-        """TC3: 无 rotation 事件 → False"""
-        now = datetime.now(timezone.utc)
-        _write_log(tmp_path, _TODAY_STR, [
-            _make_other_event(_SESSION_KEY, now, "model.completed"),
-        ])
-        assert AgentSpawner._check_compact_in_progress_gateway(_SESSION_KEY) is False
-
-    def test_log_file_not_exists_returns_false(self, tmp_path):
-        """TC4: 日志文件不存在 → False"""
-        # tmp_path 为空目录，无日志文件
-        assert AgentSpawner._check_compact_in_progress_gateway(_SESSION_KEY) is False
-
-    def test_session_key_mismatch_returns_false(self, tmp_path):
-        """TC5: sessionKey 不匹配 → False"""
-        now = datetime.now(timezone.utc)
-        recent = now - timedelta(seconds=10)
-        other_key = "agent:simayi-challenger:main"
-        _write_log(tmp_path, _TODAY_STR, [_make_rotation_event(other_key, recent)])
-        assert AgentSpawner._check_compact_in_progress_gateway(_SESSION_KEY) is False