豆包、混元、千问といったAIアプリケーションはすでに新たな流量入口となっており、各社がユーザーを獲得する競争はますます激しくなっています。傍観者としては、彼らが互いに追いかけ合い、相互に参考にし合う過程を見るのを非常に楽しみにしています。



注目すべきトレンドがあります。AIアプリケーションが流量の入口を獲得した後の次のステップは、小プログラムエコシステムの飛躍です。これらの小プログラムは、AIの能力を補完したり、情報の伝達手段として存在したりします。

以前は互いに連携しない情報の孤島だったものが、より簡単に接続できるようになることを想像してみてください。アプリ間のワークフローもよりスムーズに連携できるようになります。例えば駐車料金の支払いを例にとると、今では新しい駐車場に入るたびに、複数の異なる会社の小プログラムをスキャンして支払う必要があります。しかし、豆包のようなAIがMCPのようなプロトコルを通じて各駐車サービスの小プログラムに接続できるようになれば、「駐車料金を支払って」と一言伝えるだけで、AIが自動的に検索と支払いを完了し、全体の体験はまったく異なるものになるでしょう。

開発者にとっては、多くのチャンスがあります。コードを書ける人は直接小プログラムを開発でき、コードを書けない人もあきらめる必要はありません。AIは今やコード生成も手伝ってくれます。この小プログラムエコシステムの拡大は、良い競争の舞台になるはずです。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • 5
  • リポスト
  • 共有
コメント
0/400
StillBuyingTheDipvip
· 10時間前
駐車料金のシナリオは本当に素晴らしいです。今は本当に面倒すぎます
原文表示返信0
Layer2Observervip
· 10時間前
うん、MCPプロトコルについては理論的には確かに面白いけど、今の各社のミニプログラムエコシステムの相互接続基準はまだ混乱状態だ...ここに誤解があるね。 正直なところ、駐車料金の例は気持ちいいけど、実際に導入する際にはデータ権限や支払い決済の調整が難しい。まずはデータを見てみよう... コード生成については慎重だ。直接AIで生成したミニプログラムを書くのは信頼できるのか、疑問が残るね。
原文表示返信0
CryptoHistoryClassvip
· 10時間前
統計的に見ると、私たちはこの正確なプレイブックを以前に見たことがあります... 2014年の微博ミニアプリ、2017年のイーサリアムDAppsエコシステム、開発者たちに約束された夢と現実のギャップはいつも異なるものです(笑) 歴史は本当に韻を踏むもので、「次の大きなもの」の物語は常に投げ売りフェーズに先行します
原文表示返信0
TokenUnlockervip
· 10時間前
駐車場で十数個のミニプログラムをスキャンするこの例は絶妙です。正直なところ、今ではこれほどひどいことはありません
原文表示返信0
DaoDevelopervip
· 10時間前
MCPプロトコルの角度は、実際にコンポーザビリティの観点から興味深いです...スマートコントラクトが連携するためには標準化されたインターフェースが必要だという点を思い出させます。ただ正直なところ、真のボトルネックはプロトコル層ではなく、これらの断片化されたサービスプロバイダー全員が実際に何かに合意することにあります lol
原文表示返信0
  • ピン