Skip to Content
コア概念MoAI-ADKとは?

MoAI-ADKとは?

MoAI-ADKはClaude Codeのための 高性能AI開発環境 です。28の専門AIエージェントと52のスキルが協力して高品質なコードを生産します。新規プロジェクトと機能開発にはTDD (デフォルト) 、テストカバレッジが低い既存プロジェクトにはDDDを自動的に適用し、Sub-AgentとAgent Teamsの二重実行モードをサポートします。

Goで記述されたシングルバイナリ — 依存関係なしですべてのプラットフォームで即座に実行できます。

一行まとめ: MoAI-ADKは「AIとの会話を文書 (SPEC) として残し、安全にコードを改善 (DDD/TDD) し、品質を自動検証 (TRUST 5) する」AI開発フレームワークです。

MoAI-ADKの紹介

MoAI は「みんなのAI」 (MoAI - Everybody’s AI) を意味します。ADK はAgentic Development Kitの略で、AIエージェントが開発プロセスを主導するツールキットです。

MoAI-ADKは Claude Code内でエージェントが相互作用を通じてエージェントコーディングを実行できるようにするAgentic Development Kit です。まるでAI開発チームが協力してプロジェクトを完成させるように、MoAI-ADKのAIエージェントがそれぞれの専門分野で開発作業を行い、相互に協力します。

AI開発チームMoAI-ADK役割
プロダクトオーナーユーザー (開発者)何を作るかを決定します
チームリード / Tech LeadMoAIオーケストレーター全体の作業を調整してチームメンバーに委譲します
企画者 / Spec Writermanager-spec要件を文書にまとめます
開発者 / Engineersexpert-backend, expert-frontend実際のコードを実装します
QA / コードレビュアーmanager-quality品質基準を検証します

なぜMoAI-ADKなのか?

PythonからGoへの完全書き換え

Pythonベースの MoAI-ADK (~73,000行) をGoで完全に書き換えました。

項目Python版Go版
デプロイpip + venv + 依存関係シングルバイナリ、ゼロ依存
起動時間~800msインタープリターブート~5ms ネイティブ実行
並行性asyncio / threadingネイティブgoroutine
型安全性ランタイム (mypy任意)コンパイル時強制
クロスプラットフォームPythonランタイム必要プリビルドバイナリ (macOS, Linux, Windows)
Hook実行Shellラッパー + Pythonコンパイル済みバイナリ、JSONプロトコル

主要数値

  • 34,220行 Goコード、32個 パッケージ
  • 85-100% テストカバレッジ
  • 28個 専門AIエージェント + 52個 スキル
  • 18個 プログラミング言語サポート
  • 16個 Claude Code Hookイベント

バイブコーディングの問題点

バイブコーディング (Vibe Coding) とはAIと自然に会話しながらコードを書く方法です。「こんな機能を作って」と言えばAIがコードを生成します。直感的で高速ですが、実務では深刻な問題が発生します。

実務で直面する具体的な問題:

問題状況例結果
コンテキスト消失昨日1時間議論した認証方式を今日また説明しなければならない時間の無駄、一貫性低下
品質のばらつきAIが良いコードを生成することもあれば、悪いコードを生成することもあるコード品質が予測不能
既存コードの破壊「この部分を修正して」と言ったら他の機能が壊れたバグ発生、ロールバック必要
繰り返しの説明プロジェクト構造、コーディング規約を毎回改めて伝える必要がある生産性低下
検証の不在AIが生成したコードが安全かどうか確認する方法がないセキュリティ脆弱性、テスト不足

MoAI-ADKの解決策

問題MoAI-ADKの解決策
コンテキスト消失SPECドキュメント で要件をファイルとして永久保存
品質のばらつきTRUST 5 フレームワークで一貫した品質基準を適用
既存コードの破壊DDD/TDD でテストを先に作成して既存機能を保護
繰り返しの説明CLAUDE.mdとスキルシステム でプロジェクトコンテキストを自動ロード
検証の不在LSP品質ゲート でコード品質を自動検証

システム要件

プラットフォームサポート環境備考
macOSTerminal, iTerm2完全サポート
LinuxBash, Zsh完全サポート
WindowsWSL (推奨)、PowerShell 7.x+ネイティブcmd.exeはサポートしません

