fix: Bug 推动要求收敛到技能，system_prompt 只留工具声明+指针

用户纠正：system_prompt 不写死职责流程（铁律）。之前把「Bug 生命周期流转」
详细规则写进 PM_SYSTEM_PROMPT，违反铁律。改为：
- PM_SYSTEM_PROMPT 只保留 bug 工具声明 + 一句「规则见 bug-confirm 技能，先
  load_skill 加载全文再执行」的指针
- 详细规则（每次审核检查 bug/判断根因/分类指派/派发修复与复测）全在技能里

pipeline_service/agent_loop.py

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