Merge branch 'main' into rename

Keep pouch naming and .pouch/ack project state, and bring in ACK
regression mode, deployer test-environment binding, and manage-release
updates from main.

skills/ack/references/kickoff.md

@@ -37,11 +37,12 @@
    Developer/Test profile；优先选择同一轮内角色/profile/worktree 匹配的空闲 worker，
    只有历史消息已可信清理并取得新会话身份才复用，否则审阅 plan 后用 expected
    fingerprint 创建 fresh worker；
-   dispatch 开发 → worker_done → 若 intents.testEnvironment 已启用则先拉起测试环境 →
+   dispatch 开发 → worker_done → 若 intents.testEnvironment 已启用则先用 deployer 拉起测试环境 →
    dispatch 测试独立复测 → 你读证据终检 → 回写 tasks.yaml；
    每个任务最多三轮有效产品复验，三轮不过记 leftover 并升级我复盘；环境失败单独
    记录、恢复并告诉我下一步，不占产品复验轮次。
-7. 所选任务都 verified 后，只有本次计划包含交付时才按 profile 顺序执行并写
+7. 所选任务都 verified 后，按 regression.md 给出新增/更新/退役/无回归，确认后写入
+   .pouch/ack/regression.yaml。只有本次计划包含交付时才按 profile 顺序执行并写
    deliveryRuns；启用 delivery 时不能省略 defaultProfile，默认停在 validation_ready
    或 review_ready，stable/production 步骤再次向我确认。
 ```
@@ -155,7 +156,7 @@ worktree 走同一套 `plan` -> 带 expected fingerprint 的 `launch`。在调
 task-create → dispatch 给 DEV → 先确认 DEV 已开始执行（read/probe；未开始按环境失败处理）→ 滚动 wait 等 worker_done
   → 每个角色先检查可安全重置的空闲 worker；不符合即通过 plan + expected fingerprint launch fresh worker
   → 每轮使用 Coordinator 分配的稳定 <task-id>-A<round>
-  → 回写 fixed_by_dev → 若 intents.testEnvironment 已启用则先拉起测试环境 → dispatch 给 TEST 复测 → 等 retest_result
+  → 回写 fixed_by_dev → 若 intents.testEnvironment 已启用则先用 deployer 拉起测试环境 → dispatch 给 TEST 复测 → 等 retest_result
   → Developer 回 knowledgeApplied / knowledgeCandidates，Test 回 knowledgeChecks
   → 环境无法完成：记录 environmentIncidents，报告影响与用户下一步，恢复后重新复验（不计轮次）
   → Coordinator 读证据终检 → 过则 verified，产品失败则 failed_retest 再派 DEV（最多累计 3 轮）
@@ -174,8 +175,13 @@ Coordinator 只内联本轮 `knowledgeRefs` 指向的少量知识，不要求 wo
 
 ## 第 5 步：可选交付
 
-用户说「重新布测试环境」或「发布一个版本」时，按 `delivery.md` §3.1 的
-`intents` 执行对应 profile，不另找文档。intent 为 null 时先做交付配置维护。
+用户说「重新布测试环境」时加载 deployer skill 执行
+`intents.testEnvironment` 绑定；「发布一个版本」时按 `delivery.md` §3.1 的
+release profile 执行。intent 为 null 时先做交付配置维护。
+
+所选任务 `verified` 后，按 `regression.md` 把本轮黑盒路径收获进
+`.pouch/ack/regression.yaml`（新增/更新/退役/无回归四选一，用户确认后写入）。
+用户说「回归」时先布测试环境，再派 Test 按目录执行。
 
 所选任务都由 Coordinator 标记为 `verified` 后，若用户确认的计划包含交付，按
 `delivery.md` 执行所选 profile。启用交付时必须在计划中默认列出 `defaultProfile`，
@@ -203,6 +209,6 @@ Coordinator 最后标记整轮任务完成后，用 `scripts/reclaim_workers.py`
 产品文档 + 验收信号写在前（你，强模型）→ 确认显式 `knowledgeRefs` → 从
 `tasks.yaml.project.orchestration` 解析安全 profile → 审阅 plan 并用 expected
 fingerprint 启动 fresh DEV/TEST → dispatch / 复测 / 终检循环 → 任务结论落
-`tasks.yaml` → 可选 delivery profile 到审核点，验证后的
-跨任务知识由 Coordinator 落 `knowledge.yaml` → 整轮完成后回收仅属于 verified
-任务的 worker，保留 blocked/failed/leftover worker。
+`tasks.yaml` → 可选收获回归用例到 `regression.yaml` → 可选 delivery profile
+到审核点，验证后的跨任务知识由 Coordinator 落 `knowledge.yaml` → 整轮完成后回收
+仅属于 verified 任务的 worker，保留 blocked/failed/leftover worker。