用途：面向 iOS 应用开发的结构化需求访谈，先问清问题再动手，避免代价高昂的返工。流程为：功能描述 → 紧凑提问（8-15 轮）→ 精炼的 @spec.md → 实现。
主要能力：围绕 iOS 真正关键的点提问，始终覆盖核心不变量、数据模型、UI/UX 流程与状态（加载/空/错误/成功）、状态管理（@Observable、environment、bindings）、边界情况；相关时覆盖离线与同步（CloudKit、冲突解决）、权限与授权、无障碍（VoiceOver、Dynamic Type）、性能、未来扩展点；非明确需要则跳过多租户、国际化、API 契约设计、企业级规模与可观测性。
使用方式：每轮只问 1-3 个紧密相关问题，不一次抛 10 个；提问前用一句话说明为何重要；可用 AskUserQuestion 给出具体选项收窄决策，答案空间过宽时用开放问题；强调“尖锐而非泛泛”，例如别问“用什么数据库”，而要问“用户编辑中途关闭时，改动应自动保存、要求显式保存还是丢弃”。
适用场景：涉及 3 个及以上屏幕的新流程、新数据模型或持久化变更、有权衡的架构决策、边界情况不明显的功能，以及“直接做”会导致返工的任务。
限制：不适用于缺陷修复、单屏 UI 微调、行为显然的加按钮、文本/颜色/间距改动。退出条件：用户说完成/写规格/够了；或已问满 8 轮且最近 2 轮无新话题；或剩余问题少于 5 个即可成文。规格输出写入 @spec.md（或带版本如 @spec-v2.md、@feature-spec.md），最多 10 节并省略空节：目标、非目标、核心不变量、用户故事与验收标准、数据模型、UI/UX 流程、边界情况与错误处理、测试方法、已知权衡、开放问题（应少于 3 个）。规格批准后交给常规执行流程：决策阶段确认方案、派生智能体实现，规格作为所有智能体的唯一事实来源。