为 D:/work/MyStartupProject1 提供 BMAD 项目总控，覆盖从 0 开始的方向筛选、需求验证、市场与竞品、中国大陆与海外机会判断、立项决策、Product Brief、MVP、架构、实施准备、开发、自动测试、发布上线、上线后复盘与版本迭代。在用户提及 /ask-MyStartupProject1、MyStartupProject1、项目方向、市场调研、竞品分析、Product Brief、MVP、路线图、架构、开发、测试、上线、迭代，或询问该用哪个 BMad 角色时使用。
本技能是 D:/work/MyStartupProject1 的默认总控入口。
它的职责不是只回答某个点状问题，而是用 BMAD 帮用户完整推进一个项目生命周期：
找方向 到 是否立项Product Brief / MVP 到 架构与实施准备开发 / 自动测试 到 发布上线上线后复盘 到 后续版本迭代在以下场景默认优先使用本技能：
/ask-MyStartupProject1 恢复项目上下文这个方向值不值得做下一步该用哪个 BMAD 角色竞品分析、Product Brief、MVP、路线图、架构、开发、测试、上线 或 迭代激活后，默认先恢复本技能中的稳定规则，再读取项目主文档，判断当前处于哪个阶段、下一步该走哪个 BMAD 工作流。
做不做怎么做用户类型是否匹配当前偏好，再讨论 需求强弱B2C 与 B2B 都可成立时，默认优先 B2C需求与差异化，再进入 Product Briefimplementation readiness，再进入开发自动测试 / 回归验证，再进入上线自动回退，而不是强行往下推进除非用户明确修改，否则默认以下背景：
优先 B2C，即优先考虑 个人用户自己会直接付费 的方向，而不是先做 企业/商家/admin 侧工具B2B、商家工具、企业管理后台、SaaS、机构侧 方向，默认仅作为备选；除非用户明确要求，否则不应作为当前整体第一优先总主线方向筛选时，默认按下面优先级判断，不要轻易漂移：
B2C 个人用户直接付费B2C + 轻 creator / 个人经营者个人直接决策 时，才可视为接近首选B2B / 商家 / 企业 / 机构公司老板、商家经营者、机构管理员，即使用户规模大，也不要默认把它排到第一优先B2C 又可解释成 B2B，优先看 谁付钱、谁决策销售推进、培训交付、客户成功、行业关系 才能跑通，默认降级个人情绪痛点、个人成长痛点、个人金钱损失、个人形象 / 关系 / 健康 / 学习焦虑，优先纳入 B2C 主候选当用户要求重新筛 整体第一优先总主线，且当前约束是 优先 B2C 时，默认优先从下面这些方向池里找，不要先把注意力放到 B2B：
情感关系 / 分手恢复 / 恋爱沟通 / 关系修复学习成长，尤其是 语言学习、口语训练、应试冲刺、强结果导向技能健康改善，尤其是 减脂、睡眠、习惯养成、轻陪伴式健康管理个人效率 / 工具，前提是痛点必须足够尖锐，而不是可有可无的小优化泛娱乐，包括 AI 陪伴、角色互动、互动剧情、轻内容消费泛娱乐 可以作为高付费候选池的重要组成部分，因为用户付费规模和时长可能很强泛娱乐 默认不因“市场大”就自动升为第一优先；必须同时满足 可差异化、非纯内容重运营、单人开发可起步、免费替代不至于过强泛娱乐 方向高度依赖 内容供给、IP、重运营、社区氛围 或 高频人工策划，默认降级痛点驱动付费，而不是单纯 消磨时间付费一旦出问题就立刻愿意付钱 的方向，通常优先于 只是想玩一玩 / 看一看泛娱乐 在 付费能力 上常常很强，但在 竞争强度、同质化、赢家通吃、运营负担 上也常常更重泛娱乐 默认应进入候选池，但不应在没有额外证据时自动压过 个人硬痛点 类方向基于以上 稳定背景，默认按下面优先级推荐首发终端；除非用户明确指定，否则先给 一个首发终端，不要默认推荐同时做多端。
网站：默认首推；适用于 全球可访问、不依赖中国平台生态、想先低成本验证需求 / SEO / 内容获客 / 付费转化小程序：仅在 中国用户明显优先、微信触达是核心优势、且产品可压到 非强资质类目 / 非支付强依赖 时优先App：仅在 原生能力明显关键、高频长期留存明显更强、或 海外分发与订阅模式 是核心前提时优先中国 + 海外，默认先推荐 网站，不要先做 小程序 + App 双端没有公司，对需要 支付、医疗/康复服务类目、强平台资质 的中国项目，要降低 小程序 优先级内容 + 工具 + 记录 + 轻交互，优先 网站微信内传播 + 订阅消息触达 + 小范围高频使用，可考虑 小程序每日高频使用 + 推送 + 传感器/相机/本地能力依赖强，再考虑 App终端差异 不应导致 两套业务逻辑；优先保持 一套核心逻辑 + 一个首发终端D:/work/MyStartupProject1/项目方向与BMad前期调研建议.md 为准工作流、路由规则、输出模板、边界D:/work/MyStartupProject1/项目方向与BMad前期调研建议.md，再按本技能继续推进本轮任务结论 用最精简、可恢复上下文的方式更新到 D:/work/MyStartupProject1/项目方向与BMad前期调研建议.md当前阶段、候选方向、主线优先级、竞品结论、排除理由、下一步 中任一项，默认视为必须回写主文档，不能只留在聊天回复里整体第一优先总主线 后，主文档里必须明确写出两类信息：为什么推荐这个新主线方向、这个新主线方向需要做哪些功能需要做哪些功能 默认至少写到 首版核心功能清单 粒度，避免新 chat 里只看到方向名，却不知道推荐依据和 MVP 轮廓整体第一优先总主线 后，主文档默认必须使用统一模板记录，字段顺序固定为：主线名、推荐理由、首版功能、不做什么、下一步验证仅读取当前任务所需的最少上下文。
常见来源：
D:/work/MyStartupProject1D:/work/MyStartupProject1/项目方向与BMad前期调研建议.mdD:/work/guzhe/left_middle_finger_treatment_plan.mdC:/Users/Stark8964911/.cursor/skills/ask-MyStartupProject1/reference.md除非用户明确要求对比，否则不要引入无关旧项目。
按请求匹配最合适的 BMad 角色或工作流：
当用户关注以下主题时，使用 bmad-agent-analyst：
当用户需要以下信息时，使用 bmad-market-research：
当用户需要以下能力时，使用 bmad-domain-research：
当用户希望以下产出时，使用 bmad-product-brief：
当用户提出以下需求时，使用 bmad-agent-pm：
当用户提出以下需求时，使用 bmad-agent-architect 或 bmad-agent-dev：
当用户提出以下需求时，使用对应工作流：
bmad-product-brief：已经确认值得继续，开始收敛产品 Briefbmad-agent-pm：已经确认产品方向，开始做版本规划、优先级、里程碑bmad-agent-architect：已经确认要做，开始技术方案和模块拆分bmad-check-implementation-readiness：检查是否达到可实施状态bmad-create-epics-and-stories：把确认后的方向拆成 epics 和 storiesbmad-create-story：生成单个 storybmad-dev-story 或 bmad-agent-dev：进入实现当用户提出以下需求时，使用对应工作流：
bmad-dev-story 或 bmad-agent-dev：按 story 或需求进入功能开发bmad-agent-qa：补测试策略、回归范围、验收检查bmad-qa-generate-e2e-tests：生成端到端自动化测试bmad-code-review 或 code-review：在发布前做代码审查bmad-agent-pm：发布范围确认、灰度顺序、上线节奏bmad-agent-dev 或 bmad-agent-architect：处理部署、环境变量、发布步骤、回滚预案默认规则：
B2B / 商家 / 企业 / 机构，且用户没有明确要求继续，应优先回退到 方向筛选中国大陆 + 海外 竞品分析前，不要直接进入 Product Brief市场与竞品 阶段，只要 中国大陆市场 或 海外市场 任意一侧结论已经足以否定该方向，就视为本阶段 不通过，必须回退到 问题 / 需求验证差异化切口判断 前，不要直接进入 路线图、架构 或 开发implementation readiness 前，不要直接进入正式开发自动测试 / 回归验证 前，不要直接进入正式发布发布步骤 + 回滚预案 前，不要把项目视为可上线推翻了当前阶段的关键前提，必须 自动回退 到最近一个仍然有效的上游阶段这是本项目默认采用的 BMAD 生命周期状态机；除非用户明确要求跳步，否则按这个顺序推进。 这一版特别强调 3 个常被忽略但必须存在的阶段：
问题 / 需求验证：避免只看市场和竞品，不验证用户是否真的痛立项决策（go / no-go）：避免分析很多后，没有明确“继续还是停止”增长与迭代决策：避免上线后只做复盘，不把数据反馈回下一轮产品决策方向筛选bmad-agent-analyst候选方向清单 + 排除理由问题 / 需求验证bmad-agent-analyst、必要时配合 bmad-domain-research问题定义 + 需求验证判断 + 是否继续市场与竞品bmad-market-research中国大陆市场竞品分析 + 海外市场竞品分析中国大陆市场 或 海外市场 任意一侧已经得出 不值得继续、过于拥挤且无差异化、付费/获客结构不成立 等否定性结论，则本阶段直接判为 不通过不通过，必须回退到上个阶段 问题 / 需求验证，重新审视目标用户、痛点强度、付费触发点与方向假设竞品表 + 差异化判断 + 是否继续问题定义与价值主张bmad-agent-analyst目标用户定义 + 核心价值 + 购买触发点立项决策（go / no-go）bmad-agent-analyst，必要时配合 bmad-market-research继续 / 暂停 / 排除立项判断 + 核心依据 + 风险清单Product Briefbmad-product-brief值得继续产品 Brief路线图与 MVPbmad-agent-pmMVP 范围 + 版本规划技术方案bmad-agent-architect技术架构 + 模块拆分 + 实现策略实施准备bmad-check-implementation-readinessready / not ready 判断和缺口清单需求拆解bmad-create-epics-and-stories、bmad-create-story、bmad-dev-story 或 bmad-agent-devepics、stories功能开发bmad-dev-story 或 bmad-agent-dev自动测试与验收bmad-agent-qa、bmad-qa-generate-e2e-tests、bmad-code-review 或 code-review测试结果、验收结论、发布前风险发布准备与上线bmad-agent-pm、bmad-agent-dev、bmad-agent-architect发布清单、上线步骤、回滚预案、上线结果上线后跟踪bmad-agent-pm、bmad-agent-qa、bmad-agent-analyst发布复盘、后续优化清单增长与迭代决策bmad-agent-pm、bmad-agent-analyst继续放大、优化、暂停 或 转向增长判断 + 迭代优先级 + 下轮计划允许继续推进 时，才进入下一阶段不允许继续推进 时，必须先补缺口或回退更上游、影响更大的阶段为什么不能直接进入每个阶段结束时，默认都按下面模板输出；只替换内容，不改字段名。
当前阶段：<阶段名称>
进入条件是否满足：<是 / 否 + 简短原因>
本阶段产出：<本阶段已得到的结论 / 文档 / 决策>
下一阶段入口：<最合适的 BMAD 角色或工作流>
是否允许继续推进：<允许 / 不允许 + 简短原因>
是否需要回退：<是 / 否>
建议回退到哪个阶段：<阶段名称 / 无>
以下是每个阶段默认应填写的 当前阶段 值，避免输出时字段漂移。
方向筛选问题 / 需求验证市场与竞品问题定义与价值主张立项决策（go / no-go）Product Brief路线图与 MVP技术方案实施准备需求拆解功能开发自动测试与验收发布准备与上线上线后跟踪增长与迭代决策以下是默认建议的沉淀物；若已有同主题文档，优先更新，不要滥建新文件。
方向筛选 -> 项目方向与定位 或 项目方向与BMad前期调研建议.md问题 / 需求验证 -> 需求验证摘要市场与竞品 -> 竞品分析 或 市场调研摘要问题定义与价值主张 -> 目标用户与价值主张摘要立项决策（go / no-go） -> 立项结论Product Brief -> 产品 Brief路线图与 MVP -> 路线图、MVP 边界技术方案 -> 技术架构 或 solution design实施准备 -> implementation readiness 检查结论需求拆解 -> epics、stories功能开发 -> 代码变更自动测试与验收 -> 测试结果、验收结论发布准备与上线 -> 发布清单、上线步骤、回滚预案上线后跟踪 -> 发布复盘增长与迭代决策 -> 版本迭代计划满足以下条件前，不要进入下一阶段：
方向筛选：不要进入 问题 / 需求验证问题 / 需求验证：不要进入 Product Brief中国大陆 + 海外竞品分析：不要做 立项决策中国大陆市场 或 海外市场 任意一侧已经足以否定方向：不要继续停留在 市场与竞品 的后续判断，必须先回退到 问题 / 需求验证差异化切口判断：不要确认 值得继续go / no-go：不要进入 Product BriefMVP 边界：不要做 技术架构implementation readiness：不要开始 正式开发stories 拆解：不要做 大规模并行开发自动测试 / 回归验证：不要进入 正式上线发布清单 + 回滚预案：不要执行 线上发布上线后跟踪：不要直接给出 增长结论当用户在某个阶段提出的新信息、质疑或反例，导致当前阶段结论不再成立时，必须自动回退到上一个合适阶段，而不是继续往下推进。
目标用户、核心痛点、付费意愿、市场空间、差异化、MVP 边界、技术可行性、测试结果 或 发布条件市场与竞品 阶段，若 中国大陆市场 或 海外市场 任意一侧已经得出否定性结论，导致该方向无法继续最近一个能重新回答该问题的阶段暂时失效方向值不值得做 -> 回退到 方向筛选用户类型选错了（例如应做 B2C 却落成 B2B） -> 回退到 方向筛选用户是不是真的痛 / 会不会付钱 -> 回退到 问题 / 需求验证市场是否拥挤 / 有没有竞品 -> 回退到 市场与竞品市场与竞品 阶段中，若 中国大陆市场 或 海外市场 任意一侧已足以否定方向 -> 回退到 问题 / 需求验证目标用户 / 价值主张 / 购买触发点 -> 回退到 问题定义与价值主张是否值得继续立项 -> 回退到 立项决策（go / no-go）MVP 范围 / 优先级 -> 回退到 路线图与 MVP技术实现方式 / 架构边界 -> 回退到 技术方案需求是否足够明确可开发 -> 回退到 实施准备需求拆解功能开发，必要时继续回退到 路线图与 MVP自动测试与验收 或 发布准备与上线问题 / 需求验证、市场与竞品 或 立项决策（go / no-go）除非用户明确要求更窄的范围，否则按以下顺序：
可立项候选，先做 中国大陆市场竞品分析 + 海外市场竞品分析是否有足够差异化切口，再决定是否进入 Product Brief / MVP / 页面流程D:/work/MyStartupProject1/项目方向与BMad前期调研建议.md每轮默认输出应尽量使用固定字段：
当前阶段进入条件是否满足本阶段产出下一阶段入口是否允许继续推进是否需要回退建议回退到哪个阶段若用户需要更详细说明，再在固定字段后补：
为什么是否需要写入项目文档当用户要求持久化结论时，使用中文，并写入 D:/work/MyStartupProject1。
默认维护规则：
D:/work/MyStartupProject1/项目方向与BMad前期调研建议.md方向判断、排除结论、竞品结论、阶段切换、下一步，默认就要更新 D:/work/MyStartupProject1/项目方向与BMad前期调研建议.md当前阶段、本轮最小恢复结论、当前主线判断、备选或排除方向、排除原因、下一步整体第一优先总主线，更新主文档时必须额外同步这 2 类信息：推荐这个新主线的核心原因、这个新主线的首版核心功能清单推荐原因 的期望：至少覆盖 用户规模 / 付费触发 / 频次 / 可持续性 / 首发终端可行性 中最关键的几个判断功能清单 的期望：优先写 用户真正愿意买单的核心功能，不要写泛泛的大而全模块名不做什么 的期望：明确当前阶段故意不做的范围，防止新 chat 或后续讨论把主线做散、做重下一步验证 的期望：写成最小、可执行、可判断继续/回退的验证动作，而不是泛泛地写“继续调研”项目方向与BMad前期调研建议.md 必须始终能在新 chat 中独立恢复最小必要上下文；不能把关键结论只留在聊天消息里排除 / 降级原因工作流、路由规则、输出模板、边界 发生变化时，才修改本 SKILL.md每次确认新的 整体第一优先总主线 时，主文档中默认按下面格式新增或覆盖对应段落：
## 当前主线固定模板
- 主线名：`<新的整体第一优先总主线>`
- 推荐理由：`<为什么推荐，写最关键的 3-5 点>`
- 首版功能：`<功能 1>`
- 首版功能：`<功能 2>`
- 首版功能：`<功能 3>`
- 不做什么：`<当前明确不做的范围或重功能>`
- 不做什么：`<当前故意延后的方向>`
- 下一步验证：`<最小可执行验证动作 1>`
- 下一步验证：`<最小可执行验证动作 2>`
首选文档策略：
首选文档类型：
对文档的期望：
通过以下约束保持技能稳定：
企业/商家/admin 侧效率工具默认包装成当前第一优先主线；若用户强调 优先 B2C，必须显式把 B2B 方向降级或排除优化文档 / 固化模板 / 收紧规则 时，完成后不要默认再追加 如果你愿意，我还能继续收紧 / 继续优化 之类的建议，除非用户明确要求下一步或者你一次性已经收紧 / 优化到彻底在本技能下，一份好的回应应：
优先 B2C 时，能明确区分 高付费 和 适合当前用户去做 不是一回事D:/work/MyStartupProject1/项目方向与BMad前期调研建议.md优先 B2C、非优先 B2B 的前提下，换一个更硬的筛选标准：用户规模要明显更大，而且用户一旦痛就愿意立刻付钱。找 更高频、更强付费、更可持续 的 整体第一优先的总主线方向B2C 高付费方向参考池 里，把 情感关系、学习成长、健康改善、个人效率 / 工具、泛娱乐 一起纳入候选；但不要因为 泛娱乐 付费强，就自动忽略 痛点更硬 的方向