APIRecap

API documentation & release communication

Publish API docs.
Show clients what changed.

Publish your OpenAPI or Markdown files as hosted docs with version history. Review detected API changes, approve the release note and keep clients informed by email.

$6.99/month per workspace · For developers, agencies and small API teams

Example release / Payments API
DOCUMENTATION PUBLISHED

Here’s what changed.

v3 → v4
Breaking

POST /payments
The currency request field is now required.

Added

GET /refunds
A new endpoint to list refunds.

CLIENT RELEASE NOTE · APPROVED

Include a currency when creating payments

Send the currency field with each payment request. You can also use the new refunds endpoint to retrieve refunds.

✓You approve. Subscribers hear.Email alerts after release-note approval

Bring your existing docs. Publish from CI or upload a file.

OpenAPI 3.0 · JSON / YAMLOpenAPI 3.1 · JSON / YAMLMarkdown · UTF-8

01 / DOCUMENTATION YOUR CLIENTS CAN USE

Give developers the details they need to integrate.

Share a hosted documentation link with your clients. They can find an endpoint, understand its inputs and see the expected response, without asking you to send the latest file.

OPENAPI 3.0 & 3.1

Turn a spec into a browsable API reference

Upload JSON or YAML to generate searchable endpoint documentation with request parameters, response schemas, authentication details, examples and code samples from your spec.

Clients can link directly to an operation and return to the current version as your API evolves.

MARKDOWN

Publish the documentation you already write

Upload a UTF-8 Markdown document for readable, hosted documentation with version history and source comparisons.

Markdown updates are recorded as document changes. Breaking-change detection uses the structured contract in an OpenAPI spec.

02 / BREAKING CHANGES & VERSION COMPARISONS

See which changes could break a client’s integration.

When you publish an OpenAPI version, APIRecap compares it with the version previously marked as latest. Removed operations, new required request fields and removed response fields are examples of changes flagged as breaking.

Use the detected facts and source comparison to decide what clients need to know. Checks describe changes in your spec; your team adds the business context and migration advice.

Make breaking changes visible

Spot a removed endpoint or a newly required parameter before you write the client announcement. Breaking changes are called out separately from additions and changes needing review.

Inspect the actual source changes

Compare adjacent retained versions to see the lines that changed in your JSON, YAML or Markdown. Check the detail behind a release summary.

Keep earlier docs available

New versions don’t overwrite retained documents. Each has its own URL, so you can refer back to the documentation for an earlier release.

Choose the current version

Publish a new version or select a retained one as latest. The current documentation link follows that selection, without sending clients a replacement link.

03 / FROM YOUR DEPLOYMENT TO YOUR CLIENT’S INBOX

Update the docs. Review the note. Keep clients informed.

Add publishing to your successful deployment workflow. Your docs update automatically, and your team controls the release message that follows.

01 / PUBLISH

Send the file after deployment

Use a personal publishing key to send your document from CI. APIRecap saves a new version and updates the current docs as soon as publishing succeeds. See the API request and setup guide ↗

02 / REVIEW

Start with an AI-drafted release note

APIRecap uses detected changes to suggest a note. An Owner or Editor checks it, edits the wording and adds any migration guidance. The draft stays private until you approve it.

03 / NOTIFY

Publish the changelog and send alerts

Approval makes the note visible to readers and triggers an email to confirmed subscribers who still have access. Clients can follow updates from the shared page, without you maintaining a separate mailing list.

Prefer a manual upload? Upload in the web app and review the changes and release note before publishing. Both routes keep the document and its release note together.

04 / BUILT FOR CLIENT WORK

Keep each client’s APIs and releases in one place.

For a freelancer handing over an integration, an agency managing several clients, or a small team supporting API customers: organise the docs around the people who use them.

See what’s included

Group APIs by client or project

Keep multiple APIs under one project, add a project logo, and give clients a shared place to find listed APIs and their release timeline.

Control what each reader can open

Project links open listed APIs; separate API links open unlisted APIs. Private APIs require signed-in team access. Anyone with a valid share link can open it or forward it. Owners can revoke links or restrict external readers to the latest version.

See whether docs are being opened

See which shared documentation pages are opened and when. Page-open counts identify the link used, rather than the individual reader.

Give your team the right access

Editors help publish and approve notes. Signed-in Readers see only projects granted by the Owner. Team activity keeps a record of who changed what.

SIMPLE PRICING

Docs, changelogs and alerts.
One workspace price.

Bring your client projects and your team into one workspace for $6.99/month. Hosted documentation, OpenAPI change detection, approved release notes and subscriber emails are included.

Includes 1 Owner, up to 5 Editors and 25 Readers. External clients can read shared docs without a team account.
APIRecap workspaceONE PLAN
$6.99/ month

USD per workspace, plus applicable taxes. Built for teams that publish APIs for clients.

Included in the workspace plan

  • Host OpenAPI or Markdown docs, published from CI or uploaded in the web app
  • Keep version history, compare adjacent releases and review detected changes
  • Approve client-facing release notes and send alerts to confirmed subscribers
  • Organise client projects with logos and multiple APIs; share by link or keep private APIs for signed-in team members
  • Work with 1 Owner, up to 5 Editors, and 25 Readers; grant project access, track activity and revoke publishing keys

Included usage per workspace

  • 25 projects and 100 APIs across them
  • 1 GB of retained document content, including version history
  • 1,000 new document versions per month
  • 250 AI generation attempts per month
  • 5,000 release-alert email attempts per month

Monthly allowances apply per calendar month (UTC). Need more capacity? Contact us before exceeding an allowance.

Join the waitlist

EARLY ACCESS

Help clients understand
your next API release.

Join the waitlist. We'll email you when APIRecap opens for your team.

Read how we handle your details in our privacy policy.