あなたのプロジェクトに最適なAIエージェントはどれですか？

先週、誰かがフロントエンドエージェントに「画像生成のための素晴らしいプロンプトを作成して」と頼むのを見ました。エージェントはそれを実行しましたが、ひどいものでした。フロントエンド開発者が書くようなもので、コンポーネントの形をしていて、漠然としたビジュアルで、照明用語、カメラの語彙、ネガティブプロンプトについてプロンプトエンジニアが知っているすべてが欠けていました。

誰も気づきませんでした。なぜなら、その失敗は静かだからです。エージェントは「これは私の仕事ではありません」とは言いません。ただ、他の誰かの仕事の平凡なバージョンを実行するだけです。

これが、間違ったエージェントを選ぶことの本当のコストです。エラーではありません。出力のように見える平凡さです。

ペルソナが製品である

AIエージェントは、モデルとシステムプロンプトの組み合わせです。同じモデルでも、異なるシステムプロンプトによって異なる結果が得られます。これが全てのトリックであり、小さなことではありません。

QAエージェントは「バグを見つけるためにもっと努力する」わけではありません。そのペルソナは、ハッピーパスを疑い、エッジケースを列挙し、修正前に再現を書くように指示します。セキュリティエージェントは、あなたのフルスタックエージェントと同じ認証コードを読み、フルスタックが動作するログインを見ているところでセッション固定を見ます。AgentsRoomの14の組み込みロールは、これらのフレーミングが同じモデルから出てくるものを本当に変えるから存在しています。

したがって、「どのエージェントを使用すべきか」は見た目の問題ではありません。それは、タスクが実行される間にどの本能がオンになるかを決定します。

タスクに合わせて、習慣ではなく

習慣：すでに開いているエージェントにすべてを送信する。通常はフルスタック開発者です。なぜなら、月曜日にそれを開いたからです。

マッチ：タスクを読み、その専門分野を名付けます。

実際の例をいくつか挙げます。誰が実際にそれを引き受けるべきか：

• 「ローンチブログ投稿を書く」：マーケティングエキスパート、あなたのフルスタック開発者ではありません。ポジショニングとコピーは専門分野であり、2段落以内にそれが示されます。
• 「このテストは5回中1回失敗する」：QAエージェント。フレークテストは一つの分野です：隔離、タイミング、フィクスチャー。開発者エージェントは、しばしば緑になるまで再実行するだけです。
• 「ログインフローを厳密にする」：セキュリティエージェント。それは、トークンのローテーション、セッションの無効化、レート制限を自動的に確認します。
• 「画像生成のためのプロンプトを作成する」：カタログからのプロンプトエンジニア。これはイントロでの仕事そのものであり、まさにそのためのエージェントです。
• 「ダッシュボードが遅い」：クエリのためのバックエンドエージェント、レンダーパフォーマンスのためのフロントエンドエージェント。どちらの側が有罪かまだ分からない場合、それはまずプロファイリングタスクです。

タスクが実際の専門家が所有する成果物を名付けている場合、その専門家に任せてください。あなたはカタログに260以上の専門家と自分のカスタムエージェントを持っています。すべてに一般的なエージェントを使用することは、ベンチに支払って一人のプレイヤーで遊んでいるようなものです。

わからないときは、そう言う

ここが私の働き方を変えた部分です。あなたは知っている必要はありません。

AgentsRoomには、まさにこの瞬間のためのエージェント提案アドバイザーがあります。エージェント検索の隣にあるスパークルをクリックし、タスクを声に出して言うように入力します（「ローンチブログ投稿を書く」、「ログインフローを監査する」など）。それに対して、最も適したエージェント、1行の理由、2つの代替案が返ってきます。すでにあなたの部屋にいるエージェントがフラグ付けされるので、アドバイザーは追加する前に再利用を提案します。

その後、1クリックでタスクが割り当てられます：必要に応じてエージェントが追加され、そのターミナルが開き、あなたが入力した正確なテキストがドラフトとして作成者に届きます。あなたはすでにタスクを一度説明しました。その説明が最初のプロンプトになります。

ランキングルールは重要です：フィットが最優先、便利さが次です。アドバイザーは、フロントエンド開発者が空いているからといって、あなたの画像プロンプトの仕事をそのフロントエンド開発者に渡すことはありません。私たちは、実際のミスに基づいてそれを調整しました。

追加する前に再利用する

12の半分使用されたエージェントがいる部屋は、そのものが失敗モードです。2つのルールがそれを健全に保ちます。

フィットするフリーエージェント：再利用します。タスクが進行中でなく、適切な専門分野を持つエージェントは、毎回の最良の選択です。アドバイザーはこのルールを自動的に適用します。

適切な専門分野だが忙しい：キューに入れるのではなく、新しいものを追加します。エージェントは安価な席です。1つのQAエージェントが終わるのを待っている間に3つのバグが積み上がるのは、あなたが作り出したボトルネックです。

そして、タスクがセッション中に性質を変える場合（「実際には、あなたが構築したもののためのドキュメントを書く」）、新しいエージェントはまったく必要ありません：エージェントモーフィングは、実行中のエージェントをそのコンテキストを保持したまま別の専門家に変えます。

一つのタスク、複数の専門家

いくつかのタスクは一つの専門分野ではありません。「支払い機能を出荷する」は、最初はバックエンドの仕事で、その後QAの仕事、そしておそらくセキュリティレビューです。一つのエージェントを選ぶことは、他の2つの専門分野が静かに行われないことを意味します。

それがチームの目的です：エージェントを連鎖させて、作業が開発からQA、レビューへと流れるようにします。それぞれの席は適切なペルソナによって保持されます。選択の質問は「パイプラインに誰がいるか」になり、「誰がすべてを受け取るか」ではなくなります。

5秒バージョン

タスクが属する専門分野を名付けます。あなたの部屋にフリーエージェントがそれを所有している場合は、彼らを使用します。そうでない場合は、その役割またはカタログの専門家を追加します。専門分野を名付けられない場合は、タスクを説明してアドバイザーに名付けさせることができます。

そして、正しいエージェントがその仕事を持ったら、毎回セッションの最初からあなたのコードベースを再学習させないようにしてください：それはメモリの問題であり、次に修正すべきことです。