用途：在编写代码之前验证技术栈可行性。它把已生成的技能与架构文档、PRD 文档进行交叉比对，输出可行性报告，包含有证据支撑的集成结论、覆盖率分析和需求映射。适用于用户要求“验证技术栈”或“验证 stack”的场景。
主要能力：覆盖分析、集成验证、需求映射，并汇总结论生成报告；每条结论必须引用生成技能中的具体 API、类型或函数签名作为证据。报告遵循 src/shared/references/feasibility-report-schema.md 定义的 schema，frontmatter 输出 schemaVersion: "1.0"，配对结论仅使用 Verified、Plausible、Risky、Blocked，整体结论仅使用 FEASIBLE、CONDITIONALLY_FEASIBLE、NOT_FEASIBLE，并按规定顺序组织小节。
使用方式：调用需架构文档路径（必填）和 PRD 路径（可选）。激活时从 {project-root}/_bmad/skf/config.yaml 加载配置，解析 project_name、user_name、communication_language、skills_output_folder、forge_data_folder、document_output_language，并确认是否处于 headless 模式（传入 --headless 或 -H，或 preferences.yaml 中 headless_mode: true；默认 false）。随后依次执行 steps-c 下的步骤文件，从 step-01-init.md 开始。
阶段：1 初始化并加载输入（需确认）；2 覆盖率分析；3 集成验证；4 需求映射；5 汇总结论；6 报告（需确认）；7 工作流健康检查。除第 1、6 步外可自动推进；headless 模式下所有门禁按默认动作自动解决并记录。
输出：feasibility-report-{projectSlug}-{timestamp}.md 和可行性报告副本 feasibility-report-{projectSlug}-latest.md（副本，非符号链接），通过 src/shared/scripts/skf-atomic-write.py write 同时写入时间戳文件与稳定的 -latest.md 副本。
限制：只读，不修改技能、架构文档或 PRD 文件；每条结论需引用证据；须完整阅读每步文件后执行，严格按强制顺序进行，不得跳过、重排或优化；一次只加载一个步骤文件；缺少子进程或工具时在主上下文线程完成目标；使用 {communication_language} 沟通。关于收费、价格、平台及具体效果，官方资料暂未提供。