BMAD方法 v6 与 GitHub Copilot 在应用开发中的协同

软件工程范式的认知转型与规范驱动开发的崛起

在人工智能技术全面渗透软件工程全生命周期的当下，行业正经历一场深刻的认知与操作模式转型。早期的大语言模型（LLM）应用普遍依赖于一种被称为"氛围编码"（Vibe Coding）的非结构化交互模式。虽然这种高度依赖即兴对话的模式在初期展现出了惊人的生成速度，行业数据显示其能够为开发者节省约百分之三十五至百分之四十五的编码时间，但随之而来的却是系统性风险的急剧攀升。实证研究表明，在缺乏系统性约束的条件下，AI辅助生成的代码缺陷密度可能激增一点七倍。这一被称为"速度的蜜糖，质量的砒霜"的悖论揭示了当前AI辅助开发的核心痛点：单纯的代码生成速度提升与软件质量的保障并非自然正相关，无约束的AI生成会导致严重的上下文遗忘、架构腐化以及需求漂移，最终使开发团队陷入无尽的调试与重构泥潭。

为了破解这一困局，软件工程界提出了规范驱动开发（Specification-Driven Development, SDD）方法论。SDD的核心洞见在于对"规范"这一概念的重新定义：将传统开发模式中作为静态参考文档的规范，提升为具备机器可读性、自动可验证性与持续可演化性的一等可执行工件。在这一全新范式下，人类开发者的角色发生了根本性转变，从一线的"代码生产者"晋升为"规范架构师"与"AI团队协调者"。BMAD-METHOD v6 框架正是这一方法论的高度成熟实现，它构建了一个包含二十一个专业虚拟AI代理的庞大协作矩阵。

当 BMAD v6 框架与 GitHub Copilot（特别是其在 Visual Studio 及 VS Code 中的高级代理模式）相结合，并应用于企业级.NET 应用开发时，两者产生了一种深度的协同效应。BMAD v6 作为严密的治理与编排层，负责设定边界、拆解任务并维持长期状态；而 GitHub Copilot 则作为强大的推理与执行引擎，负责在既定约束下完成高质量的产出。这种协同机制不仅彻底改变了需求分析与架构设计的流程，更为.NET 生态下的 Clean Architecture（整洁架构）、Entity Framework Core（EF Core）数据建模以及自动化测试提供了高度确定性的实施路径。

虚拟代理协作的底层架构与状态管理机制

BMAD v6 与 GitHub Copilot 的协同并非简单的提示词拼接，而是建立在一套严密的底层文件架构与上下文调度机制之上。这一架构旨在解决大语言模型固有的"注意力稀释"与"前瞻性幻觉"问题，确保 Copilot 在任何特定时刻都只能获取履行当前职责所需的最小且最精确的上下文。

步骤文件架构与即时上下文加载

传统AI编程助手在处理复杂项目时，往往会因为一次性摄入过多的项目历史记录而导致逻辑混乱。BMAD v6 引入了革命性的"步骤文件架构"（Step-file Architecture），将庞杂的软件生命周期拆解为一系列原子化、强制顺序执行的指令文件。这一架构的设计理念是微型化与高内聚，确保每一个步骤文件只关注单一的工程节点。

与步骤文件架构紧密配合的是即时指令加载（Just-In-Time, JIT）机制。当开发者通过 GitHub Copilot 唤醒某个 BMAD 代理时，系统会动态解析当前的项目阶段，并仅将当前步骤的指导文件注入 Copilot 的上下文窗口。系统严格禁止预加载未来的步骤文件，这种"进一出一"的上下文管理策略有效地切断了 LLM 基于对后续步骤的预知而进行错误"前瞻优化"的可能性。

