ホワイトペーパー・記事
AIエージェント開発に関する記事は、順次公開され次第こちらに表示されます。
View MoreAIエージェント開発
エージェントは答えません。
実行します。
だからこそ、難しいのはモデルではありません。何に触れてよいかを理解し、影響の大きい場面では止まって確認し、後から読み解ける記録を残す。そういうエージェントをつくります。
AIエージェント開発
だからこそ、難しいのはモデルではありません。何に触れてよいかを理解し、影響の大きい場面では止まって確認し、後から読み解ける記録を残す。そういうエージェントをつくります。
本当の課題
基盤モデルは、ここにいる誰が何をしなくても大きく良くなりましたし、これからも良くなり続けます。箱から出てこないのは、その周りの境界のほうです。このエージェントが社内の何に触れてよいのか、何を先に確認しなければならないのか、そして予想しなかったことをしたときに何を再構成できるのか。
範囲の定まったタスク、明示されたツールの一覧、重要な操作に置かれた承認ポイント、そして読めるトレース。おもしろいエンジニアリングは、制約の側にあります。
広い権限を渡して「役に立ってくれ」と頼んだエージェントは、デモではよく見えて、導入ではうまくいきません。何をしてはいけないかを誰も言えないなら、それはまだ完成していません。
提供内容
六つの領域です。すべての案件にすべてが必要なわけではありませんし、範囲は着手前にお客様と合意します。
何の上で動かすかを決める前に、何のためのエージェントかを決めます。エージェントの案件が失敗するのは、たいていエンジニアリングの問題ではなくスコープの問題です。うまくいったかどうかを誰も判定できないほど、タスクの範囲が曖昧なまま始まっている。
ひとつのエージェントに何もかもやらせるのではなく、役割を絞ったエージェントを複数、連携させます。狭いエージェントのほうがテストしやすく、直しやすく、そして承認する立場の人に説明しやすい。
どの操作に人の判断が必要かは、設定ではなく設計上の決定です。お客様と一緒に明示的に決め、書き残します。何をそのまま進め、何で止まり、誰に確認するか。
エージェントの有用性は手が届く範囲で決まり、安全性は手が届かない範囲で決まります。ツールをひとつ渡すことは、権限をひとつ与えることです。だから統合の話と権限の話は、はじめから同じ一つの話です。
何をしたか、なぜそう判断したか、何を渡され、何を返したか。これがないエージェントは反証できません。再現できない挙動は改善できませんし、監査で説明することもできません。
エージェントは非決定的です。「試したときは動いた」は証拠になりません。評価セットをエージェントと並行してつくり、変更のたびに回します。ほかのソフトウェアが受けるのと同じ規律です。
進め方
境界がはっきりしていて、完了の定義があるひとつの仕事。正直な答えがエージェントではなくスクリプトやフォームであるときは、そうお伝えします。市場の語り口が示唆するより、その頻度はずっと高いです。
エージェントが読めるすべてのシステム、取れるすべての操作、そしてその間に引かれる線。設計が実際に決まるのはここです。
お客様のスタックで、お客様のリポジトリで。評価セットはエージェントとともに育つので、挙動の変化は本番での驚きではなく、テストの失敗として現れます。
三段階目で、動くエージェントが手元にあります。 残りの二つが、当社なしで運用できるものにするための段階です。
初日からログ、トレース、コストの上限つきで動かします。最初のインシデントのあとに足すのではありません。観測できないエージェントは、結局のところ止めることになります。
プロンプトも、ツールも、境界も、当社に連絡せずに変更できる状態にします。この仕事は、お客様が所有して終わるように設計されています。
はっきり言うと
ルールが一枚に収まり、経路が変わらないなら、必要なのは普通のソフトウェアです。安くつくれて、安く動き、毎回同じように振る舞います。エージェントが働きに見合うのは、入力が雑然としていて経路が変わる場面で、それはいまの熱気が示唆するよりずっと狭い範囲の問題です。結局は止めてしまうようなシステムをお売りするより、エージェントは要りませんとお伝えするほうを選びます。
その前に
必要でないことはよくあります。そしてそれは、六週間経ってからではなくスコープを決める段階でお伝えしたい。タスクが決定的で、ルールが一枚に収まるなら、普通のソフトウェアのほうが安くつくれて安く動き、理屈もずっと追いやすい。エージェントが場所を得るのは、入力が雑然としていて、経路が毎回変わり、本来なら人が読んで判断してから動くような場面です。
権限のマップと承認ポイントです。どちらも、何かをつくり始める前に合意します。エージェントは渡されたツールにしか手が届きませんし、影響が大きいと分類した操作は止まって人を待ちます。その境界は設計の一部であって、あとから誰かが気づかれずに切り替えられる設定ではありません。
オーケストレーションにはLangChain、LangGraph、AutoGen、CrewAI。モデルはOpenAI、Azure AI、Anthropic Claudeなどです。ひとつに縛られないようにしているのは意図的です。モデルの層は動きが速く、今年のベストモデルと不可分につくられたものは、来年には負債になります。
お客様のものです。ソースはお客様のリポジトリに、お客様のライセンスで。評価セットも一緒に、保守する技術者のために書かれたドキュメントも一緒に。当社のツールの中に抱え込むものはありません。
評価セットは回り続けますし、トレースは「なぜそう動いたのか」にお客様のチームだけで答えられる程度には読めるようにしてあります。当社だけが理解できるものより、お客様の技術者が問い詰められるものをつくりたいと考えています。
次に
片づけようとしている仕事を教えてください。それにエージェントという形が合っているのか、合っているなら境界はどうあるべきかをお返しします。