Intake Triage — PM 收單排工

批次分析 PM 開出的 tickets，產出「先做 / 後做 / 補規格 / 不建議做」的排序建議， 並可寫回 JIRA labels/comments 與 Slack 摘要。

Contract

intake-triage 是 batch intake prioritization，不是個人每日工作盤點（my-triage）， 也不是深入 refinement、sprint planning、或 engineering codebase probe。 它屬於 mixed reader / writeback orchestrator：workspace config、ticket content、與 batch signals 只用來決定 prioritization verdict、rank、與 downstream suggestion。intake-triage 可以產出 JIRA labels/comments 與 Slack summary，但這些 writeback 只代表 intake guidance， 不等於 workflow transition、implementation readiness、verification result、或 release authority。

它只依 ticket 內容與同批關係做快速排序；不做 codebase exploration、不自動改 status、 不把 intake comment 當 implementation spec。

Reference Loading

Per-ticket analysis 或 JIRA writeback 派 sub-agent 時，必須注入 sub-agent-roles.md 的 Completion Envelope。

Flow

1. Parse input：ticket keys、JQL、Slack URL，或 Epic key 展開子單。
2. Fetch tickets from JIRA，標準化 fields，並收斂同批 Epic + child tickets。
3. 偵測 batch theme 與 per-ticket lens。
4. 對每張 ticket 評估 readiness、effort signal、impact、dependencies、duplicate risk、hard blockers。
5. 依判決矩陣產生 verdict 與全域 rank。
6. 呈現判決表，等待 RD 確認或調整。
7. 使用者確認後，寫 JIRA intake-* labels 與 intake comment。
8. 產生 PM-friendly Slack summary；RD 確認後才送出。

Write Rules

• JIRA comment 與 Slack summary 都是 external write，送出前必須通過 workspace-language-policy.md。
• JIRA labels 只更新 intake- prefix，不碰其他 labels。
• Skip ticket 的補規格問題寫在 comment 中，不額外 tag PM；Slack summary 統一通知。
• Slack 發送目的地由 RD 確認：channel、DM，或不發。

Completion

輸出 batch count、verdict counts、top ranks、writeback status、Slack status、blocked/skipped questions，以及後續路由：my-triage、sprint-planning、refinement、或 engineering。

Post-Task Reflection (required)

Execute post-task-reflection-checkpoint.md before reporting completion.