核心架构机制	在 BMAD-Copilot 协同中的具体作用	技术实现原理
微型文件设计 (Micro-file Design)	隔离认知负载，确保 Copilot 专注于当前任务的高保真输出。	将庞大的开发流程拆分为单一职责的 .md 指令文件，分别注入对话上下文。
即时加载 (JIT Context Loading)	防止大模型上下文窗口饱和，消除"前瞻性幻觉"。	通过 BMAD 核心引擎的路由机制，在调用 Copilot API 前动态拼接必要的上下文。
顺序强制执行 (Sequential Enforcement)	保证工程逻辑的严密性，防止越级生成（如在需求未定前生成代码）。	依赖步骤文件中的前置条件声明与工作流 YAML 定义的依赖关系图 1。
状态持久化追踪 (State Tracking)	为 Copilot 提供跨会话的记忆连续性与进度感知。	通过 Markdown 文件顶部的 YAML Frontmatter 实时更新进度标记（如 prd_completed: true）。

通过在 Markdown 文件顶部嵌入 YAML Frontmatter 元数据，BMAD v6 赋予了项目产出物自我描述的能力。这种状态追踪不仅实现了进度的可视化，更为 Copilot 提供了一种轻量级的锁机制与变更影响分析基础，使其能够准确判断各个下游工件的就绪状态。

IDE 深度集成与专属聊天模式切换

BMAD v6 代理与 GitHub Copilot 的技术桥梁在于其对 Copilot 扩展 API 与自定义代理规范的深度适配。

当开发者在.NET 项目的根目录下执行 npx bmad-method install 初始化命令时，安装程序会自动生成针对各个核心角色的 {agentId}.md 文件。这些文件不仅包含了代理的身份标识、详细描述与能力范围，还通过 YAML 语法注册了该代理被允许调用的工具集（如文件检索、代码审查脚本或特定的 MCP 服务器）。GitHub Copilot 能够自动识别这些聊天模式文件，使开发者能够在 IDE 的侧边栏中直接通过 @ 提及或斜杠命令（如 /bmad-agent-bmm-pm）无缝唤醒对应的虚拟代理。这种深度的环境集成确保了 Copilot 不再是一个泛用的对话模型，而是严格受限于当前激活代理（如产品经理、架构师或测试工程师）设定的系统提示词与行为准则中。

战略规划阶段：生成高价值约束与规范源头

在规范驱动开发（SDD）的哲学中，模糊的自然语言需求是导致下游代码质量崩溃的根源。BMAD 框架将战略规划阶段视为整个.NET 开发链路的源头，利用多个虚拟代理与 GitHub Copilot 协同，将人类的抽象业务意图转化为结构化、机器可验证的规范文档。

业务分析师（Analyst）与项目简报构建

全链路的第一站由业务分析师代理（Analyst，代号 Mary）主导。Mary 的核心职责是通过引导式的深度对话，帮助人类用户澄清需求边界，最终输出结构化的 project-brief.md（项目简报）。在这一过程中，Copilot 不再是简单的命令接受者，而是基于 Analyst 代理预设的"5W2H"（Who, What, Where, When, Why, How, How much）分析框架，主动向人类提问。

Copilot 在此阶段展现出强大的语义分析与知识检索能力，它能够自动对比同类产品的市场数据，生成功能对比矩阵，并评估初步技术选型的可行性。这种由 AI 主导的结构化反问机制，强制人类利益相关者直面需求中的歧义与矛盾，确保被记录在案的每一个业务目标都具备清晰的验收标准与可度量的成功指标。这个阶段的输出 project-brief.md 将成为后续产品经理代理工作的基础基线。

产品经理（PM）代理与 PRD 的严密推演

基于项目简报，产品经理代理（PM，代号 John）接管工作流，其任务是构建项目最核心的单一事实来源（Single Source of Truth）------产品需求文档（PRD）。John 在运用 Copilot 生成 PRD 时，严格遵循 BMAD 框架内置的九步文件架构（9-Step Architecture），这一流程体现了极致的纪律性。

