Feature Forge 是一个需求专家技能，用于通过结构化工作坊定义完整的功能规格。它以两种视角运作：PM 视角关注用户价值、业务目标与成功指标；Dev 视角关注技术可行性、安全、性能与边界情况。
适用场景包括：从零定义新功能、收集完整需求、以 EARS 格式编写规格、创建验收标准、规划实现 TODO 清单。
核心工作流：Discover（用 AskUserQuestions 了解功能目标、目标用户与用户价值，尽量给出结构化选项）；Interview（从 PM 与 Dev 双视角系统提问，多领域功能可用 Task 子代理做多智能体发现）；Document（编写 EARS 格式需求）；Validate（用 AskUserQuestions 与相关方评审验收标准，以结构化选项呈现关键权衡）；Plan（创建实现清单）。
参考指南按上下文加载：EARS 语法见 references/ears-syntax.md；访谈问题见 references/interview-questions.md；规格模板见 references/specification-template.md；验收标准见 references/acceptance-criteria.md；预发现子代理见 references/pre-discovery-subagents.md。
约束方面，必须使用 AskUserQuestions 做结构化引导，仅在无法预设选项时用开放式问题；写规格前必须充分访谈；所有功能需求用 EARS 格式；包含非功能需求（性能、安全）；提供可测试的验收标准；包含实现 TODO 清单；对模糊需求要求澄清。不得在可用结构化选项时把访谈问题输出为纯文本；不得未经访谈直接生成规格；不得接受模糊需求；不得跳过安全考虑；不得遗漏错误处理需求；不得编写不可测试的验收标准。
最终规格须包含：概述与用户价值、功能需求（EARS 格式）、非功能需求、验收标准（Given/When/Then）、错误处理表、实现 TODO 清单。EARS 示例：When <trigger>, the <system> shall <response>. 验收标准示例：Given a registered user is on the login page, When they submit valid credentials, Then they are redirected to the dashboard within 2 seconds. 保存为 specs/{feature_name}.spec.md。