Alfred

Alfredは公開済みドキュメントを読み、自然言語で答える。SwaggerかOpenAPI 3.0.xかの判別、特定エンドポイントへのPOSTの送り方、PUTルートの有無、APIキーの場所まで返す。回答は仕様に縛られるので、存在しないエンドポイントを作り話にしない。

SwiftUIモデルから始まったアシスタントは、今は他の言語のコードサンプルも返す。言語とエンドポイントを選ぶと、ヘッダー、認証、ボディを含むリクエスト例が出る。完成したクライアントではなく出発点なので、確認の工程は残る。

Alfredは文書化されたフィールドをデータモデルに変え、文書のレスポンスに対するテストを書く。フィールド名を手で写し、型が合うことを祈る退屈な工程が消える。モデルは仕様に従うので、仕様の変更は実行時の驚きではなく差分として現れる。

TreblleのAPI Insightsは、仕様と実際のリクエストを設計、性能、セキュリティのルールに照らす。Alfredはその結果をチャットに出す。APIの健全性を尋ねれば、弱点を名指しした点数が返る。

Alfred as a ServiceにTreblleプラットフォームは要らない。JavaScript1行とHTML1行を足すと、既存ポータルの中にアシスタントが現れる。周囲は自社ブランドのままだ。作ったポータルを残したまま、移行を避けられる。

AspenはTreblleのmacOS向けAPIクライアントだ。ログインなしで動き、データはローカルに置く。Alfredはその中にいて、リクエストを送り、レスポンスを読み、その実際のトラフィックからモデルや統合コードの断片を生成する。仕様だけに頼らない。