执行步骤	PM 代理核心活动	Copilot 生成产出物	对.NET 应用开发的直接影响
01. 范围定义	划定功能边界与系统外延。	scope.md	界定 ASP.NET Core 微服务与外部系统的交互边界。
02. 用户研究	描绘核心用户画像与操作旅程。	personas.md, journeys.md	直接映射为.NET Identity 中的角色（Roles）与基于声明的授权（Claims-based Authorization）策略。
03. 功能规范	详述系统应当具备的具体行为。	features.md	为控制器（Controllers）与领域服务（Domain Services）的划分提供业务依据。
04. 流程设计	勾勒状态流转与异常处理分支。	flows.md	转化为工作流引擎逻辑或领域驱动设计（DDD）中的状态机机制。
05. 数据模型	定义核心业务实体及其关联。	data-model.md	严格指导 Entity Framework Core 中 DbContext 的实体配置与导航属性设计。
06. 接口契约	确立前后端或服务间的通信协议。	api-contracts/	驱动 OpenAPI/Swagger 规范的生成，约束数据传输对象（DTO）的结构。
07. 验收标准	采用 Given-When-Then 行为驱动格式。	acceptance-criteria.md	构成 xUnit、NUnit 或 SpecFlow 自动化集成测试的直接断言逻辑。
08. 非功能需求	量化性能、安全与可用性指标。	nfr.md	决定是否引入 Redis 分布式缓存、Polly 瞬态故障处理策略等底层组件。
09. PRD 整合	汇总并进行交叉引用一致性校验。	prd.md	形成架构师代理可解析的完整、无歧义的执行级蓝图。

在这个过程中，PM 代理强制实施了一项关键的 SDD 策略：将功能需求（Functional Requirements, FR）与非功能需求（Non-Functional Requirements, NFR）进行显式分离，构建完整的需求约束矩阵。这种分离对后续的.NET 架构设计至关重要。例如，当 Copilot 处理到"系统需支持高并发条件下的毫秒级响应"这一 NFR 性能需求时，它会将此约束编码，确保架构师代理在后续设计中必然会引入如异步编程模型（async/await）、连接池优化或内存缓存（IMemoryCache）等技术方案。通过结构化迭代对话，原本可能需要数小时的 PRD 撰写工作被压缩至极短的时间内，且产出物的机器可解析性与逻辑完备性远超人工手写文档。

架构设计协同：在.NET 生态中构建精确蓝图

产品需求文档生成后，接力棒传递给架构师代理（Architect，代号 Winston），这一环节是连接业务意图与代码实现的桥梁。Winston 的目标是基于 PRD 的约束，结合具体的.NET 技术栈特性，输出指导全局的技术规范文档。

技术偏好系统与 architecture.md 的生成

Winston 代理在调用 Copilot 进行架构设计时，会首先加载项目的全局设定文件 technical-preferences.md。该文件相当于团队的"集体技术记忆"，强制要求 Copilot 遵循特定的技术选型与设计模式。在.NET 环境下，这可能意味着严格限定使用.NET 8 或.NET 9 框架、规定关系型数据库必须采用 PostgreSQL 配合 EF Core、日志系统采用 Serilog、依赖注入遵循内置的 Microsoft.Extensions.DependencyInjection 标准，以及整体架构必须符合整洁架构（Clean Architecture）或垂直切片架构（Vertical Slice Architecture）的规范。

基于这些硬性技术约束，Winston 引导 Copilot 填补预设的 fullstack-architecture-tmpl.yaml 模板，生成极具深度的 architecture.md 文件。这份架构文档不仅仅是高层概念的堆砌，它包含了极具执行力的技术决策细节。每一次重大的技术选型（例如选择 SignalR 进行实时通信而非轮询）都会生成与之关联的架构决策记录（Architecture Decision Record, ADR），并显式追溯至 PRD 中的具体业务需求。这种强制的追溯机制确保了架构没有过度设计，也使得未来需求变更时，系统能够自动评估哪些底层架构决策可能不再成立。

基于 Copilot 的 Mermaid 动态图表生成

