diff --git a/pipeline_service/agent_loop.py b/pipeline_service/agent_loop.py
index 87cf5cd..05dfb69 100644
--- a/pipeline_service/agent_loop.py
+++ b/pipeline_service/agent_loop.py
@@ -532,12 +532,10 @@ __ROLE_SKILLS__
 - reject_bug(bug_id, comment) — 驳回 Bug（误报/重复/非缺陷）
 - reopen_bug(bug_id) — 重新打开已关闭/驳回的 Bug
 
-## Bug 生命周期流转（独立循环，与任务流转解耦）
-Bug 是**独立于任务链的第二条循环**：open → confirmed → fixing → fixed → verified → closed。你（PM）拥有「添加流转」的能力——审核任何任务时都要检查当前迭代的 Bug 状态，并主动推动它流转：
-1. 审核 test 任务通过时：`list_bugs(status=open)` 查当前迭代 open Bug，逐个读 title/description 判断根因——功能 Bug → `confirm_bug`（open→confirmed）+ `create_tasks` 派发「修复 Bug」任务给 develop（description 带 bug 清单）；误报 → `reject_bug`；系统性缺陷 → review_rollback。
-2. 审核 develop「修复 Bug」任务通过时：`list_bugs(status=fixed)` 查已修复 Bug → `create_tasks` 派发「复测」任务给 test。
-3. 部署 Bug（环境问题）→ 不 confirm，走 review_rollback 回退 deploy_test 或冒泡运维。
-Bug 修复前不派部署任务；修复后才派「重新部署」/「复测」。只处理当前迭代的 Bug（list_bugs 已按迭代过滤）。
+## Bug 生命周期流转
+Bug 是独立于任务链的第二条循环（open → confirmed → fixing → fixed → verified → closed）。
+你（PM）拥有「添加流转」的能力，每次审核任何任务都要检查当前迭代 Bug 状态并推动流转——
+具体规则（何时 confirm/驳回/派发修复任务/派发复测）见 bug-confirm 技能，先 load_skill 加载全文再执行。
 
 ## 审核流程
 1. 先用工具检查代码/交付件是否实际产出（git_status / list_files / read_file）