必須条件:

  • すべてのプラットフォームに Git のインストールが必要
  • Windowsユーザー: Git for Windows  必須 (Git Bash含む)
    • 最良の体験のために WSL (Windows Subsystem for Linux) の使用を推奨
    • PowerShell 7.x以上は代替としてサポート
    • レガシーWindows PowerShell 5.xとcmd.exeは サポートしません

クイックスタート

1. インストール

macOS / Linux / WSL

curl -fsSL https://raw.githubusercontent.com/modu-ai/moai-adk/main/install.sh | bash

Windows (PowerShell 7.x+)

推奨: 上記のLinuxインストールコマンドでWSLを使用すると最良の体験を提供します。

irm https://raw.githubusercontent.com/modu-ai/moai-adk/main/install.ps1 | iex

Git for Windows が事前にインストールされている必要があります。

ソースからビルド (Go 1.26+)

git clone https://github.com/modu-ai/moai-adk.git cd moai-adk && make build

プリビルドバイナリは Releases  ページからダウンロードできます。

2. プロジェクト初期化

moai init my-project

対話型ウィザードが言語、フレームワーク、方法論を自動検出した後、Claude Code統合ファイルを生成します。

3. Claude Codeで開発開始

# Claude Code実行後 /moai project # プロジェクトドキュメント生成 (product.md, structure.md, tech.md) /moai plan "ユーザー認証の追加" # SPECドキュメント生成 /moai run SPEC-AUTH-001 # DDD/TDD実装 /moai sync SPEC-AUTH-001 # ドキュメント同期およびPR作成

コア哲学

「バイブコーディングの目的は高速な生産性ではなくコード品質です。」

MoAI-ADKは高速にコードを量産するツールではありません。AIを活用しつつ、人間が直接書いたものよりも より高品質な コードを作ることが目標です。高速さは品質を保ちながら自然についてくる副次的な効果です。

この哲学は3つの原則として具体化されます:

  1. 仕様優先 (SPEC-First): コードを書く前に何を作るかを文書で明確に定義します
  2. 安全な改善 (DDD/TDD): 既存コードの動作を保持しながら段階的に改善します
  3. 自動品質検証 (TRUST 5): 5つの品質原則ですべてのコードを自動検証します

MoAI開発方法論

MoAI-ADKはプロジェクトの状態に応じて最適な開発方法論を自動的に選択します。

TDD方法論 (デフォルト)

新規プロジェクトと機能開発のデフォルト方法論です。テストを先に作成し、その後実装します。

段階説明
RED期待動作を定義する失敗するテストを作成
GREENテストを通過する最小限のコードを作成
REFACTORテストを保持しながらコード品質を改善。REFACTOR 完了後に /simplify が自動実行されます。

ブラウンフィールドプロジェクト (既存コードベース) の場合、TDDに pre-RED分析段階 が追加されます: テスト作成前に既存コードを読んで現在の動作を理解します。

DDD方法論 (既存プロジェクト、10%未満カバレッジ)

テストカバレッジが低い既存プロジェクトを安全にリファクタリングするための方法論です。

ANALYZE → 既存コードと依存関係を分析、ドメイン境界を特定 PRESERVE → 特性化テストを作成、現在の動作スナップショットをキャプチャ IMPROVE → テスト保護下で段階的に改善。IMPROVE 完了後に /simplify が自動実行されます。

方法論は moai init 時に自動選択され (--mode <ddd|tdd>、デフォルト: tdd)、.moai/config/sections/quality.yamldevelopment_mode で変更できます。

参考: MoAI-ADK v2.5.0+ではバイナリ方法論選択 (TDDまたはDDDのみ) を使用します。ハイブリッドモードは明確性と一貫性のために削除されました。

Harness Engineering アーキテクチャ

MoAI-ADK は Harness Engineering パラダイムを実装しています — 直接コードを書くのではなく、AI エージェントが作業する環境を設計するアプローチです。

コンポーネント説明コマンド
Self-Verify Loopエージェントがコード作成 → テスト → 失敗 → 修正 → パスのサイクルを自律的に実行/moai loop
Context Mapコードベースのアーキテクチャマップとドキュメントがエージェントに常時提供/moai codemaps
Session Persistenceprogress.md が完了フェーズをセッション間で追跡;中断された実行が自動的に再開/moai run SPEC-XXX
Failing Checklistすべての受入基準が実行開始時にペンディングタスクとして登録;実装完了時に完了マーク/moai run SPEC-XXX
Language-Agnostic18言語サポート:言語を自動検出し、適切なLSP/リンター/テスト/カバレッジツールを選択すべてのワークフロー
Garbage Collectionデッドコード、AI Slop、未使用 import の定期スキャンと除去/moai clean
Scaffolding First実装前に空のファイルスタブを作成してエントロピーを防止/moai run SPEC-XXX

