Qoder Experts Mode でマルチ Agent の専門家チームを編成し、30分の並列作業で main ブランチへマージできる機能を納品しました。
私は少し完璧主義で、ソフトウェアの更新通知を見るとすぐにアップグレードします。
Qoder を最新の V0.8 にアップグレードすると、待ち望んでいた Experts Mode がついに公開されていました。
Claude Code の Team Agent と同様に、Qoder の Experts Mode も AI を単一 Agent からマルチ Agent の協働へ進化させます。
Leader Agent がタスクを分解し、チームを編成して進捗を追跡します。Frontend Dev、Backend Dev、QA Tester は並列に作業し、ユーザーは計画の確認と成果の受け入れに集中します。
Experts Mode の各専門家は、特定の役割に合わせて調整された SWE Agent です。単にプロンプトを変えるのではなく、モデル選択、パラメーター、コンテキスト管理、ツール呼び出しまで最適化されています。
Qoder をインストールして新しいセッションを作成し、Experts Team を選択して要件を入力します。Leader Agent が自動的に専門家チームを編成し、複雑で複数ステップのタスクを並列に進めます。
このモードでは AI がエンジニアリングチームで、ユーザーはプロジェクトマネージャーです。さらに、役割ごとに適したモデルへ自動的にルーティングされます。Leader Agent は複雑な計画と判断に強いモデル、Backend Dev はコード品質に強いモデル、QA Tester はビジョンとブラウザ自動化に対応するモデルを利用できます。
ソースコード管理プラットフォーム PaiGit を使って試しました。リポジトリのインポート、Issue 管理、Wiki 生成などが実装されています。
最初に「フロントエンドとバックエンドを起動し、現在の進捗を確認して」と依頼しました。従来なら IntelliJ IDEA でバックエンド、別の IDE でフロントエンドを起動し、ブラウザを開く必要があります。
Qoder は両方を起動し、テストエンジニア Alex を割り当てました。Alex はブラウザを自動操作し、認証、ホーム、リポジトリ詳細、ユーザーダッシュボードを順番に検証し、結果を報告しました。さらにプロジェクトの Wiki を生成するか確認しました。
Qoder は、Issue の作成・編集・コメント、Wiki ページの作成・編集、ダウンロード機能の改善という3つの方向を提示しました。そこで3つを同時に進めました。
調査担当 Sam が既存コードを調べ、並列開発の具体的なタスクを作りました。バックエンドエンジニア Jimmy は Issue の編集とコメント管理、Bill は Wiki ページの作成・編集・削除、フロントエンドエンジニア Robin はダウンロード管理画面とユーザー体験を担当しました。
3人の専門家は互いに干渉せず同時に作業し、画面で進捗を確認できました。開発後、テストエンジニア Chris が3つの機能を検証しました。
手動で確認しても機能に問題はありませんでした。専門家同士が問題を発見し、解決策を話し合い、人には重要な判断だけを確認します。従来の開発で必要だったフロントエンドとバックエンド間の調整コストが減り、成果は main ブランチへ直接マージできる品質に達しました。
Qoder を最新バージョンへ更新し、新しいセッションで Experts Team を選択します。複雑な要件、複数モジュールの変更、フロントエンドとバックエンドをまたぐタスク、完全なテストが必要なタスクに適しています。
Experts Mode を使うと、AI は一人のアシスタントではなく、計画、開発、テスト、レビューを協働するエンジニアリングチームになります。人の役割も、すべてのコードを書くことから、目標を定め、チームを指揮し、成果に責任を持つことへ変わります。




01. Experts Mode とは
Experts Mode の各専門家は、特定の役割に合わせて調整された SWE Agent です。単にプロンプトを変えるのではなく、モデル選択、パラメーター、コンテキスト管理、ツール呼び出しまで最適化されています。



02. Experts Mode の実践
最初の試行
ソースコード管理プラットフォーム PaiGit を使って試しました。リポジトリのインポート、Issue 管理、Wiki 生成などが実装されています。






本格的な並列開発
Qoder は、Issue の作成・編集・コメント、Wiki ページの作成・編集、ダウンロード機能の改善という3つの方向を提示しました。そこで3つを同時に進めました。
調査担当 Sam が既存コードを調べ、並列開発の具体的なタスクを作りました。バックエンドエンジニア Jimmy は Issue の編集とコメント管理、Bill は Wiki ページの作成・編集・削除、フロントエンドエンジニア Robin はダウンロード管理画面とユーザー体験を担当しました。





- Issue のタイトルと本文をインライン編集し、コメントを編集、削除できる
- Wiki ページを作成、編集、削除し、Markdown を正しく表示できる
- ダウンロード申請履歴と状態、管理者の承認・却下、状態に応じたダウンロードボタンが正しく動く


結果の検証
手動で確認しても機能に問題はありませんでした。専門家同士が問題を発見し、解決策を話し合い、人には重要な判断だけを確認します。従来の開発で必要だったフロントエンドとバックエンド間の調整コストが減り、成果は main ブランチへ直接マージできる品質に達しました。



03. Experts Mode の利点
- 先に計画するため、アーキテクチャが明確になる。 Leader Agent が全体計画と依存関係を整理してから実装します。
- 並列実行で速度が上がる。 独立したタスクを複数の専門家が同時に進めます。
- 専門分業で品質が上がる。 フロントエンド、バックエンド、テストなど、役割ごとに適した Agent が担当します。
- 独立したコンテキストで混乱を防ぐ。 大きなタスクを一つの長い会話に詰め込まず、専門家ごとに必要な情報へ集中できます。
- 人は重要な判断に集中できる。 中間作業は Team Lead が調整し、不可逆な選択や受け入れを人が行います。

04. Experts Mode の利用方法
Qoder を最新バージョンへ更新し、新しいセッションで Experts Team を選択します。複雑な要件、複数モジュールの変更、フロントエンドとバックエンドをまたぐタスク、完全なテストが必要なタスクに適しています。

おわりに
Experts Mode を使うと、AI は一人のアシスタントではなく、計画、開発、テスト、レビューを協働するエンジニアリングチームになります。人の役割も、すべてのコードを書くことから、目標を定め、チームを指揮し、成果に責任を持つことへ変わります。