BMAD v6 与 GitHub Copilot 协同的一个亮眼表现是在架构可视化方面的突破。在传统的开发流程中，维护架构图（如 Visio 或 Draw.io）与维护代码通常是割裂的，导致图表迅速过时。如今，Visual Studio 与 VS Code 已原生支持在 Markdown 编辑器中渲染 Mermaid.js 图表语言。

Winston 代理被配置了专门的提示词指令，要求 Copilot 根据文本架构规范，直接生成对应的 Mermaid 代码块。在.NET 项目上下文中，这意味着 Copilot 可以自动推导并绘制复杂的 C4 架构模型图（展示 ASP.NET Core Web API、后台 Worker Services、Redis 缓存与云端数据库之间的依赖关系），或者根据数据模型定义自动生成细致的实体关系（ER）图。

因为这些架构图本质上是嵌入在 architecture.md 中的纯文本代码，它们完全融入了 Git 版本控制体系。如果业务逻辑发生改变，导致某个微服务模块被拆分， Copilot 可以被一键触发重新生成 Mermaid 语法，使得架构图与文字规范、底层代码始终保持三位一体的同步更新，彻底消除了"文档即遗留物"的顽疾。

规范分片与敏捷协同管理的精细化运作

当宏观的 PRD 与全局架构设计完毕后，系统面临着如何将庞大的上下文传递给执行层的挑战。直接让 LLM 阅读数万字的规范并开始写代码，不可避免地会导致上下文溢出与逻辑断层。为此，BMAD v6 设计了由产品负责人（PO）与 Scrum Master（SM，代号 Bob）代理共同主导的"文档分片"（Document Sharding）机制。

架构优先的 Epic 与 Story 拆解逻辑

BMAD v6 引入了一项关键的流程优化：Epic（史诗）与 Story（用户故事）的生成必须在架构设计（architecture.md）完成之后进行。这一顺序的调整至关重要。它确保了 SM 代理（Bob）在使用 Copilot 拆分任务时，不再仅仅基于业务逻辑，而是深度融合了底层架构的实际约束。例如，如果架构决定采用微服务模式，Bob 会自动将用户注册的业务逻辑拆分为 API 网关层的路由配置故事、鉴权服务的故事以及邮件发送服务的故事，而不是将其混杂在一个单体任务中。

通过执行 /bmad-bmm-create-epics-and-stories 等特定工作流，PO 代理首先将完整的规范切分为能够独立交付商业价值的规范片段（Spec Slices），形成多个 Epic 文件夹。紧接着，SM 代理为每个 Epic 生成超详细的 story.md 文件。

这些生成的 story.md 绝非传统敏捷开发中仅有几句话的卡片，而是为 AI 开发者量身定制的"精准提示词"工程杰作。一个典型的 BMAD 故事文件包含了：明确的故事标识、用户角色、功能描述、格式化的验收标准（AC）、对全局架构决策的交叉引用链接、以及嵌入式的推理指导（What, Why, How）。通过将庞大的项目上下文浓缩为一个个高内聚的局部上下文，文档分片机制将每次代码生成的确定性提升到了极致，从根本上适配了 GitHub Copilot 的推理机制与认知边界。

代码实现协同：.NET 环境下的双重约束与执行循环

规范执行阶段由开发者代理（Developer，代号 Amelia）全面接管。Amelia 代表了 BMAD 与 Copilot 协同执行力的巅峰，其任务是在严格的边界内，将 story.md 中的规范转化为健壮的.NET 源代码。

全局架构与局部上下文的"双重约束"

