Changelogs coding agents can upgrade from.
Every release you publish becomes a structured feed and an MCP server — versions, breaking changes, migration steps, deprecations. When someone asks their agent “what changed since v1.4, and what do I need to change?”, the answer comes from you, not a guess.
- JSON feed + MCP server
- Widget & hosted page included
- Free for open source
you › We're on @acme/analytics 1.4. Upgrade us to 2.0.
⏺ compare_versions(changelog: "acme", from: "1.4.0", to: "2.0.0")
⎿ 7 releases · 3 breaking changes · 3 deprecations
Three things need to change before 2.0:
- 1acme.track() no longer takes a callback→ await acme.track(name, props)
- 2Page-number pagination is gone→ send ?cursor= from next_cursor
- 3Funnel step ids are strings now→ update the id column type
Also: ACME_API_KEY is deprecated — switch to ACME_PROJECT_TOKEN before 3.0.
Applying 3 changes in 5 files…
Why it matters
Agents upgrade from memory. Memory is out of date.
Coding agents write code against the version of your library they saw in training. When you ship a breaking change, they don't know — and your users pay for it in broken builds and support tickets.
Without LogPulse
- Agents guess your API from stale training data
- Release notes are prose, scattered across GitHub, blogs and docs
- Migration steps get lost; deprecations surprise people at removal
- Third-party scrapers paraphrase your notes and get them wrong
With LogPulse
- Agents read your releases from the source, through MCP or JSON
- Every release carries a version, breaking changes and deprecations
- One call answers “what changed between 1.4 and 2.0?” with your migration steps
- Your users still get a polished widget, hosted changelog and emails
How it works
Publish once. People and agents both get it.
Write a release in the dashboard, let AI draft it from GitHub, or post it from CI. LogPulse turns it into every format your users read.
- 01
Ship and publish
Write notes in the editor, approve an AI draft made from your merged PRs, or POST from your agent or CI with an API key.
- 02
Add the upgrade details
Tag the version, list breaking changes with migration steps, and mark deprecations with their replacement and removal version.
- 03
Agents ask, you answer
Claude Code, Cursor and Lovable query your changelog through MCP or JSON and apply your migration steps — while people read the widget.
Live data, not a mockup
One call. Everything between two versions.
This is the real answer for Acme Analytics, 1.4.0 → 2.0.0: 7 releases, 3 breaking changes and 3 deprecations — ordered so an agent can work through them.
curl "https://release-ripple-roadmap.lovable.app/api/public/v1/changelogs/acme/diff?from=1.4.0&to=2.0.0&format=markdown"3 breaking changes
- v2.0.0
acme.track() no longer accepts a callback
@acme/analytics SDKReplace
acme.track(name, props, cb)withawait acme.track(name, props). Wrap calls in try/catch if you relied on the callback error argument. - v2.0.0
Page-number pagination removed from GET /v1/events
REST APIUse the
next_cursorvalue from each response as?cursor=on the next request. Thepageandper_pageparameters now return 400. - v2.0.0
Funnel step ids are now strings
REST API, webhooksStore funnel step ids as strings; numeric ids are no longer returned.
3 deprecations
- v1.5.0
acme.track(event, props, callback)→ useawait acme.track(event, props)· removed in 2.0.0Callbacks are replaced by promises. - v1.6.0
GET /v1/events?page=N→ useGET /v1/events?cursor=…· removed in 2.0.0Page-number pagination is slow on large projects. - v1.8.0
ACME_API_KEY environment variable→ useACME_PROJECT_TOKEN· removed in 3.0.0
Two-minute setup
Point any agent at one URL.
Agents read any public changelog with no keys. Give yours an API key and it publishes the release note the moment it ships.
- search_changelogsfind a changelog by package or repo name
- list_releases · get_releaseversions, notes and upgrade details
- compare_versionsbreaking changes and migrations between two versions
- get_roadmapwhat's planned, in progress and shipped
- publish_release · post_roadmap_updatewith your API key: ship, then announce
claude mcp add --transport http logpulse https://release-ripple-roadmap.lovable.app/mcp## Release notes (LogPulse)
After you ship a user-facing change, publish a release note to our LogPulse changelog "your-product":
- If the LogPulse MCP server is connected (https://release-ripple-roadmap.lovable.app/mcp, with our API key in its Authorization header), call publish_release. Otherwise POST https://release-ripple-roadmap.lovable.app/api/public/v1/releases with header `Authorization: Bearer $LOGPULSE_API_KEY`.
- Fields: "title", "version", "category": "new" | "improved" | "fixed", "body" (markdown), "status": "published"
- List breaking changes in "breaking_changes": [{ "summary", "affects", "migration" }] and deprecations in "deprecations": [{ "item", "replacement", "removal_version" }]
- Use "status": "draft" when a human should review it first.
- When a roadmap item ships, call post_roadmap_update (or PATCH https://release-ripple-roadmap.lovable.app/api/public/v1/roadmap/{id}) with { "status": "shipped", "linked_release": "<version>" }.
- Never paste the API key into chat or commit it; it lives in the environment.
Spec: https://release-ripple-roadmap.lovable.app/openapi.jsonAnd for the humans
The same releases, in a widget people actually open
A tiny “What’s new” widget, a hosted changelog and a public roadmap come with every plan. This is the real widget — try it.
<script src="https://release-ripple-roadmap.lovable.app/widget.js" data-workspace="acme" data-mode="popover" data-position="bottom-right" data-theme="light" data-accent="#4f6bff" async></script>AI drafts from GitHub
Merged PRs and releases become draft notes in your tone — breaking changes and deprecations included. Approve in one click.
In-app widget
Drawer, modal or banner with an unread badge, reactions and markdown. Under 15kb, no dependencies.
Hosted changelog & roadmap
Search, filters, upvotes, comments and an upgrade guide between any two versions.
Email on publish
Subscribers get each release in their inbox the moment it goes live.
Reactions & comments
See which releases land, and reply as your team.
Publish from code
A REST API and OpenAPI spec so agents and CI can post releases right after shipping.
Free for open source
Open source is free. Companies pay.
Public repositories with an open-source license get every paid feature at no cost. Link your changelog from your README, verify in one click, and your users' agents can upgrade your library safely. The small “⚡ Powered by LogPulse” link stays on — that's how it stays free.
How it works- 01
Link it
Add your LogPulse changelog link to the README.
- 02
Verify
We check the repo is public, licensed and not a fork.
- 03
Ship
Unlimited releases, AI drafts and emails — free for a year, renewable.
Pricing
Free to read. Free for open source. Simple for companies.
Pro is €12/month — or €99/year and save 31%.
Free
€0 forever
- Up to 10 published releases
- JSON feed, MCP server & API
- Widget, hosted changelog & roadmap
- ⚡ Powered by LogPulse badge
Open source
€0 for public repos
- Unlimited releases & subscribers
- AI drafts from GitHub
- Email blast on every release
- Up to 5 team members
Pro
For companies€12 per month
- Everything in Open source
- For commercial products
- Remove LogPulse branding
- Custom domain on request
Your next breaking change shouldn't break anyone.
Set up an agent-readable changelog in two minutes. Free to start, free forever for open source.