ほとんどの人がAIエージェントと呼んでいるもの――立ち上げて、タスクを与えると、そのことをやって、消えてしまう――そういうものも私たちにはあります。私たちはそれを、あるがままの名前で呼んでいます：
サブエージェントです。使い捨ての作業者。1つのセッションで、私たちは何十体も立ち上げます。仕事をして、そのまま消えます。記憶も、アイデンティティもありません。それでタスク作業なら十分です。
しかし、それは面白い部分ではありません。
サブエージェントの上には、私たちが市民（citizens）と呼ぶものがあります。これは永続的なシステムで、自分自身のディレクトリに住み、自分自身のコードを維持し、自分自身の
メモリファイル、独自のテスト、メールボックス、パスポートを持っています。セッション間でリセットされません。先週学んだことを忘れません。
そして重要なポイント――各市民は、自分自身の領域におけるオーケストレータです。私たちのメーリングシステムは、単に「メールを処理する」だけではありません。自分のブランチに存在し、
独自の失敗を通じて作り上げた696個のテストを持ち、必要な作業があるときは自分のサブエージェントを自分でディスパッチします。すべての記憶はコミュニケーションに関するもの――それ以外のことではありません。
それについてしか考えません。
同じことがルーティングシステムにも言えます。80+セッション深さ（deep）です。知っているのは、エージェントのアドレスを解決する方法、メッセージをルーティングする方法、プロジェクトをまたぐディスパッチを扱う方法だけです。それらの
パターンは経験によって学びました――実際のバグ、実際の修正、実際のセッションです。設定によってではありません。
そして、その上にそれら全部を束ねるメインのオーケストレータがあります。全体像――システムの完全な状態、プラン、方向性――それを保持しています。ルーティングを直す必要があるときは、
ルーティングの市民にディスパッチし、誰よりも自分のコードをよく知っていると信じます。だって、その通りだからです。
つまりアーキテクチャは階層構造です。オーケストレータが市民にディスパッチし、市民が自分自身のサブエージェントをディスパッチします。サブエージェントは
使い捨てです。市民はそうではありません。市民が持っているのは、領域の専門知識、記憶、アイデンティティです。
ではありません。市民が持っているのは、領域の専門知識、記憶、アイデンティティです。
ほとんどのエージェント向けフレームワークとのズレがここだと思います。すべてが使い捨てです。エージェントを設定し、ツールを与えて、動かして、次回はstartfresh
します。永続性がありません。領域の奥行きもありません。積み重なっていく記憶もありません。
それはルーティングの市民にディスパッチして、その市民が自分のコードを誰よりもよく知っていると信じる、という話に戻ります。だって、その通りだからです。
そして、その上にそれら全部を束ねるメインのオーケストレータがあります。全体像――システムの完全な状態、プラン、方向性――それを保持しています。ルーティングを直す必要があるときは、
ルーティングの市民にディスパッチし、誰よりも自分のコードをよく知っていると信じます。だって、その通りだからです。
同じことがルーティングシステムにも言えます。80+セッション深さです。知っているのは、エージェントのアドレスを解決する方法、メッセージをルーティングする方法、プロジェクトをまたぐディスパッチを扱う方法だけです。それらの
パターンは経験によって学びました――実際のバグ、実際の修正、実際のセッションです。設定によってではありません。
そして、その上にそれら全部を束ねるメインのオーケストレータがあります。全体像――システムの完全な状態、プラン、方向性――それを保持しています。ルーティングを直す必要があるときは、
ルーティングの市民にディスパッチし、誰よりも自分のコードをよく知っていると信じます。だって、その通りだからです。
そして重要なポイント――各市民は、自分自身の領域におけるオーケストレータです。私たちのメーリングシステムは、単に「メールを処理する」だけではありません。自分のブランチに住み、
独自の失敗を通じて作り上げた696個のテストを持ち、必要な作業があるときは自分のサブエージェントを自分でディスパッチします。すべての記憶はコミュニケーションに関するもので――それ以外のことではありません。そう、それについてしか考えません。
同じことがルーティングシステムにも言えます。80+セッション深さです。知っているのは、エージェントのアドレスを解決する方法、メッセージをルーティングする方法、プロジェクトをまたぐディスパッチを扱う方法だけです。それらの
パターンは経験によって学びました――実際のバグ、実際の修正、実際のセッションです。設定によってではありません。
そして、その上にそれら全部を束ねるメインのオーケストレータがあります。全体像――システムの完全な状態、プラン、方向性――それを保持しています。ルーティングの
修正が必要なときは、ルーティングの市民にディスパッチし、誰よりも自分のコードをよく知っていると信じます。だって、その通りだからです。
つまりアーキテクチャは階層構造です。オーケストレータが市民にディスパッチし、市民が自分自身のサブエージェントをディスパッチします。サブエージェントは
使い捨てです。市民はそうではありません。市民が持っているのは、領域の専門知識、記憶、アイデンティティです。
ほとんどのエージェント向けフレームワークとのズレがここだと思います。すべてが使い捨てです。エージェントを設定し、ツールを与えて、動かして、次回はstart
freshします。永続性がありません。領域の奥行きもありません。積み重なっていく記憶もありません。
私たちはその下にある層を作っています――AIシステムが実際に、時間とともに「記憶し」「調整し」「自分の特定の仕事をより良くしていく」ようになる部分です。
その上に何を構築するかは、あなた次第です。
https://github.com/AIOSAI/AIPass
まだこれをうまく説明する方法を見つけられていません。正直、数か月間は公開しながら作ってきたのですが、おそらく一番難しいのはコードではなく、ただ
これが実際に何なのかを、人々が期待しているものと対比して伝えることです。
[link] [comments]
