「Postman API Night Tokyo 2025 Spring」に参加してきました

• 2025/5/26
• https://postman.connpass.com/event/348232/

Postman AI エージェントビルダー最新情報

草薙 昭彦さん(Postman) @nagix

• PostmanのAI関連機能
  • 開発が早く1日になんどもリリース
  • 昨日動いてた手順で今日動かないとか
• AIエージェント
  • ワークフロー/データ/API
• PostmanのAIエージェントビルダー
  • APIに適したLLMの発見
  • AI readyなAPIを作るサポート
    • APIのMCPサーバを作ってくれたり？

kintone REST APIクライアントを自動生成する取り組み

足立 智広さん(サイボウズ) @chihiro_adachi

• kintoneのAPIを提供していてAPIクライアントもOSSで出している
  • APIのアップデートが多くてAPIクライアントの追従が大変
  • APIクライアントを自動生成するように
• APIのジェネレーター
  • OSSでいろいろある
  • openapi-ts
  • openapi-typescript
• OpenAPISpecの生成
  • Javaのコードから生成
  • アノテーションプロセッサ
  • API開発時のルールとしてつけるように

Yamaha Music Connect API における社内の技術資産をWeb API化するための工夫

宮地 健太さん(ヤマハ)

• Yamaha Music Connect API
  • ヤマハの持っている技術や研究成果をAPIで提供
  • 音源分離/楽曲解析など
• 製品だけでなくサービスにも力を入れていて多くのアプリを作っている
  • その中で共通的に利用したいケースが出てくる
  • API化へ
  • 社外へも提供
• 社内の資産をAPI化
  • WebAPIチームと専門資産を持ったチームが連携して開発
    • 技術を外に出していこうという文化があった
• 技術面での工夫
  • 統一されたインターフェースにしたい
  • 研究開発部門の負担を増やさないように
  • 研究者に制限をかけるようなことがないように
  • -> 裏側はコンテナ化してインターフェースは独自フレームワークで共通化

REST API設計の実践 – ベストプラクティスとその落とし穴

武田 憲太郎さん@KentarouTakeda
https://speakerdeck.com/kentaroutakeda/rest-apishe-ji-noshi-jian-besutopurakuteisutosonoluo-tosixue

• APIファースト開発
  • 最初にAPI設計するので変更起きがち
  • N+1問題
• コードファースト開発
  • 似たAPIが乱立したり
• RESTfulなAPIの課題
  • リソースと同士で表現可能な前提
  • REST APIであるというだけで多くの前提を共有できる
  • だが現実として原則に準拠できないことも多い
• REST APIの設計
  • たいていの操作は読み替えるとリソースと動詞で表現できる
  • 裏側はデータベースに保存するような処理なら