在代码生成过程中，Amelia 代理同时受到"双重规范约束"的作用。首先是来自 architecture.md 与 project-context.md 的全局技术约束。BMAD 的"Always Load"机制确保 Copilot 在每次执行具体编码任务前，都会自动加载并挂载这些全局设定。这意味着 Copilot 在编写具体的 C# 类时，会本能地应用预设的命名空间规范、采用依赖注入模式而非强耦合实例化、并使用 ILogger<T> 接口进行标准化的日志记录，防止了底层技术栈的漂移。其次是来自当前正在处理的 story.md 的局部功能约束。局部约束确保了生成的代码在功能行为上完全不偏离当前的用户故事，且每一个业务逻辑分支都对应着验收标准中的某一条款。这种全局与局部的精妙融合，使得 Copilot 生成的代码既具备全局架构的优雅性，又兼顾了局部逻辑的正确性。

严守测试驱动开发（TDD）的自动化迭代

SDD 方法论要求自动化测试成为规范执行的刚性验证层。Amelia 代理被配置为严格遵循测试驱动开发（TDD）的循环逻辑来协同 Copilot 编写代码。

具体的执行流表现为秒级的闭环反馈：Amelia 首先解析 story.md 中的 Given-When-Then 验收标准，并指令 Copilot 使用 xUnit 或 NUnit 框架生成对应的失败单元测试（Failing Tests）。在此阶段，如果涉及数据库操作，还会利用 Moq 或 NSubstitute 生成必要的 EF Core DbContext 模拟对象。只有当测试代码确认无法通过后，代理才会要求 Copilot 编写能够恰好通过这些测试的最简 C# 业务代码。测试通过后，再利用 Copilot 强大的重构能力，按照整洁架构的要求对代码进行提炼与优化。如果在任何一个步骤中测试失败，系统都会阻止代码进入提交环节，并将错误日志重新喂给 Copilot 进行自我修正。这种基于"快速失败"（Fail Fast）机制的自动化迭代，极大地降低了人类开发者在日常编码冲刺中的心智负担。

棕地现代化（Brownfield）与遗留系统改造

BMAD 与 Copilot 的协同不仅在全新的"绿地"（Greenfield）项目中大放异彩，在极具挑战的"棕地"（Brownfield）增强与遗留系统改造中同样表现卓越。对于缺乏文档、技术债高筑的旧有.NET Framework 项目，BMAD 框架启动了"逆向规范"生成工作流。

通过配合 GitHub Copilot 的 @workspace 工作区感知能力与专属的 @modernize 指令，Analyst 与 Architect 代理能够深度扫描遗留代码库。它们不仅分析现有的 C# 类结构与数据库依赖，还能抽丝剥茧地还原出隐含的业务逻辑，并据此逆向生成基线版本的 brownfield-architecture.md 与测试用例。在此基线之上，代理可以协同 Copilot 制定安全的升级计划，例如自动执行从旧版.NET 迁移至.NET 8 的语法转换、替换废弃的 NuGet 包、修复兼容性问题，并配置 Azure 云原生的部署脚本。这一机制将原本风险极高的遗留系统重构转化为高度确定性的自动化升级过程。

质量门禁与自动化审查机制的闭环

为了彻底解决 AI 辅助开发中代码质量参差不齐的问题，BMAD v6 引入了原生的多级质量治理与门禁审查机制。这一机制的核心执行者是质量保证代理（QA，代号 Quinn）。

基于规范溯源的自动审查与 MCP 扩展

当 Amelia 代理完成代码实现后，Quinn 代理会自动介入执行审查。区别于仅能检查语法规则的传统静态分析工具（Linter），Quinn 作为具有大语言模型认知能力的代理，其实施的是语义级别的规范一致性审计。Quinn 会逐条对比生成的代码行为与 story.md 中的验收标准，不仅检查功能是否被正确实现，还会敏锐地捕捉 AI 是否"擅作主张"地引入了规范之外的意外行为（副作用）。

为了强化这种审查能力，BMAD 生态深度集成了模型上下文协议（Model Context Protocol, MCP）。通过 MCP 服务器，Quinn 代理能够突破文本分析的局限，直接调用外部工具。例如，它可以指令系统运行包含.NET 测试覆盖率分析插件（如 FineCodeCoverage）的脚本，获取真实的代码覆盖率数据；或者调用 Playwright MCP 工具包对生成的前端界面进行模拟点击与视觉回归测试，并将测试截图与控制台报错日志带回给 Copilot 进行进一步的推理与修复建议生成。

