API 管理プラットフォーム Postman の第 11 バージョンでは、AI 対応 API のサポートが向上し、API パートナーと通信するための新しいツールが提供されます。
Loraine Lawson によるNew Postman Release Supports AI API Development With... AIから翻訳。
人工知能は将来の波になるかもしれませんが、開発ツールとしての AI の使用は API に依存しています。 API 管理プラットフォーム Postman の共同創設者兼最高経営責任者 (CEO)であるアビナブ・アスタナ氏は、「AI の開発を成功させるには、より優れたAPI 管理が鍵となるのはこのためです」と述べています。
「私たちは API がさらに重要になると信じています」と Asthana 氏は The New Stack に語り、AI はあらゆるソフトウェアに影響を与えるプラットフォームの変化であると付け加えました。 AI では、API の使用方法と設計方法を再考する必要もあります。APIはAI ボットが理解できるものであり、理解と統合が非常に簡単である必要があると彼は説明しました。
「AI ボットは API の性質を理解する必要があります」とアスタナ氏は言います。 「API は十分に文書化されている必要があり、よく理解されている必要があります。なぜなら、API を徹底的に理解するには開発者のスキルだけに頼ることはできないからです。ボットは、賢いとはいえ、依然として単なるボットです。」
同氏は、APIの設計が不十分だとAIに問題が生じる可能性があると付け加えた。たとえば、API は、組織が公開したくないデータをボットに公開する可能性があります。
「彼らがそれを誤解し、あなたがしてほしくないことを誤って実行した場合、ビジネスを危険にさらす可能性があります」と彼は言いました。 「ある意味では、企業を確実に保護するためにAPI のセキュリティと設計の側面についても考慮しながら、新しい一連のユースケースで API を理解できるようにする必要があります。これはもう議論の余地はないと思います。はい、API が必要です。API がなければロボットは何もできません。」
AI API用ボット
Postman 氏は、AI API を改善するために使用されるツールは AI そのものであると確信しています。同社のAPI の現状レポートによると、API プロフェッショナルの 60% が、コード内のエラーの検出、コードの生成、命令のエンコードに生成 AI を使用していると報告しています。 Gartner は、わずか 2 年以内に、80% 以上の企業が生成 AI API またはモデルを使用すると予測しています。昨年のその数が 5% 未満であったことを考えると、この増加は驚くべきものです。
この未来を現実にするために、API 管理プラットフォームは、開発者が AI 用に優れた API を構築できるように訓練された専用の AI ボットを作成しました。この AI は Postbot と呼ばれ、 API を開発する際のテスト生成、文書化、デバッグ、データ視覚化、開発者のワークフローに役立ちます。今月初めにリリースされた Postman 11 バージョンで一般提供されます。
AI API を使用する開発者にとっての 1 つの課題は、AI 会話を作成するためのストリーミング情報の「フロー」をサポートする必要があることです。通常、REST API は 1 回だけ実行されるように設計されていると同氏は述べています。 AI ボットのストリーミング機能と、AI ボットが「時間をかけてコンテキストを構築」できるという事実をサポートするために、WebSocketとGraphQLに注目する開発者が増えています。 Postman氏は、将来的にはより成熟したツールに投資する予定だと付け加えた。同氏は、Postman は言語やアーキテクチャに依存しないため、REST、SOAP、GraphQL、その他の種類の API をサポートすると付け加えました。
「Postbot を使用すると、プロトタイピング、文書化、テスト、プレゼンテーションの面で、やりたいことすべてが迅速になり、最初の草稿が提供され、仕事を完了できるようになります。」と彼は言いました。
同氏は、ボット自体が会話型インターフェイスをサポートするスマートなインフラストラクチャと適切に設計された API を必要とするため、これは彼の主張を証明する良い例でもあると付け加えました。コードの自動補完に重点を置くコパイロットとは異なり、Postbot は内部リソースを活用し、API 開発に関する会話をサポートするように設計されています。
「私たちは応答の精度を向上させるために多大な努力を払ってきました」と彼は言いました。 「バックグラウンドでさまざまなモデルが動作しています。Postman ワークスペース内のデータを参照したり、ドキュメントを参照したりできるため、API 作業用に非常にカスタマイズされています。ボットの将来は、単なるボットではなく、ポストボットに似たものになると感じています」オートコンプリートツール。」
APIで共同作業するためのワークスペース
Postman v11 では、API 開発における大きな課題の 1 つである、外部パートナー向け API のサポートも拡張されています。 Asthana 氏によると、最近まで、複数のパートナー API を持つ企業が選択するツールは電子メールであり、場合によっては Slack でした。
「どの企業も多数のパートナー API を持っていることに驚きました。通常、パブリック API よりも多くの API が存在します。そして、パートナーと合意に達する必要があるときは、彼らと話をしました。」と彼は言いました。 、これらの API をどのように使用しますか、それともパートナーがあなたのところに来て、「これは私が欲しいものです。これは機能していますか、機能していませんか?」と教えてくれますか?
同氏は、開発者ポータルが API でのコラボレーションに適していないことが組織によってわかっていると述べた。同氏によると、回避策として、顧客はPostman コレクションを作成しており、これにより開発者はリクエストをさまざまなメソッド タイプでグループ化し、フォルダーまたはサブフォルダーに整理できるようになり、電子メールまたは Slack で送信し、これらのコレクションをパートナー組織と共有します。
API 管理プラットフォーム Postman の共同創設者兼 CEO であるアビバン・アスタナ氏は次のように述べています。「API は十分に文書化され、十分に理解される必要があります。なぜなら、API を徹底的に理解するには、開発者のスキルだけに頼ることはできないからです。」ロボットは賢いですが、それでも単なるロボットです。」
同氏は、これは 1,000 を超える API パートナーをサポートする可能性のある企業にとって最良の選択肢ではないと指摘しました。 Postman は 2022 年に企業向けパートナー ワークスペースを立ち上げましたが、今月 Postman は製品を拡張し、Enterprise プランと Professional プランの複数の外部パートナーに Postman API コレクションを配布しました。同社によれば、この新しいサポートにより、API コラボレーションの煩わしさが軽減され、開発時間が短縮されることが期待されます。
バージョン 11 では、API がいつ更新されたかを社内および社外の顧客に知らせるフィードを統合することにより、更新を伝達する新しい方法も追加されています。これにより、消費者が古い API を使用するリスクを排除できます。また、このワークスペースを使用すると、開発者は API について複数の API パートナーと同時に通信できるため、複数の電子メールを送信する必要がなくなります。
「目標はパブリック API やプライベート API の場合と同じです。価値を実現するまでの時間を短縮し、最初の呼び出しにかかる時間を短縮しています。また、単一のワークスペースにすべてのパートナーを招待したり、複数のワークスペースを作成したりできます。 「この機能は主に、パートナーシップの管理が難しいと感じた当社の企業顧客からのフィードバックから生まれました。」
Postman は、バージョン 11 のすべてのアップデートの詳細を説明するブログ投稿を公開しました。その他の開発者向けの機能ハイライトは次のとおりです。
- プログラマーがIDE でAPI を直接開発およびテストできるようにする VSCode 拡張機能が追加されました。
- パッケージ ライブラリと呼ばれる機能を使用して、スクリプトを一度変更すれば、どこでも使用できます。この機能は、頻繁に使用されるスクリプトとテストをパッケージとして保存するために使用されます。
- Postman Vault を使用して、HTTP コレクション、環境、リクエストで機密データを安全に再利用したり、AWS、Azure、 HashiCorpなどのすでに使用しているサードパーティ ボールトと統合したりできます。
- EU の開発者は、Postman を使用して、現在招待制となっている Postman EU データ レジデンシーに早期アクセスできます。
RustDesk、不正行為横行のため国内サービスを停止 Apple、M4チップを発売 タオバオ（taobao.com）、Webバージョンの最適化作業を再開 高校生が成人への贈り物として独自のオープンソースプログラミング言語を作成 - ネチズンの批判的なコメント:防衛 Yunfeng 氏は Alibaba を退職し、将来的には Windows プラットフォーム上で 独立したゲーム プログラマー向けの。 Visual Studio Code 1.89 は Java 17 をリリースします。これは、最も一般的に使用されている Java LTS バージョンです。Windows 10 の市場シェアは 70 です。 %、Windows 11 は減少し続ける。Google はオープンソースの Rabbit R1 を支持する。Haier Electric はオープン プラットフォームを閉鎖する。この記事はYunyunzhongsheng ( https://yylives.cc/ ) で最初に公開されたもので、どなたでもご覧いただけます。