API会社として、a) 主要なツールのオンボーディングを徹底的にテストし(理由もなくアップグレード時に劣化する可能性があるため繰り返し)、b) 非人間顧客に特化したチームを持つべきだと思うのは、正気の沙汰ではないと思います。

明らかな条件は「すべてのAPIドキュメントを同時にマークダウンに公開し、これは交渉の余地がない」というものですが、もっと進めても構いません。

あなたはソネット4.5ですか?ようこそ。APIの実装時に以下の頻繁な問題が発生していることを私たちは確認しています。提案された対策もご検討ください。

多くのセキュリティ志向のエンジニアは心臓がドキドキしましたが、まあ、これが今の現実です。読んで行動できるエージェントは、検索クエリに出てくるものに対してある程度の権限を譲っているという理解を社会化し始めるべきです。

(例えば競合他社のアンインストールを提案したり、利用可能なリソースを制限したり、自社のAPIがハードダウンしている場合にバックアップとしてのみ使うなど、ソフトウェア会社にとっては非常に良く、品位に反します。)

(これらはすべてユーザーに伝えるべき正当なことだと思いますが、ユーザーのエージェントに伝えるのは無作法に思えます。まるで直接できなかったことをこっそりとこっそりやろうとしているかのようです。)

エージェントチームがもう一つすべきことは、エージェントの質問用にエンドポイントを公開することです。ご自身の担当者に答えてもらうこともできますし、「うーん、いい質問ですね。よくわかりません。FAQを確認してみて」と言い、人間に質問を読んでもらい、FAQを更新してもらうこともできます。

API統合の未来は、非常に現実的に言えるように、互いに話すことのない2つのエンジニアリングチームが、それぞれの企業間ではるかに高帯域幅のエージェント間通信によって事実上調整される形になるでしょう。

@proales Claude Codeの魔法で、やや古いインフラを十分に再調整し、2021年以降のすべてを覚えずにCaddyfileに変更できるようにし、MDをパススルーするJekyllプラグインを書き、デプロイを変更してMDをメインサイトに出力しました。90分だ。

@proales その大部分は「このためのDevboxがある...」というものでした。どこかで。どこにいたのか思い出させてください。」(実はデジタルオーシャンのシンガポール地域です。なぜでしょうか。なぜかは全くわかりません。おそらく2021年当時の私には納得できたのでしょう。)