审查结果会被结构化为清晰的 JSON 或 Markdown 报告，严格划分为"Blockers"（阻碍性错误）、"High-Priority"（高优先级缺陷）与"Nitpicks"（细微的风格挑剔）。若审查不达标，代码将被直接打回，触发纠偏流程。

级联影响分析与 Git 版本同步

在全链路 SDD 实践中，规范即代码（Spec as Code），规范的变更管理等同于代码的版本控制。BMAD v6 利用 Git 原生功能实现了规范文档的分支管理与变更追踪。当 PM 或人类利益相关者修改了 PRD 中的某项需求时，BMAD 框架会触发"级联影响分析"机制。

系统通过解析文档元数据中的唯一标识符（如 FR-015），迅速定位到受该需求变更波及的所有下游工件：包括哪些 Epic 受到影响、哪一部分的 architecture.md 接口契约需要调整、哪几个 story.md 的验收标准已过时，以及现有的哪些 C# 代码与单元测试面临回归风险。随后，系统会向开发者发出警报，并建议启动相关的代理工作流对受影响的代码片段进行自动重构与测试更新。这种文档与代码的强绑定同步，确保了整个项目的架构意图与代码实现在任何时间点都保持绝对的一致性。

团队协作、技能库（Skills）与企业级治理

BMAD v6 并非仅仅是个人开发者的效率工具，其架构设计充分考虑了企业级研发团队的协同需求、知识沉淀以及安全合规治理 1。

动态领域知识注入：SKILL.md 的应用

大语言模型虽然知识渊博，但其参数化知识往往存在滞后性，无法精准应对特定企业内部库或最新发布 SDK 的 API 变更。为了赋予代理精确的领域专业知识而不使其陷入信息过载，BMAD 引入了轻量级的"技能包"（Agent Skills）机制。

一个典型的技能包包含一个详细的 SKILL.md 文件、辅助执行的脚本以及参考文档。在.NET 开发中，团队可以为特定的 Azure 云服务（如 Azure Key Vault 或 Azure Service Bus）编写专门的技能文件。当代理需要实现相关功能时，会通过指令动态加载该技能，获得最新的 API 鉴权模式、重试策略与错误处理最佳实践。这种遵循"最新文档优先"（Fresh Documentation First）原则的模块化知识注入，极大降低了 Copilot 在处理复杂企业级集成时出现幻觉的概率，保证了代码生成的工业级可靠性。此外，通过 BMad Builder（BMB）模块，团队还可以根据自身业务特性，快速创建类似专门用于审查特定业务逻辑规则的自定义代理。

治理与扩展机制	应用场景示例	价值体现
技能库模块 (Agent Skills)	动态加载特定的 Azure SDK 集成规范或公司内部的微服务调用指南。	确保 Copilot 使用最新、最准确的 API 范式，避免模型陈旧知识带来的语法错误。
Git 子模块共享 (Submodules)	在企业多个微服务仓库间共享统一的 BMAD 代理定义与工作流模板。	维持跨团队架构规范（如统一的 C# 编码标准）的强一致性，降低重复配置成本。
安全与合规原生嵌入	在 PRD 与架构模板中强制规定安全审计环节，利用安全代理拦截违规实现。	建立代码生成的安全护栏，将合规审查前置，防范大模型引入潜在漏洞。
人类在环 (Human-in-the-Loop)	设置初始意图确认、核心架构审批与最终验收的强制人类决策点。	划定人机责任边界，确保项目关键演进方向始终处于人类的智力掌控之中。

多代理协作"派对模式"与显式边界划分