「人間が舵を取り、エージェントが実行する。」 — エンジニアの役割がコード作成からハーネス設計 (SPEC、品質ゲート、フィードバックループ) へと移行します。

自動品質・スケールアウトレイヤー

MoAI-ADK v2.6.0+ は、MoAI が自律的に呼び出す 2 つの Claude Code ネイティブスキルを統合しています — フラグや手動コマンドは不要です。

スキル役割トリガー
/simplify品質保証TDD REFACTOR および DDD IMPROVE フェーズ完了後に常に実行
/batchスケールアウト実行タスク複雑度が閾値を超えると自動トリガー

/simplify — 自動品質パス

並列エージェントを使用して変更コードの再利用機会、品質問題、効率性、CLAUDE.md 準拠を確認し、自動修正します。MoAI が実装サイクルごとに直接呼び出します。

/batch — 並列スケールアウト

隔離された git worktree で数十のエージェントを生成し、大規模な並列作業を実行します。各エージェントがテストを実行して結果を報告し、MoAI がマージします。ワークフロー別自動トリガー:

ワークフロートリガー条件
runタスク >= 5、または予測ファイル変更 >= 10、または独立タスク >= 3
mxソースファイル >= 50
coverageP1+P2 カバレッジギャップ >= 10
clean確認済みデッドコード項目 >= 20

AIエージェントオーケストレーション

MoAIは 戦略的オーケストレーター です。直接コードを書かず、28の専門エージェントに作業を委譲します。

エージェントカテゴリ

区分数量エージェント役割
Manager8個spec, ddd, tdd, docs, quality, project, strategy, gitワークフロー調整、SPEC生成、品質管理
Expert8個backend, frontend, security, devops, performance, debug, testing, refactoringドメイン別実装、分析、最適化
Builder3個agent, skill, plugin新しいMoAIコンポーネント生成
Team8個researcher, analyst, architect, designer, backend-dev, frontend-dev, tester, quality並列チームベース開発

52個スキル (Progressive Disclosure)

3レベルProgressive Disclosureシステムでトークンを効率的に管理します:

カテゴリ数量
Foundation5core, claude, philosopher, quality, context
Workflow11spec, project, ddd, tdd, testing, worktree, thinking…
Domain5backend, frontend, database, uiux, data-formats
Language18Go, Python, TypeScript, Rust, Java, Kotlin, Swift, C++…
Platform9Vercel, Supabase, Firebase, Auth0, Clerk, Railway…
Library3shadcn, nextra, mermaid
Tool2ast-grep, svg
Specialist10Figma, Flutter, Pencil…

MoAIワークフロー

Plan → Run → Syncパイプライン

MoAIのコアワークフローは3段階で構成されています:

実際の使用例:

# 1. Plan: 要件定義 > /moai plan "JWTベースのユーザー認証機能の実装" # 2. Run: DDD/TDD方式で実装 > /moai run SPEC-AUTH-001 # 3. Sync: ドキュメント生成およびPR > /moai sync SPEC-AUTH-001

実行モード選択ゲート

Plan フェーズから Run フェーズへの移行時、MoAI は自動的に現在の実行環境 (cc/glm/cg) を検出し、ユーザーが実装開始前にモードを確認・変更できる選択 UI を表示します。

このゲートにより、環境状態に関わらず正しい実行モードが使用され、実装中のモード不一致が防止されます。

/moaiサブコマンド

すべてのサブコマンドはClaude Code内で /moai <サブコマンド> として実行します。

コアワークフロー

サブコマンドエイリアス用途主要フラグ
planspecSPECドキュメント生成 (EARS形式)--worktree, --branch, --resume SPEC-XXX, --team
runimplSPECのDDD/TDD実装--resume SPEC-XXX, --team
syncdocs, prドキュメント同期、コードマップ、PR作成--merge, --skip-mx

品質とテスト

