AIと一緒にコードを書く手順書が5万星超え
朝の出汁版(通勤2分)
- ポイント1: 「BMAD METHOD」はAIエージェントと人間が役割分担しながらソフトウェア開発を進めるための手順テンプレート集で、GitHubで5万4千以上のスターを集めている。
- ポイント2: 設計・実装・レビューの各フェーズをAIに担当させる役割(ロール)が定義されており、バイブコーディングを「なんとなく指示する」から「仕組みとして回す」段階に引き上げる考え方が軸になっている。
- ポイント3: まず公式リポジトリのREADMEを読み、テンプレートをCursorやClaudeのプロジェクト設定に貼り付けるところから始めてみると、すぐに動かせる構成になっている。
出汁の素(深読みモード)
「なんとなく指示」から「仕組みとして回す」へ——5万星が示す潮目
GitHubで5万4千を超えるスターを集めている「BMAD METHOD」が、バイブコーディングの世界で注目を集めている。バイブコーディング自体は「AIにざっくり指示してコードを生成させる」という使い方として広まってきたが、BMAD METHODが提案するのはその一歩先だ。
開発を「設計」「実装」「レビュー」などのフェーズに分割し、それぞれをAIが担う役割(ロール)として定義したテンプレート群を提供している。人間がざっくり「作って」と言うのではなく、「今あなたはアーキテクト役として設計だけに集中してほしい」と指示できる構造になっている。日本でいうなら、AIをフリーランサーとして使うのではなく、役割の決まったチームメンバーとして動かすイメージに近い。
スター数5万超えというのは、個人開発者からチーム開発まで幅広い層が「これが使える」と判断した結果だ。ツール自体というより、考え方の整理として機能している点が受け入れられている理由と見られる。
テンプレートの中身——AIに「役割」を与えると何が変わるか
BMAD METHODのコアにあるのは「ロール定義」という概念だ。通常のバイブコーディングでは、AIに対して「ログイン機能を作って」「バグを直して」と都度指示するため、文脈がセッションをまたぐとブレが生じやすい。BMAD METHODでは、あらかじめ「あなたはプロダクトマネージャーとして要件を整理する役割です」「あなたはシニアエンジニアとしてコードレビューをする役割です」といったプロンプトをテンプレート化し、フェーズごとに使い回せる形で管理する。
具体的には以下のような役割が定義されている。
- アナリスト:ユーザーの要求を整理し、要件定義文書を作成する
- アーキテクト:技術的な設計方針を決める
- 開発者:実装を担当する
- QA:コードのレビューやテスト観点を提供する
各ロールに対応するシステムプロンプトがリポジトリ内に用意されており、CursorやClaude、ChatGPTのプロジェクト設定にそのまま貼り付けて使う構成になっている。以前の記事で紹介したAIエージェントを自分のサーバーで動かす設計が広がり始めたという流れとも地続きで、「AIに何をさせるかの設計」が開発者の中心スキルになりつつあることを象徴している。
コードが書けなくても使える部分、書けると有利な部分
BMAD METHODはPythonリポジトリとして公開されているが、コードを書けなくても活用できる部分は多い。
コードなしで使える部分
リポジトリ内の.md形式のロール定義テンプレートは、そのままCursorの「Rules for AI」やClaudeのプロジェクト指示欄にコピー&ペーストすることができる。設計フェーズと実装フェーズでチャットを分けて使う、という運用だけでも効果が出やすい。要件定義書や設計ドキュメントをAIに作らせてから実装に移るという手順は、ノーコード・ローコードツールで何かを作っている人にも応用できる。
コードが書けると有利な部分 BMAD METHODにはエージェント同士が連携する構成も含まれており、自分のプロジェクト構成に合わせてロール定義をカスタマイズしたり、フェーズ間の受け渡しを自動化したりするにはある程度のコーディング知識が必要になる。また、GitHubのIssueやPRと連携して動かすような応用には、ワークフローの理解が求められる。
YAMLを書くだけでAIモデルを自分で育てられる時代へでも触れたように、「設定を書く」という層は今、コードと非コードの境界として機能している。BMAD METHODもその境界上にあるツールだ。
今すぐ動かすための最初の一手
試し始めるための手順は、公式リポジトリのREADMEに沿うのが最短だ。以下の順序で動かせる。
1. リポジトリを確認する https://github.com/bmad-code-org/BMAD-METHOD にアクセスし、READMEを上から読む。英語だが、構成の説明は図解が多く、どのファイルが何の役割かはある程度把握できる。
2. テンプレートファイルを探す
リポジトリ内のbmad-agentフォルダ以下に、各ロールのシステムプロンプトが.mdファイルとして格納されている。まずanalyst.mdかdev.mdを開き、中身を確認する。
3. 使っているAIツールに貼り付ける
- Cursorを使っている場合:
.cursorrulesファイルに該当ロールの内容を貼り付ける。 - Claude.aiを使っている場合:プロジェクトの「Project instructions」欄に貼り付ける。
- ChatGPTを使っている場合:カスタムGPTの「Instructions」欄、またはシステムプロンプトに入れる。
4. フェーズを分けて使う 「今は設計フェーズ」「今は実装フェーズ」とチャット冒頭に一言添えるだけでも、AIの出力が変わってくる。まずは自分が今困っているタスク——要件の整理でも、コードレビューでも——を一つ決めて、対応するロールを当ててみるのが始めやすい。
スター数が示す通り、世界中の開発者がすでに使い倒している構成なので、ドキュメントの情報量も充実している。
「役割設計」をプロジェクト全体に組み込む
BMAD METHODの本質的な価値は、単体のプロンプトではなく「開発プロセスをAI前提で再設計する」という思想にある。上級者向けの使い方としては、ロール定義をプロジェクトのGitリポジトリ内にdocs/ai-roles/のような形で置いておき、チームメンバーが同じ指示セットを共有できる状態にする方法がある。
こうすることで、「自分はこのプロンプトでAIに指示しているが、別のメンバーは違う指示をしている」という属人化を防ぎ、AIとの協働を再現可能な形で運用できる。個人プロジェクトの場合でも、自分が数週間後に同じ構成を再現できるかという観点で、ロール定義をバージョン管理しておくことは実用的な判断だ。
また、BMAD METHODのコミュニティDiscordも公式リポジトリからリンクされており、他のユーザーがカスタマイズしたロール定義を共有・参照できる環境が整いつつある。「手順書を共有する」という文化がオープンソースで育っているのは、このメソッドが単なるツールではなく、開発の進め方そのものを問い直しているからだろう。
参照ソース
- [GitHub]bmad-code-org/BMAD-METHOD→ github.com/bmad-code-org/BMAD-METHOD
- [RSS]Benefit Street Partners answers questions faster with Codex→ openai.com/index/benefit-street-partners
- [RSS]Modernizing perimeter security: Scalable perimeters with VPC Service Controls→ cloud.google.com/blog/products/identity-security/in…
