はじめに
API の構築方法は変化しつつあります。この 20 年、操作者は GUI をクリックする人であり、API 契約の利用者はドキュメントを読む人でした。今、その両端が変わっています。
- 操作者は、意図を行動に変える AI アシスタントになりつつあります。
- 利用者は、MCP を通じて API をツールとして呼び出す AI エージェントになりつつあります。
前の時代を形作ったツール——API クライアント、仕様ビューア、リクエストコレクション——はキーボードの前にいる人間のために作られていました。Powerduck はこの時代のために作られています。それはより優れた API クライアントでも、より美しい仕様ビューアでもありません。1 つの OpenAPI ファイルから始まる AI ネイティブのプラットフォームです。
中核となるもの: 1 つのローカル OpenAPI ファイル
すべてはリポジトリ内のありふれた openapi.yaml から始まります。オープンで、バージョン管理され、人間にも AI にも読めるファイルです。専有データベースでも、クラウドアカウントでもありません。
one local openapi.yaml
|
you + AI -> design debug test mock docs data-model
|
MCP tools
|
any AI coding agent
その 1 つのファイルが契約です。すべてのワークフローがそこから読み取り、同じファイルを MCP 経由で任意の AI コーディングエージェントに渡せます。そのため、あなたと内蔵アシスタント、すべての外部エージェントが単一の信頼できる情報源を共有します。設計、デバッグ、テスト、モック、ドキュメントがすべて同じファイルを読むとき、「ツール間の同期を保つ」ことは単にタスクでなくなります。これは目標ではなく、設計がもたらす結果です。
Powerduck は OpenAPI 3.2 に対応し、既存の 3.0 / 3.1 文書(および Swagger 2.0)をその場でアップグレードして読み取ります。HTTP 以外の API——SSE、WebSocket、GraphQL、gRPC、MCP——は、REST 専用の形に無理に押し込めるのではなく、x-protocol 拡張を通じて通常のパス項目としてモデル化されます。
AI との働き方
- YAML を開くと、アシスタントがすぐにそれでできることを提案します。
- 「注文エンドポイントを作って」「テストデータを準備して」「チェックアウトフローを実行してレポートを出して」と、平易な言葉で結果を伝えると、アシスタントが適切なツールを選び、変更を提案します。
- すべての変更はレビュー可能なカードとして届きます。あなたが承認するまで何も適用されません。
- ある API を refine するとき、アシスタントはその API に留まり、依頼された箇所だけを変更し、文書全体にブレていきません。
- OpenAI 互換の任意のモデルを持ち込めます。デスクトップでは、プロンプトとキーはマシンの外に出ません。