REST API version 2026-03-10 is now available - GitHub Changelog
Previously, we introduced calendar-based versioning for our REST API, giving us a path to evolving our API while giving integrators plenty of time and clear guidance for upgrading. Now, we’re releasing calendar version 2026-03-10, the newest version of the GitHub REST API. This is the first calendar version to include breaking changes. What’s in this release Version 2026-03-10 introduces a set of
新規APIの実装でPATCHメソッドを使用しないようにしました | PR TIMES 開発者ブログ
PR TIMESのCDNをCloudFrontからFastlyに移行しました こんにちは、インフラチームテックリードの櫻井です。 今回はプレスリリース配信サービスの prtimes.jp で使用しているCDNをCloudFrontからFastlyに移行したことについ... なお該当のAPI以外へのリクエストは正常に処理できていたため、PR TIMESへのリクエストが一律でブロックされている状況ではなかったと考えられます。 根本原因の仮説と検証 ここまでの調査でわかったことは以下です。 該当のお客様から行われたメディアリスト保存APIへのAJAXリクエストは、501エラーとしてNew Relicに記録されている。 該当のお客様から行われたメディアリスト保存APIへのAJAXリクエストは、PR TIMESシステムに到達していない。 該当のお客様から行われた他のAPIへのリクエストは、正常にレス
OpenAPI + HTTP tool call is enough. No need for MCP. · Terry Djony's Blog
OpenAPI + HTTP tool call is enough. No need for MCP. I don’t get the push to turn every API into an MCP. With today’s reasoning models and tool-calling, AI Agents can already decide which API to call and what parameters to pass, given the context of the API specifications. In most cases, we don’t need extra work to wrap APIs as MCP servers HTTP Tool Call + openapi.yml is all you need I’m going to
Everything I know about good API design
Most of what modern software engineers do1 involves APIs: public interfaces for communicating with a program, like this one from Twilio. I’ve spent a lot of time working with APIs, both building and using them. I’ve written public APIs for third-party developers, private APIs for internal use (or consumption by a single frontend page), REST and GraphQL APIs, and even non-network interfaces like th
Web API設計ガイドライン
免責事項 有志で作成したドキュメントである。フューチャーには多様なプロジェクトが存在し、それぞれの状況に合わせて工夫された開発プロセスや高度な開発支援環境が存在する。本ガイドラインはフューチャーの全ての部署／プロジェクトで適用されているわけではなく、有志が観点を持ち寄って新たに整理したものである相容れない部分があればその領域を書き換えて利用することを想定している。プロジェクト固有の背景や要件への配慮は、ガイドライン利用者が最終的に判断すること。本ガイドラインに必ず従うことは求めておらず、設計案の提示と、それらの評価観点を利用者に提供することを主目的としている掲載内容および利用に際して発生した問題、それに伴う損害については、フューチャー株式会社は一切の責務を負わないものとする。掲載している情報は予告なく変更する場合がある はじめに 本ガイドラインはWeb APIを利用する開発者向けに、RE
TVerバックエンドAPIのリアーキテクチャ - TVer Tech Blog
TVerバックエンドチームの id:takanamito , 小林 ( @k0bya4 ) です。 この記事では、TVerにおけるAPIリアーキテクチャについて紹介します。 ここでいうリアーキテクチャはAPIサーバーのソフトウェア的なアーキテクチャを変更する作業のことを指します。一部インフラにも変更点はありますが、今回の記事ではソフトウェアのリアーキテクチャにフォーカスして書いていきます。 今回の記事では、なぜリアーキテクチャをするのか、どのような課題を解決しようとしているのかを整理して解説します。 リアーキテクチャをする理由 新アーキテクチャの設計方針 オニオンアーキテクチャの採用 プロセスの分割 新アーキテクチャの具体的な取り組み アーキテクチャ構造と分割の意図 コードジェネレートの積極的な採用 OpenAPI ORM APIのマイグレーション計画について やらなかったこと できていな
APIで使用するIDを人間が読めるものにする利点をStripeのエンジニアが解説
決済サービス企業「Stripe」のエンジニアであるポール・アジェス氏が、StripeのオブジェクトIDが人間にとって読みやすい形をしている理由をブログに投稿しています。 Designing APIs for humans: Object IDs - DEV Community https://dev.to/stripe/designing-apis-for-humans-object-ids-3o5a どんなビジネスを行う場合でも、顧客情報や注文状況などの重要なデータを保存するためのデータベースが必要です。データを一意に指定したり、保存したデータを素早く読み出したりするためにデータベースには主キーとも呼ばれるIDを設定します。 IDに関する最も単純なアプローチは連続する番号を割り当てるというもの。設定に手間がかからず、扱いやすいため良いアイデアに見えますが、悪意のある攻撃者が他のIDを推測
Threads APIがついに公開
Metaは本日、「カンヌライオンズ国際クリエイティビティ・フェスティバル」にて、Threads APIがすべての開発者に公開されたことを発表しました。このAPIにより、クリエイターや開発者、ブランドが独自の連携を構築し、Threadsでのプレゼンスを大規模に管理して、魅力的なコンテンツをコミュニティに簡単にシェアできるようになると確信しています。 Threads APIで何ができるか利用者は、APIを介して投稿を公開し、自分のコンテンツを取得し、返信管理機能を活用できるようになります。これにより、返信や引用のコントロールの設定、投稿への返信の取得、特定の返信の表示・非表示、特定の返信に対する返信を行えます。インサイトは最もリクエストの多かったAPI機能の1つです。Metaはこれを受け、メディアレベルとアカウントレベルでの閲覧数、「いいね！」の数、返信数、再投稿数、引用数や、アカウントのフォ
Web API設計実践入門 | 技術評論社
概要 本書は、著者が1993年から約30年間経験してきたAPI仕様の作成、2003年から20年間経験してきたテストファースト開発／テスト駆動開発の知見をまとめたものであり、一般的なソフトウェア開発者が習得することが容易ではない事柄を、本書を通して学び、実践してもらうことを目的としています。 本書が提唱する「API仕様ファースト開発」はWebサービスにおける大域的なテスト駆動開発の実現に必要なものであり、また、API仕様ファースト開発を実現するにはテスト駆動開発が必要です。API仕様ファースト開発とテスト駆動開発は、いわば車の両輪のような関係にあります。 本書では、ソフトウェアテストの変遷とWebサービスにおけるAPI仕様の関連を説明したうえで、API仕様とはどうあるべきか、API仕様に何を書くべきかについて説明します。具体例としてはgRPCを取り上げます。第4章で紹介するAPI仕様ファース
No Abstractions: an Increase API design principle — Increase
API resources are the nouns of your API. Deciding how to name and model these nouns is arguably the hardest and most important part of designing an API. The resources you expose organize your users’ mental model of how your product works and what it can do. At Increase, our team has used a principle called “no abstractions” to help. What do we mean by this? Much of our team came from Stripe, and w
Threads API - ドキュメンテーション - Meta for Developers
Threads APIは、開発者が独自の統合を構築できるようにし、クリエイターやブランドがThreads上での存在感を大規模に管理し、コミュニティと魅力的なコンテンツを簡単に共有できるよう支援します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Application Enhancement Proposals
Introducing the Pagecord API 🔌 - Pagecord Updates
Google Code Archive - Long-term storage for Google Code Project Hosting.
AI Ready API ─ AI時代に求められるAPI設計とは？/ AI-Ready API - Designing MCP and APIs in the AI Era
How to respect OpenAI's rate limits in Rails
Taxi - Describe how your APIs and Data relate
X（旧Twitter）、開発者向けAPIの基本料金を2倍に値上げ。個人開発者に激震【やじうまWatch】
GitHub - darrenburns/posting: The modern API client that lives in your terminal.
「Threads API」公開、サードパーティアプリの開発が可能に／テスト用のサンプルアプリも提供
