Anthropic社のエンジニア、Thariq Shihipar氏の主張はシンプルだ。Markdownは、エージェントが主にテキスト、メモ、短い仕様書を作成していた時代には、優れた作業フォーマットだった。移植性が高く、手作業での編集も容易で、あらゆる最新ツールで認識される。「プロンプト＋短い仕様書＋少しの文章」という世界においては、ほぼ完璧だったのだ。

実際、多くのデザイナーが同じことを言っています。Design.mdは、デザインシステムが到達できるような複雑さには到底及ばない、と。

問題は、エージェントの意欲が高まるにつれて発生します。突然、簡単な要約やアイデアのリストを求める代わりに、完全なプロジェクト計画の作成、ナレッジベースの構造化、アーキテクチャの定義、注釈付きワイヤーフレームの作成などを求めるようになります。典型的な結果は、100行、200行、または300行にも及ぶMarkdownファイルです。これは読みにくく、ビジネス関係者と共有することはほぼ不可能で、視覚的にも非常に劣ります。ヒーローコンポーネントの信じられないほど長いプロンプトを見たことがない人はいないでしょう。

これに加えて、もう一つ微妙ながらも重要な変化があります。それは、これらのドキュメントの多くを手作業で編集しなくなったことです。私たちはそれらを、参照資料や、プロンプトを通して反復的に修正していく仕様書として扱うようになりました。何かを変更する必要がある場合、.mdエディタでファイルを開いてテキストを変更するのではなく、モデルに対して「このセクションを書き直してください」「例を追加してください」「これを表にしてください」と指示します。Markdownの古典的な利点である「人間が編集できる」という点は、他のニーズに比べると重要性が薄れています。