Release script has context
The release process knows title, markdown body, category, affected users, and publish intent.
Changelog API
Use the ChangeCrab API on paid plans and active trials to create changelogs, publish posts, manage categories, and connect release work to internal tools.
REST API access is available on paid plans and active trials.
The release process knows title, markdown body, category, affected users, and publish intent.
The API sends structured release notes into ChangeCrab with API-key authentication.
The approved entry powers the public page, widget, RSS, subscribers, and MCP workflows.
Why this matters
The API lets engineering, platform, or agent workflows create structured update records without losing the customer-facing page.
Release scripts and internal tools can create the changelog record while the context is fresh.
API and MCP workflows give agents and tools explicit changelog data instead of brittle browser automation.
Even with API creation, teams can keep review, scheduling, and subscriber alert decisions in the workflow.
Workflow
Use a paid or trial account to create credentials for your internal tool, script, or agent.
Send title, markdown body, category, status, and changelog ID from your release system.
Use the API for draft creation, post updates, release scripts, or internal admin tools.
Let the entry feed your public page, widget, RSS, subscribers, and analytics.
Before and after
Example artifact
The API should receive structured data, not a vague blob of release text.
curl -X POST https://changecrab.com/api/changelogs/123/posts \
-H "X-API-Key: CHANGECRAB_API_KEY" \
-H "Content-Type: application/json" \
-d '{"title":"Saved report filters","summary":"Teams can reopen recurring report views in one click."}'
{
"title": "Saved report filters",
"category": "Improved",
"body": "Customer-ready markdown with links",
"status": "draft"
}
Use least-privilege keys Store secrets outside source control Keep review for customer-facing posts Log failures and retries Avoid duplicate entries
API guardrails
This page converts better when it is honest about access, authentication, and approval.
General REST API workflows are for paid plans and active trials, where release operations need structure.
Store keys outside source control, log failures, and avoid duplicate posts when retrying release jobs.
Create or update a draft through the API, then review public copy and subscriber alerts before publishing.
What you get
Buyer questions
General REST API access is available on paid plans and active trials. Free plans are best for manual changelog publishing.
Yes. Use it from release scripts, internal tools, or deployment workflows when changelog publishing should be part of shipping.
Only when the workflow is safe and well tested. Many teams create drafts through the API and keep human review before public publish or subscriber alerts.
Related pages
These pages share adjacent product communication use cases.
Start an API trial and create the next changelog post from your workflow instead of copying it by hand.