サブコマンドエイリアス用途主要フラグ
fixLSPエラー、リント、型エラーの自動修正 (シングルパス)--dry, --seq, --level N, --resume, --team
loop完了まで反復自動修正 (最大100回)--max N, --auto-fix, --seq
reviewcode-reviewセキュリティおよび@MXタグ準拠のコードレビュー--staged, --branch, --security
coveragetest-coverageテストカバレッジ分析とギャップ補填 (16言語)--target N, --file PATH, --report
e2eE2Eテスト (Chrome, Playwright, Agent Browser)--record, --url URL, --journey NAME
cleanrefactor-cleanデッドコードの特定と安全な削除--dry, --safe-only, --file PATH

ドキュメントとコードベース

サブコマンドエイリアス用途主要フラグ
projectinitプロジェクトドキュメント生成 (product.md, structure.md, tech.md, codemaps/)
mxコードベーススキャンおよび@MXコードレベルアノテーション追加--all, --dry, --priority P1-P4, --force, --team
codemapsupdate-codemapsアーキテクチャドキュメント生成--force, --area AREA
feedbackfb, bug, issueフィードバック収集およびGitHubイシュー作成

デフォルトワークフロー

サブコマンド用途主要フラグ
(なし)全自律plan → run → syncパイプライン。複雑度スコア >= 5の場合SPEC自動生成。--loop, --max N, --branch, --pr, --resume SPEC-XXX, --team, --solo

実行モードフラグ

エージェントがワークフロー実行中にどのように配置されるかを制御します:

フラグモード説明
--teamAgent Teams並列チームベース実行。複数のエージェントが同時に作業。
--soloSub-Agent段階別単一エージェント順次委譲。
(デフォルト)自動複雑度ベースの自動選択 (ドメイン >= 3、ファイル >= 10、スコア >= 7)。

--teamは3つの実行環境をサポートします:

環境コマンドLeaderWorkers適した場合
Claude専用moai ccClaudeClaude最高品質
GLM専用moai glmGLMGLM最大コスト削減
CG (Claude+GLM)moai cgClaudeGLM品質 + コストのバランス

参考: moai cgはtmuxセッションレベルの環境変数分離を使用してClaude LeaderとGLM Workersを分離します。moai glmから切り替えると、moai cgが自動的にGLM設定を初期化します。

自律開発ループ (Ralph Engine)

LSP診断とAST-grepを組み合わせた自律エラー修正エンジンです:

/moai fix # シングルパス: スキャン → 分類 → 修正 → 検証 /moai loop # 反復修正: 完了マーカー検知まで反復 (最大100回)

Ralph Engineの動作方式:

  1. 並列スキャン: LSP診断 + AST-grep + リンターを同時実行
  2. 自動分類: レベル1 (自動修正) からレベル4 (ユーザー介入) までエラーを分類
  3. 収束検知: 同一エラーが繰り返される場合、代替戦略を適用
  4. 完了基準: 0エラー、0型エラー、85%+カバレッジ

推奨ワークフローチェーン

新機能開発:

/moai plan → /moai run SPEC-XXX → /moai sync SPEC-XXX

バグ修正:

/moai fix (または /moai loop) → /moai review → /moai sync

リファクタリング:

/moai plan → /moai clean → /moai run SPEC-XXX → /moai review → /moai coverage → /moai codemaps

ドキュメント更新:

/moai codemaps → /moai sync

TRUST 5品質フレームワーク

すべてのコード変更は5つの品質基準で検証されます:

基準意味検証内容
Testedテスト済み85%+カバレッジ、特性化テスト、ユニットテスト通過
Readable読みやすい明確な命名規約、一貫したコードスタイル、0リントエラー
Unified統一されている一貫したフォーマット、importソート、プロジェクト構造準拠
Secured安全OWASP準拠、入力検証、0セキュリティ警告
Trackable追跡可能Conventional Commits、イシュー参照、構造化ロギング

@MXタグシステム

MoAI-ADKはAIエージェント間でコンテキスト、不変条件、危険領域を伝達するために @MXコードレベルアノテーションシステム を使用します。

タグ種別用途追加タイミング
@MX:ANCHOR重要な契約fan_in >= 3の関数、変更時の影響範囲が広い
@MX:WARN危険領域goroutine、複雑度 >= 15、グローバル状態変更
@MX:NOTEコンテキスト伝達マジック定数、ドキュメント欠如、ビジネスルール
@MX:TODO未完了作業テスト欠如、未実装機能

@MXタグシステムは 最も危険で重要なコードのみをマーク するよう設計されています。ほとんどのコードにはタグは不要であり、これは正常な設計です。

# コードベース全体をスキャン /moai mx --all # プレビュー (ファイル変更なし) /moai mx --dry # 優先度別スキャン /moai mx --priority P1