BMAD v6 创新性地引入了"派对模式"（Party Mode），允许在同一个会话中召集多个虚拟代理（如架构师、前端专家、QA）进行联合评审与技术方案辩论。不同的代理带着各自预设的专业视角（性能优化优先、用户体验优先或安全第一）与沟通风格，通过 GitHub Copilot 的底座相互印证，最终达成更具综合性的技术决议。

与此同时，框架明确界定了人机协作的显式边界。BMAD 将开发环节分为三类：人类必须介入的关键节点（如初始输入设定、架构蓝图最终审批）、人类应当介入的质量控制点（如代码审查与偏差纠正），以及实质上完全由 AI 自动化流转的环节（如 Sprint 冲刺规划、标准代码实现）。这种分级授权机制既释放了 AI 的规模效应潜力，又通过不可绕过的人类确认节点保障了工程方向的正确性，为 AI 辅助开发建立起坚实的信任基础。

结语：迈向意图驱动开发的新纪元

BMAD-METHOD v6 框架与 GitHub Copilot 的深度协同，勾勒出了.NET 应用开发在 AI 时代的进化轨迹。这一协同不仅终结了粗放式的"氛围编码"时代，更将严谨的规范驱动开发（SDD）从理论带入了高度自动化的工程实践。

通过独创的步骤文件架构、精细化的文档分片机制、以及基于质量门禁的严格闭环审查，该协同生态成功地驯服了大语言模型的不可预测性，将其转化为忠实执行技术规范的高效生产力引擎。在可预见的未来，这一范式将推动软件工程向更高维度的"意图驱动开发"（Intent-Driven Development）跃迁------人类工程师将彻底从繁琐的代码编织中解放出来，专注于高层业务意图的表达与核心架构体系的设计，而系统则利用其自适应的智能代理网络，自动完成从意图到规范、从架构到部署的全链路精准映射。在这一进程中，掌握如何设计高质量规范、如何协调 AI 虚拟团队，已成为新一代开发者的核心竞争力。

引用的链接

