自らルーティングするトポロジー

あるリクエストが届く。どのモデルが発言するよりも前に、プラットフォームはすでにそれを配置している — 正しいネットワーク、正しいコミュニティ、正しいルームの中に — 地理と意味だけを使って。その配置こそがルーティングであり、Everythink ではそれは空間の性質であって、チャットボットに後からねじ込んだ付け足しではない。これを行うエンジンは 2016 年から本番で動いている。

2026 年、ByteByteGo は、本番のエージェントシステムはデモが示唆するよりもはるかにモデルに依存していないと指摘した — ほとんどの振る舞いは決定論的なコードで走り、モデルが呼ばれるのは少数の意思決定ポイントだけである(ByteByteGo, "Best Practices for Building AI Agents That Work in Production", 2026 年 7 月)。ルーティングはそうしたポイントの中で最も帰結の大きいものであり、それこそ業界がモデルに返し続けているものである。この記事は、それをモデルの手から取り出してトポロジーに置いたとき、何が変わるかを論じる。

The Honest Architect の要点

• リクエストがどこに着地するかを決めるのはモデルではなくトポロジーである — Organization → Network → Community → Room、各レベルは地図上の実在するポリゴンである(2016 年から本番で稼働)。
• 地理がルーティングの文脈になる:World Monitor は PostGIS 無しで geohash プレフィックスでルーティングするため、ビューポートの問い合わせは空間結合ではなくプレフィックス照合である。
• 設定がコードを置き換える:ルームでモジュールを有効にするのはスプリントではなく設定である。

なぜトポロジーは、あなたがすでに持っていたルーティング層なのか?

トポロジーは何かが答える前にリクエストをルーティングする。なぜなら Organization から Network、Community、Room への経路そのものがルーティングの決定だからである。Everythink は各組織を、各レベルが地図上の実在するポリゴンである地理空間トポロジーとしてモデル化し、リクエストはモデルが参照される前に、地理と意味によって正しいルームに配置される。仕組みは階層であり、モデルは遅れて到着する参加者である。

[UNIQUE INSIGHT] 「空間がルータである」という再構成:チャットボットは答える;AI のオペレーティングシステムはルーティングする。ほとんどのエージェントスタックはルーティングを、モデルが実行時に解く分類問題として扱う — 意図を分類し、ハンドラを選び、当たることを祈る。Everythink はルーティングを、リクエストが到着した時点で解決済みの構造的な性質として扱う。なぜならリクエストは自らトポロジー内の位置を携えているからである。モデルが「これはどのルーム向けか?」と問う必要は決してない — ルームは選ばれている。

これが ByteByteGo が workflow とエージェントの間に引いた区別である:workflow では、ステップと経路は設計時に — モデルが入力を見る前に — 決定され、今日 LLM 上に構築された本番システムのほとんどは workflow である — 予測可能で、デバッグ可能で、完全なエージェントより安い(ByteByteGo, "The Agent Loop: How AI Goes From Answering Questions to Doing Things", 2026 年 7 月)。トポロジールーティングは、データの中に恒久化された workflow の決定である。それは呼び出しごとに再分類しない。geohash がすでに語っていることを決めるためにトークンを消費しない。

ルーティングのステップは推論時に無コストである。分類器の呼び出しも、ルーティングモデルのレイテンシも、「これはどこへ行くべきか?」に費やすトークンもない。トポロジーはルックアップであり、ルックアップは幻覚を見ない。95% のステップ信頼性が 20 の連鎖ステップでほぼ 3 分の 1 の成功率に連鎖するようなシステムにおいて(ByteByteGo, "Best Practices for Building AI Agents That Work in Production", 2026 年 7 月)、連鎖から 1 ステップを取り除くことは、得られる中で最も安い信頼性の獲得である。

地理はどうやって空間データベースなしで文脈になるのか?

地理が文脈になるのは、マップを空間データベースに対する問い合わせではなく、第一級のデータ構造にすることによってである。Everythink の World Monitor は geohash プレフィックス — 緯度と経度の短い文字列表現 — でルーティングするため、ビューポートの問い合わせは PostGIS の空間結合ではなく、インデックス付きカラムに対するプレフィックス照合である。PostGIS なし。GIS 拡張なし。空間インデックスの再構築なし。タイルキーは geohash であり、プレフィックスがポリゴンである。