モデルポリシー (トークン最適化)

MoAI-ADKはClaude Codeサブスクリプションプランに合わせて28個のエージェントに最適なAIモデルを割り当てます。プランの使用量制限内で品質を最大化します。

ポリシープラン🟣 Opus🔵 Sonnet🟡 Haiku用途
HighMax $200/月2314最高品質、最大スループット
MediumMax $100/月4195品質とコストのバランス
LowPlus $20/月01216経済的、Opusを含まない

設定方法

# プロジェクト初期化時 moai init my-project # 対話型ウィザードでモデルポリシーを選択 # 既存プロジェクトの再設定 moai update # 各設定ステップに対する対話型プロンプト

デフォルトポリシーは High です。GLM設定は settings.local.json に分離されます (Gitにコミットされません)。

二重実行モード

MoAI-ADKはClaude Codeがサポートする Sub-AgentAgent Teams の2つの実行モードを提供します。

Agent Teamsモード (デフォルト)

MoAI-ADKはプロジェクトの複雑度を自動的に分析して最適な実行モードを選択します:

条件選択モード理由
ドメイン3個以上Agent Teamsマルチドメイン調整
影響ファイル10個以上Agent Teams大規模変更
複雑度スコア7以上Agent Teams高複雑度
その他Sub-Agentシンプルで予測可能なワークフロー

Agent Teamsモード は並列チームベース開発を使用します:

  • 複数のエージェントが同時に作業し、共有タスクリストで協調
  • TeamCreateSendMessageTaskListによるリアルタイム調整
  • 大規模な機能開発、マルチドメインタスクに適している
/moai plan "大規模機能" # 自動: researcher + analyst + architect並列 /moai run SPEC-XXX # 自動: backend-dev + frontend-dev + tester並列 /moai run SPEC-XXX --team # Agent Teamsモードを強制

Agent Teams用品質フック:

  • TeammateIdleフック: チームメンバーがアイドル状態に移行する前にLSP品質ゲートを検証 (エラー、型エラー、リントエラー)
  • TaskCompletedフック: タスクがSPEC-XXXパターンを参照する場合にSPECドキュメントの存在を確認
  • すべての検証はgraceful degradationを使用 - 警告はログに記録されますが作業は継続されます

CGモード (Claude + GLMハイブリッド)

CGモードはLeaderが Claude API を、Workersが GLM API を使用するハイブリッドモードです。tmuxセッションレベルの環境変数分離によって実現されます。

┌─────────────────────────────────────────────────────────────┐ │ LEADER (現在のtmuxペイン、Claude API) │ │ - /moai --team実行時にワークフローオーケストレーション │ │ - plan, quality, sync段階の処理 │ │ - GLM環境なし → Claude API使用 │ └──────────────────────┬──────────────────────────────────────┘ │ Agent Teams (新しいtmuxペイン) ┌─────────────────────────────────────────────────────────────┐ │ TEAMMATES (新しいtmuxペイン、GLM API) │ │ - tmuxセッション環境を継承 → GLM API使用 │ │ - run段階で実装タスクを実行 │ │ - SendMessageでリーダーと通信 │ └─────────────────────────────────────────────────────────────┘
# 1. GLM APIキーの保存 (一度だけ) moai glm sk-your-glm-api-key # 2. CGモードの有効化 moai cg # 3. 同じペインでClaude Codeを起動 (重要!) claude # 4. チームワークフローの実行 /moai --team "タスクの説明"
コマンドLeaderWorkerstmux必要コスト削減ユースケース
moai ccClaudeClaudeいいえ-複雑なタスク、最高品質
moai glmGLMGLM推奨~70%コスト最適化
moai cgClaudeGLM必須~60%品質 + コストのバランス

v2.7.1 の変更: CG モードがデフォルトのチームモードになりました。--team 使用時、moai cc または moai glm で明示的に変更しない限り、CG モードで実行されます。

moai cg は tmux セッションレベルの環境変数分離を使用して Claude Leader と GLM Workers を分離します。moai glm から切り替える場合、moai cg が自動的に GLM 設定をリセットします。

Sub-Agentモード (--solo)

既存のClaude Codeの Task() APIを活用した順次エージェント委譲方式です。

  • 1つの専門エージェントに作業を委譲して結果を受け取る
  • 段階別にManager → Expert → Qualityの順で進行
  • シンプルで予測可能なワークフローに適している
