用途：把原始上下文自动跑完 Phoenix Security 规格流水线（角色 01–10），逐角色校验输出，管理 04↔05 迭代循环，最终产出可交付的 Phoenix PRD、Cursor 计划与 Confluence 页面。领域上下文贯穿所有角色，涉及 ASPM、CTEM、容器溯源、可达性分析、供应链/SCA、DevSecOps、LLM 安全与董事会级报告等支柱。
主要能力与流程：阶段一为基础（01 上下文整理→CLEAN_CONTEXT≤900 tokens；02 范围裁剪→SCOPE_DEFINITION≤800；03 约束提炼→ACTIVE_SET≤700）；阶段二为需求循环（04 需求工程→NORMATIVE_REQUIREMENTS≤1500；05 歧义猎手→CLARIFICATIONS，若 critical>0 回到 04，最多 3 次迭代）；阶段三为安全与契约（06→SECURITY_REQUIREMENTS≤1200；07 CONTRACTS≤1200）；阶段四为验证与规划（08 VERIFICATION_MATRIX≤1000；09 BATCH_PLAN≤1200）；阶段五为终局判定（10→SHIP 或 NO_SHIP≤800）。每个角色后校验 token 预算、章节完整性、ID 连续、状态设置，并在涉及客户数据、新端点、LLM 组件时分别覆盖 PSC-03、PSC-06、PSC-08。
输出与连接器：按 outputs/session-{timestamp}/ 生成 01–10 各文件，SHIP 时另出 FEATURE_SPEC.md 与 {slug}-cursor-plan.md；始终推送到 Confluence SPM 空间（备用父 ID 1273987073），SHIP 后询问是否创建 Linear/Asana 工单、通知 Slack 或邮件干系人。
写作标准：RFC 2119 措辞、R-FUNC/R-SEC/R-REL/R-UX/R-INT 编号、[P0]/[P1]/[P2] 优先级、每条功能需求带 maps_to: AC#，禁用固定套话，每文档最多 1 个 emoji。
限制：具体安装命令、调用方式与依赖配置暂未提供。