[ORIGINAL DATA] プラットフォームの背後にある 21 の論文からなる学術シリーズがこれを形式化する:GeoSignal の識別子は決定論的な uuidv5(source, native_id) であり、上流フィードを再取り込みすると重複を生むのではなく既存レコードを更新する。決定論的な ID は地理キャッシュを upsert 対象に変え、geohash プレフィックスはキャッシュをルーティングテーブルに変える。クライアントは geohash タイルごとのブロードキャストチャネルに購読し、自分のビューポートのタイルのデルタだけを受け取る — クライアント側でフィルタされるグローバルなFirehose ではない。

これが「地理は文脈である」の背後にある仕組みである。ブエノスアイレス上空のビューポートからのリクエストは一組の geohash プレフィックスに解決され、それらのプレフィックスがポリゴンと重なるルーム、コミュニティ、ネットワークを選び、その重なりがルーティングの決定である。モデルが発言するとき、受け取るのはリクエストの由来した場所にすでに範囲を絞られたコンテキストウィンドウである。

World Monitor はゲートウェイである:ソースごとに 1 つのバックグラウンドポーラーが決まったスケジュールで外部フィードを引き、GeoSignal に正規化し、耐久性のある Postgres キャッシュに upsert し、デルタをパブリッシャーに渡す(Everythink, World Monitor / Atlas, ✅ Production)。クライアントは上流ではなくキャッシュを読むため、上流の呼び出し量はクライアント数ではなくプラットフォームのスケジュールによって制限される。ソースはデータである:フィードを追加するとはレジストリに SourceDescriptor を追加することであり、エンジンには触れない。キーが未設定のソースは自己無効化するため、キーが欠けてもプラットフォームが壊れることはない。

設定がコードを置き換える様子は、本番ではどう見えるのか?

ルームの振る舞いが、リリースの中の分岐ではなく、データレコードの中のトグル群であるとき、設定はコードを置き換える。Everythink では、ルームはコミュニティ内の機能領域であり、各ルームは設定によってモジュールをオンにする — social、marketplace、calendar、campaigns — ので、システムはデプロイなしで自らを再構成する。モジュールの有効化はスプリントではなく設定である。

[PERSONAL EXPERIENCE] エンジンは 2016 年から本番で動いている。会話のコア — HAI engine — は 10 年間ルームの文脈つきで回答しており、組み合わせ可能なモジュールは同じトポロジーを共有する。コミュニティが marketplace ルームを追加するのは、social ルームを追加するのと同じである:1 つのレコード、1 つのポリゴン、有効なモジュール。フォークも、マージ衝突もない。プラットフォームのかたちとは 1 つのドキュメントであり、そのドキュメントを編集することがリリースである。

誠実さのタグがここで効いてくるのは、設定優先コードという主張は、何が組まれているかを述べたときにのみ信用できるからである。Whitelabel Network — 1 つのブランドで web、iOS、Android — は ✅ Production である。Social、campaigns、World Monitor は ✅ Production である。Matchmaking は ⚠️ Partial:役には立つが、できあがっていない。Marketplace と calendar は ⚠️ Partial である。ネットワークごとの wallet、community credit、連合は 🔵 Roadmap である — 2026 年に日付を打った設計作業であり、pre-revenue で、Production としては提示しない。私たちは完成して見えるように状態を引き上げない。それが Theorem 3 である:ある性質は、そのメカニズムが実装され測定されているときに正確に保証される。

設定がスケールする理由は、トポロジーがルーティングする理由と同じである:データがシステムである。ルームのレコードは、親コミュニティ、ネットワーク、ポリゴン、有効なモジュールを運ぶ。会話エンジンは文脈を絞るためにレコードを読み、World Monitor はデルタを絞るためにポリゴンを読む。その経路の中に、レコードがすでに語っていることをモデルが決めることを要求する場所は何もない。

トポロジールーティングはエージェントプロトコルの隣にどう位置するのか?

トポロジールーティングはエージェントプロトコルの前に位置する、ちょうどレジストリがツールの前に位置するように。2026 年 6 月、Hugging Face と Microsoft、Google、GoDaddy のコントリビューターたちが Agentic Resource Discovery 仕様を公表した — MCP、A2A、Skills の前にある発見層であり、エージェントとツールが連邦レジストリをまたいでどうカタログ化・索引化・検索されるかを定義し、エージェントが事前インストールを必要とせず実行時に能力を見つけられるようにする(Hugging Face, "Agentic Resource Discovery: Let agents search for tools, skills, and other agents", 2026 年 6 月)。仕様の中核の動きは、選択を LLM の外に引き出すことである:レジストリは発行者 ID、代表的な問い、タグによって能力を索引し、クライアントはモデルが検索結果を呼ぶ前に検索する。