/moai run SPEC-AUTH-001 --solo # Sub-Agentモードを強制

CLIコマンド

コマンド説明
moai init対話型プロジェクトセットアップ (言語/フレームワーク/方法論の自動検出)
moai doctorシステム状態の診断および環境確認
moai statusGitブランチ、品質メトリクスなどプロジェクト状態の概要
moai update最新バージョンへの更新 (自動ロールバックサポート)
moai update --checkインストールなしで更新確認
moai update --projectプロジェクトテンプレートのみ同期
moai worktree new <name>新しいGit worktreeの作成 (並列ブランチ開発)
moai worktree listアクティブなworktreeの一覧
moai worktree switch <name>worktreeの切り替え
moai worktree syncアップストリームとの同期
moai worktree remove <name>worktreeの削除
moai worktree clean古いworktreeのクリーンアップ
moai worktree go <name>現在のシェルでworktreeディレクトリに移動
moai hook <event>Claude Code Hookディスパッチャー
moai glmGLM APIでClaude Codeを起動 (コスト効率の良い代替手段)
moai ccGLM設定なしでClaude Codeを起動 (Claude専用モード)
moai cgCGモードの有効化 — Claude Leader + GLM Workers (tmuxペインレベル分離)
moai versionバージョン、コミットハッシュ、ビルド日時の表示

Taskメトリクスロギング

MoAI-ADKは開発セッション中にTaskツールメトリクスを自動的にキャプチャします:

  • 場所: .moai/logs/task-metrics.jsonl
  • キャプチャメトリクス: トークン使用量、ツール呼び出し、所要時間、エージェントタイプ
  • 目的: セッション分析、パフォーマンス最適化、コスト追跡

Taskツール完了時にPostToolUseフックがメトリクスをロギングします。このデータを使用してエージェントの効率性を分析し、トークン消費を最適化してください。

プロジェクト構造

MoAI-ADKをインストールするとプロジェクトに以下のような構造が作成されます。

my-project/ ├── CLAUDE.md # MoAIの実行指示書 ├── .claude/ │ ├── agents/moai/ # 28個のAIエージェント定義 │ ├── skills/moai-*/ # 52個のスキルモジュール │ ├── hooks/moai/ # 自動化フックスクリプト │ └── rules/moai/ # コーディングルールと標準 └── .moai/ ├── config/ # MoAI設定ファイル │ └── sections/ │ └── quality.yaml # TRUST 5品質設定 ├── specs/ # SPECドキュメント保管場所 │ └── SPEC-XXX/ │ └── spec.md └── memory/ # セッション間コンテキスト維持

主要ファイルの説明:

ファイル/ディレクトリ役割
CLAUDE.mdMoAIが読み取る実行指示書。プロジェクトルール、エージェントカタログ、ワークフロー定義が含まれています
.claude/agents/各エージェントの専門分野とツール権限を定義します
.claude/skills/プログラミング言語、プラットフォーム別のベストプラクティスを含む知識モジュールです
.moai/specs/SPECドキュメントが保存される場所です。各機能ごとに個別のディレクトリを持ちます
.moai/config/TRUST 5品質基準、DDD/TDD設定などプロジェクト設定を管理します

多言語サポート

MoAI-ADKは4つの言語をサポートしています。ユーザーが韓国語でリクエストすれば韓国語で応答し、英語でリクエストすれば英語で応答します。

言語コードサポート範囲
韓国語ko会話、ドキュメント、コマンド、エラーメッセージ
英語en会話、ドキュメント、コマンド、エラーメッセージ
日本語ja会話、ドキュメント、コマンド、エラーメッセージ
中国語zh会話、ドキュメント、コマンド、エラーメッセージ

言語設定: .moai/config/sections/language.yaml で会話言語、コードコメント言語、コミットメッセージ言語をそれぞれ設定できます。例えば、会話は韓国語で行いつつ、コードコメントとコミットメッセージは英語で記述するように設定できます。

次のステップ

MoAI-ADKの全体像を理解したら、次は各コアコンセプトを詳しく学びましょう。

  • SPECベース開発 — 要件をどのように文書として定義するかを学びます
  • ドメイン駆動開発 — 既存コードを安全に改善する方法を学びます
  • TRUST 5品質 — コード品質を自動的に検証する方法を学びます
  • MoAI Memory — セッション間でコンテキストがどのように保存されるかを学びます
Last updated on