fix: bug-confirm 能力明确「只处理当前迭代的 Bug，不跨迭代/跨项目」

Bug 必须有 iteration_id 归属，闭环时 list_bugs 按当前迭代 id 过滤，
其他项目/其他迭代的 Bug 不 confirm/不修复/不关闭。

skills_library/pipelines/sdlc_general/common/bug-confirm/SKILL.md

@@ -17,9 +17,11 @@ tools: [confirm_bug, reject_bug, reopen_bug, list_bugs]
 完整流转见 `bug` 技能（open → confirmed → fixing → fixed → verified → closed）。
 
 ## 闭环触发（审核 test 交付通过时）
-审核 test 任务通过后，`list_bugs` 查该迭代 `status=open` 的 Bug，分类处理：
+审核 test 任务通过后，`list_bugs` 查**当前迭代** `status=open` 的 Bug，分类处理：
 - **零散 Bug**（单点缺陷，不影响整体）→ 逐个 `confirm_bug` 确认，然后 `create_tasks` 派发一个「修复 Bug」任务给 develop（description 列出 bug id + 标题 + 描述），让 develop 逐个修复。Bug 闭环不打断任务链。
 - **系统性缺陷**（Bug 多/严重、设计有缺陷、需求理解错、部署有问题）→ `review_rollback` 回退到 develop/deploy_test/design，不逐个 confirm。
 
+> ⚠️ **铁律：只处理当前迭代的 Bug**。list_bugs 已按当前迭代的 iteration_id 强制过滤，其他项目/其他迭代的 Bug 不会查到、也一律不碰（不 confirm/不修复/不关闭）。Bug 必须有 iteration_id 归属，跨迭代/跨项目乱处理是错的。
+
 ## 审核 develop「修复 Bug」任务通过时
-修复任务通过后，`list_bugs` 查该迭代 `status=fixed` 的 Bug，`create_tasks` 派发一个「复测」任务给 test（description 列出已修复 bug 清单），让 test 验证后关闭。
+修复任务通过后，`list_bugs` 查**当前迭代** `status=fixed` 的 Bug，`create_tasks` 派发一个「复测」任务给 test（description 列出已修复 bug 清单），让 test 验证后关闭。同样只处理当前迭代的 Bug，不跨迭代。