ARD は発見を解く。トポロジーは配置を解く。これらは補完的であり、業界は Everythink が 10 年間走らせてきたのと同じ分離に収束しつつある:データが決められることをモデルに決めさせない。ByteByteGo は本番のコンセンサスを率直に述べた:MCP がツールアクセスを扱い、A2A がエージェント間通信を扱い、両者は補完的である(ByteByteGo, "MCP vs A2A vs ACP: How AI Agents Actually Talk to Each Other", 2026 年 7 月)。Everythink はその両方の下に第 3 の層を加える:ツールやエージェントがどのネットワーク、コミュニティ、ルームの中で動いているかを決めるトポロジー — MCP や A2A が呼ばれる前に。

この区別は学術的なものではない。配置なしに呼ばれたツールは、文脈なしに呼ばれたツールである。正しい MCP サーバーを見つけたが自分がどのルームにいるかを知らないモデルは、一般に答える — 配置されたシステムにおける退行である。トポロジーは、ツールとモデルに、さも推論せねばならなかったであろう文脈を与え、文脈を推論することこそが、連鎖を越えて誤差を蓄積する確率論的なステップである。

モデルルーティングはトポロジーなしでいつ失敗するのか?

モデルルーティングは、それが必要とするシグナルがルーティング時に不可視であるとき、トポロジーなしで失敗する。2026 年 7 月、IBM Research は、モデル選択の問題に見えるものがすぐにシステム最適化の問題になり、その難しさはルーティング時にしばしば不可視であると論じた — 「この契約を要約して」のようなリクエストは単純に見えるが、検索、コンプライアンス確認、ツール使用、複数回の精製を引き起こすかもしれない(IBM Research, "Model Routing Is Simple. Until It Isn't.", 2026 年 7 月)。彼らは結論した、ルーターはコスト、品質、レイテンシ、コンプライアンス、信頼性を常に同時にジャグリングしている。

トポロジーはモデルルーティングを解くわけではない。ルーターの問題から入力のあるクラスを取り除く。ルームがすでに選ばれているとき、ルーターはプロンプトのテキストから司法管轄、聴衆、スコープを推論しない — トポロジーがそれを運ぶ。契約はあるコミュニティとルームに属し、コンプライアンス確認はそのルームのために設定されたものであり、利用可能なツールはそこで有効なものである。ルーターの仕事は、「文字列からすべてを推論する」から「配置されたタスクのためにモデルを選ぶ」へと縮む。

IBM の数字はコストの議論を具体的にする。AppWorld Test Challenge の 417 タスクで、Sonnet は 1 タスク $0.19 に対し GPT-4.1 は 1 タスク $0.37 だった — ほぼ 2 倍 — なぜなら定価ではなくキャッシュの振る舞いがコストを決めたからである(IBM Research, "Model Routing Is Simple. Until It Isn't.", 2026 年 7 月)。モデルが呼ばれる前にコンテキストウィンドウを絞るトポロジーは、キャッシュ可能なプレフィックスも絞る — コストを揺らがせた変数である。Everythink のトポロジーはモデルをルーティングしないが、モデルルーティングを扱いやすくする仕事をする:ルーターが最適化の対象とするコンテキストを固定する。

これは今日、本番で正直にどう動いているのか?

デモが示唆するようにではなく、タグがついている通りに動いている。HAI 会話エンジンは ✅ Production であり、2016 年からルームの文脈つきで回答している。Whitelabel Network — 1 つのブランド、web と iOS と Android を横断する 1 つのアイデンティティ — は ✅ Production である。Social、campaigns、World Monitor / Atlas ゲートウェイは ✅ Production である。Matchmaking と marketplace は ⚠️ Partial — 役には立つが、できあがっていない。ネットワークごとの wallet、community credit、連合は 🔵 Roadmap であり、pre-revenue で、いかなるローンチの前にも Howey 審査を要する。wallet やトークンのレイヤーには何一つ稼働していない。

