Ask HN: MCPサーバーではなくagents.txtではなぜダメなのか?
従来のパラダイムと似ていて軽量であり、どの環境でも後方互換性を持って追加できるagents.txtのような宣言的な設定ファイルがあれば十分ではないかという疑問。認証情報の拡張も可能で、静的ファイルで実現できないことをMCPが何をもたらすのかを問いかけている。
背景メモ
MCP (Model Context Protocol) は、Anthropic が 2024 年後半に提案したプロトコルで、LLM(大規模言語モデル)が外部ツールやデータソースと安全にやり取りするための標準化された仕組みを提供する。具体的には、LLM が「サーバー」と呼ばれるアプリケーション経由で API やデータベース、ファイルシステムなどにアクセスできるようにする。
一方、agents.txt は、この Hacker News の投稿者が提案しているアイデア。robots.txt(検索エンジンにサイトのクロール可否を指示する業界標準のファイル)と同じ発想で、各ウェブサイトに「エージェント(AI)向けの指示書」を置き、LLM が読める静的な JSON やテキストファイルで「何の機能があり、どう呼び出すか」を宣言する方式。
この議論の背景には、LLM がウェブサービスと連携する方法がまだ統一されていないという現状がある。現行は MCP のように動的なサーバープロセスを立ち上げる方式か、あるいは各サービスが個別に API を公開するしかない。投稿者は「静的な設定ファイルで十分では?」と疑問を投げかけ、MCP のオーバーエンジニアリング性を批判している。これは robots.txt 対 動的クロールプロトコル(例: サイトマッププロトコル)の歴史的構図に似ている。