Kazunori Sato

確かに。クライアント側UIとサーバ側データストアが一体化したリアクティブなシステムは昔のAdobe Flexで実現されてて、実案件でも使ってたのだけど、今ならデータのセマンティクスを見て「ここのデータは意味的に変化したから更新した方がいい」ってMCPサーバが通知してくれる仕組み作れる。これは新しい。

すると、セマンティックなDBトリガーみたいな機能を備えたデータストアが必要になるかな。一方的な更新通知ではなくて、MCPサーバ側のデータとクライアント側のデータがどのようなインテントで接続されているかを意味的に理解しているトリガー。

例えば、GitHub側のコードがこういう意図で変更されてるから、ユーザー側のコードにもこんな意味的な影響があって、こう修正すべき、みたいな通知してくる。コードに限らず、文書でも商品データでも、LLMが理解できるデータ間で意味的なリアクティブシステムを作れる。

ITシステムのあらゆる部分にLLMのreasoningが入ってくる、とはこういうことだな。すごく面白いと同時に応用が無限に出てきて手に負えない。

ほんそれです。単体エージェントさえふわふわしてるのに、マルチエージェントで自律分散って、新人バイトくんだらけで現場を回す飲食店みたいな。そんな店の店長やりたくないw AIエージェントという言葉に皆が期待するものの実体は「ITにreasoningを注入できる」ことに尽きると思う。

今後の予想される流れ：マルチエージェントで自律分散だ！→やっぱこれ実用には厳しくね。。？→しかしFCの賢い疎結合は便利すぎる。MCPとA2Aで分散環境構築→その他いろんな場所にFCやその派生が入る→顧客がほしかったのは"エージェント"ではなくreasoningだったんや。。

FCってまだ単に呼び出す関数を選ぶことにreasoningを使ってるだけだから、はやくreasoning指向言語がほしい。制御構文や演算子レベルでreasoningを組み込んだプログラミング言語。

@yoichiro まじそれもありそうですね！論理型とLLM推論を組み合わせた言語つよそう