誠実さはメカニズムであって、姿勢ではない。Theorem 3 は、ある性質はそのメカニズムが実装され測定されているときに正確に保証されると述べる。ある能力は、その背後のメカニズムが構築されかつ能動的に測定されているときにのみ Production を獲得する — さもなくば Partial か Roadmap である。私たちはルールをトポロジーに適用する:ルーティングは測定されている、なぜなら geohash のルックアップは計装され、ルームの配置は記録され、キャッシュの upsert は数えられているからである。

これがアーキテクトにとって意味を持つラディカルな誠実さの版である:トーンではなく、テスト。トポロジーの上ではメカニズムは存在し測定している。wallet の上では、しない。買い手は形容詞ではなく論拠を審査する。

よくある質問

トポロジールーティングは、モデルが意図を分類するのとどう違うのか?

モデルが意図を分類するのは、すべてのリクエストで走り、間違える可能性のある確率論的なステップである。トポロジールーティングは、階層の中のリクエストの位置を運ぶデータレコードに対する決定論的なルックアップである。誤差の蓄積は、95% のステップの連鎖を 20 ステップでほぼ 3 分の 1 の成功率に落とす(ByteByteGo, "Best Practices for Building AI Agents That Work in Production", 2026 年 7 月)。ステップを取り除くことは、それを良くするより安い。

Everythink の World Monitor は PostGIS を必要とするか?

いいえ。World Monitor は geohash プレフィックス — 緯度と経度の短い文字列表現 — でルーティングするため、ビューポートの問い合わせはインデックス付きカラムに対するプレフィックス照合である。プラットフォームは 1 つの Postgres インスタンスを使い、pgvector を同梱するが、PostGIS 拡張はない。タイルキーは geohash であり、プレフィックスがポリゴンである。これがルーティング層を可搬にし、問い合わせを安く保つ。

wallet と community credit の誠実さの状態は何か?

🔵 Roadmap。ネットワークごとのトークン wallet と community credit は 2026 年に日付を打った設計作業であり、pre-revenue で、未実装である。そのレイヤーの何一つ稼働しておらず、ここには財務、投資、法的助言は一切ない。トークンやクレジットの仕組みは、Howey 分析を含む適用可能な財務・証券の枠組みに引き続き服し、その審査が完了する前にローンチされることはない。

トポロジーは MCP や A2A とどう相互作用するか?

トポロジーは両方の下にある。MCP がツールアクセスを扱い、A2A がエージェント間通信を扱い、両者は本番で補完的である(ByteByteGo, "MCP vs A2A vs ACP: How AI Agents Actually Talk to Each Other", 2026 年 7 月)。Everythink のトポロジーは、どちらのプロトコルが呼ばれるよりも前に、ツールやエージェントがどのネットワーク、コミュニティ、ルームの中で動いているかを決めるため、ツールはプロンプトから推論したものではなく、配置された文脈を受け取る。

ルームはデプロイなしでモジュールを変えられるか?

はい。ルームは設定によってモジュールをオンにする — social、marketplace、calendar、campaigns。モジュールの有効化はコードのリリースではなく、データレコードの中の設定である。プラットフォームは再デプロイなしで自らを再構成し、それが設定優先コードという主張の背後にあるメカニズムである。

---

Everythink のトポロジーは 10 年間、地理と意味でリクエストをルーティングしてきた。そして業界は今、同じ理由で発見を遂行から切り離している:データがすでに語っていることをモデルに決めさせるべきではない。トポロジーがルーティングする様子を見たければ — ネットワークからコミュニティ、ルームへ、2016 年から本番のプラットフォームで — 論文を読む か デモを予約する。

Sources

• Hugging Face, "Agentic Resource Discovery: Let agents search for tools, skills, and other agents", retrieved 2026-08-23, https://huggingface.co/blog/agentic-resource-discovery-launch
• ByteByteGo, "Best Practices for Building AI Agents That Work in Production", retrieved 2026-08-23, https://blog.bytebytego.com/p/best-practices-for-building-ai-agents
• ByteByteGo, "MCP vs A2A vs ACP: How AI Agents Actually Talk to Each Other", retrieved 2026-08-23, https://blog.bytebytego.com/p/mcp-vs-a2a-vs-acp-how-ai-agents-actually
• ByteByteGo, "The Agent Loop: How AI Goes From Answering Questions to Doing Things", retrieved 2026-08-23, https://blog.bytebytego.com/p/the-agent-loop-how-ai-goes-from-answering
• IBM Research, "Model Routing Is Simple. Until It Isn't.", retrieved 2026-08-23, https://huggingface.co/blog/ibm-research/model-routing-is-simple-until-it-isnt