该技能用于把模糊的项目想法转化为结构化业务需求。
用途：先让用户描述项目的问题、目标用户与期望，再分析其领域（如 CLI、Web 应用、API）、已明确与未明确之处及缺失信息，然后提出与项目语境相关的问题，而非通用表单式提问。
主要能力：问题类型覆盖澄清、范围、优先级、约束和成功标准；答案会影响后续问题（如面向 CI/CD 则关注退出码与自动化，面向本地开发则关注体验与错误信息）。过程中把问答进度保存到 {base_directory}/artifacts/business-interview.jsonl，完成后生成 {base_directory}/requirements/business-requirements.yaml。输出需包含 project、version、generated、overview、personas、use_cases、functional_requirements、non_functional_requirements、success_criteria、constraints、dependencies、timeline、assumptions、risks 等字段。要求需求编号按 FR-1、FR-2 顺序排列，use_cases 的 actor 必须与 personas 名称一致或为 System。生成前会先确认摘要，生成后做缺口分析（可测试需求、清晰角色、可衡量成功标准、范围边界、风险及缓解），并可用 sherpy validate -t business-requirements -f {base_directory}/requirements/business-requirements.yaml --strict 校验。
适用场景：需要把业务想法整理为可评审需求文档的早期需求阶段，后续可衔接技术需求访谈与实施计划。限制：具体问题与输出字段以资料所述为准，部分字段细节、平台支持或收费信息暂未提供。