From Token Hell to 90% Savings: How BMAD v6 Revolutionized AI-Assisted Development | by Trung Hiếu Trần | Medium https://medium.com/@hieutrantrung.it/from-token-hell-to-90-savings-how-bmad-v6-revolutionized-ai-assisted-development-09c175013085
BMAD v6 Is Here: 10-Minute Install and Agent Tour (GitHub Copilot + VS Code) - YouTube https://m.youtube.com/watch?v=tM5dGuXyb4g
GitHub - bmad-code-org/BMAD-METHOD: Breakthrough Method for Agile Ai Driven Development https://github.com/bmad-code-org/BMAD-METHOD
A step-by-step guide to modernizing .NET applications with GitHub Copilot agent mode https://devblogs.microsoft.com/dotnet/modernizing-dotnet-with-github-copilot-agent-mode/
BMAD-Method : From Zero To Hero - Medium https://medium.com/@visrow/bmad-method-from-zero-to-hero-1bf5203f2ecd
GitHub Copilot coding agent https://code.visualstudio.com/docs/copilot/copilot-coding-agent
@the-bearded-bear/claude-craft - npm https://www.npmjs.com/package/@the-bearded-bear/claude-craft?activeTab=dependencies
@the-bearded-bear/claude-craft - npm https://www.npmjs.com/package/@the-bearded-bear/claude-craft?activeTab=code
Custom agents for GitHub Copilot - GitHub Changelog https://github.blog/changelog/2025-10-28-custom-agents-for-github-copilot/
Custom agents in VS Code https://code.visualstudio.com/docs/copilot/customization/custom-agents
Gitingest - bmad-code-org/BMAD-METHOD https://gitingest.com/bmad-code-org/BMAD-METHOD
About custom agents - GitHub Docs https://docs.github.com/en/copilot/concepts/agents/coding-agent/about-custom-agents
BMAD v6 Agent Handover Broken in GitHub Copilot UI Due to Agent Directory Placement · Issue #1360 https://github.com/bmad-code-org/BMAD-METHOD/issues/1360
BMAD-METHOD/docs/tutorials/getting-started.md at main - GitHub https://github.com/bmad-code-org/BMAD-METHOD/blob/main/docs/tutorials/getting-started.md
$DOCS\] expose and compare BMAD pattern and architecture Vs. native plugin; show benefits of BMAD #1629 - GitHub$
Team Fullstack | PDF | Scrum (Software Development) | Information Technology - Scribd https://www.scribd.com/document/911691515/Team-Fullstack
Architect | PDF | Conceptual Model | Databases - Scribd https://www.scribd.com/document/913367681/Architect
Bmad Master | PDF | Brainstorming | Risk - Scribd https://www.scribd.com/document/899990438/Bmad-Master
nchub-workhub-with-mcp-installer - UNPKG https://app.unpkg.com/nchub-workhub-with-mcp-installer@1.2.0/files/templates/.bmad-core/templates/fullstack-architecture-tmpl.yaml
Creating diagrams - GitHub Docs https://docs.github.com/en/copilot/tutorials/copilot-chat-cookbook/communicate-effectively/creating-diagrams
Creating Mermaid diagrams - GitHub Docs https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/creating-diagrams
Create Professional Architecture Diagrams using AI for Free using Python and Github Copilot - YouTube https://www.youtube.com/watch?v=m7EuZ7GhinE
vscode-mermAId - Visual Studio Marketplace https://marketplace.visualstudio.com/items?itemName=ms-vscode.copilot-mermaid-diagram
Generate and view Mermaid diagrams with Copilot - YouTube https://www.youtube.com/watch?v=SgPYIfxk4Ok
Creating mermaid charts - hard to view!! : r/GithubCopilot - Reddit https://www.reddit.com/r/GithubCopilot/comments/1oblzow/creating_mermaid_charts_hard_to_view/
Mermaid Chart extension for Visual Studio Code - GitHub https://github.com/Mermaid-Chart/vscode-mermaid-chart
awesome-copilot/prompts/breakdown-epic-arch.prompt.md at main - GitHub https://github.com/github/awesome-copilot/blob/main/prompts/breakdown-epic-arch.prompt.md
$Droid CLI\] Misses BMAD v6 agents/commands when nested under subdirectories #788$
ARTIFICALINTELLIGENCE - Energy.gov https://www.energy.gov/sites/default/files/2024-01/18-08-2020_doe-voe-artificial-intelligence-report-2_0.pdf
How to automate BMAD Method code sprints : r/BMAD_Method - Reddit https://www.reddit.com/r/BMAD_Method/comments/1r2poq3/how_to_automate_bmad_method_code_sprints/
BMAD V6 asks to run /bmad:bmm:workflows:create-architecture which doesn't exist #872 https://github.com/bmad-code-org/BMAD-METHOD/issues/872
Applied BMAD - Reclaiming Control in AI Development | Benny's Mind Hack https://bennycheung.github.io/bmad-reclaiming-control-in-ai-dev
BMAD Sub Dev Agents · Issue #537 - GitHub https://github.com/bmad-code-org/BMAD-METHOD/issues/537
Discover Agent Skills - Claude Code Marketplace https://claudemarketplaces.com/skills
skill-creator-ms | Skills Marketplace - LobeHub https://lobehub.com/zh-TW/skills/rootcastleco-rei-skills-skill-creator-ms
Give Your Agents Domain Expertise with Agent Skills in Microsoft Agent Framework | Semantic Kernel https://devblogs.microsoft.com/semantic-kernel/give-your-agents-domain-expertise-with-agent-skills-in-microsoft-agent-framework/
BMAD-METHOD™ : Building Custom AI Agents with BMB and Google AntiGravity - Medium https://medium.com/@visrow/bmad-method-building-custom-ai-agents-with-bmb-and-google-antigravity-54ac96024e94
How to use BMAD in organization for AI augmented development #1379 - GitHub https://github.com/bmad-code-org/BMAD-METHOD/discussions/1379