用途：blueprint-discovery 处理 blueprint 工作流的发现阶段（步骤 1-5），输入为用户的原始功能描述 feature_description，输出结构化的 discovery_result，供后续研究、规划阶段使用。
主要能力：
- 想法细化：当描述少于 100 字符、含“maybe/probably/not sure”等不确定词、或缺少动作/主体时，用最多 3 个针对性问题澄清目标与上下文；描述详细、用户说 proceed/skip refinement、或带复现步骤的 bug 修复则跳过。
- 研究决策信号：从对话推断 user_familiarity、user_intent（speed/thoroughness）、topic_risk（auth、payment、stripe、security、encrypt、API key、webhook 等关键词为高）、uncertainty_level，必要时追问优先级。
- 访谈决策：描述少于 2 句、含不确定词、涉及多利益方或系统时建议先访谈；明确复现步骤的 bug、小任务、已有 PRD 则跳过。
- 验收标准：强制询问“完成”的定义，只描述功能行为，质量门禁（测试、lint、评审）由其他 agent 处理，并为每条标准记录验证方式。
- 功能分类：按关键词分为 UI、DevOps、API、Data、general；UI 需读取 design_system_path 或 docs/design/design-system.md，缺失时建议先做 ux-brief；DevOps 委派给 majestic-devops:devops-plan。
- 仓库分析：在陌生代码库中检查 ARCHITECTURE.md、README.md、CONTRIBUTING.md、CLAUDE.md、AGENTS.md、PR/Issue 模板、编码规范与实现模式，可用 ast-grep 做结构化匹配，例如 ast-grep --pattern 'class $NAME < ApplicationRecord' --lang ruby，并输出仓库研究摘要。
使用方式：作为技能被调用，按上述流程与用户交互，最终产出 discovery_result，包含 refined_description、refinement_skipped、interview_conducted、interview_output、acceptance_criteria、feature_type、design_system_path、研究信号及 ready_for_research。
限制：资料未提供具体安装命令、收费、平台支持或效果数据；验收标准不覆盖测试、lint、评审等质量门禁。