incident.io
Nexus does the diagnosis; the rest is on-call plumbing
A side-by-side editorial comparison of Fission and GitBook — release velocity, themes, recent moves, and the top alternatives to consider.
| Feature | Fission | GitBook |
|---|---|---|
| Sector | Infra & APIs | Infra & APIs |
| Velocity score | 0.0 | 5.0 |
| Sparks · 30d | 0 | 0 |
| Top themes | serverless, kubernetes, faas, release-candidates | ai-agent, documentation, reusable-content, change-requests |
| Last editorial update | 11h ago | 1mo ago |
| Website | Visit → | — |
Fission's release feed carries only RC tags, and none of them say what shipped
Every entry here is a release candidate — v1.22.0-rc1 and rc2, v1.23.0-rc1, v1.25.0-rc1 — with no final release appearing between them, and the version sequence skips 1.24 entirely. The bodies are whatever the tagging commit said, so what reaches this feed is a dependabot bump, a CLI tool-version refresh, a codegen sync explicitly labelled as having no functional change, and one entry that is nothing but links to an external release-highlights page. The actual release notes live on the project's documentation site, not here.
GitBook is quietly building an in-editor docs agent and hardening reusable-content workflows.
GitBook ships weekly, and two threads dominate: the GitBook Agent (its in-editor AI) and reusable/change-request tooling. Recent releases let the Agent hold multiple chats per change request, read and set variables across docs, and handle more complex multi-step edits, while change requests gained diffs for reusable blocks and integration blocks inside reusable content. An API to update change-request content rounds out a docs-as-code posture.
Every entry here is a release candidate — v1.22.0-rc1 and rc2, v1.23.0-rc1, v1.25.0-rc1 — with no final release appearing between them, and the version sequence skips 1.24 entirely. The bodies are whatever the tagging commit said, so what reaches this feed is a dependabot bump, a CLI tool-version refresh, a codegen sync explicitly labelled as having no functional change, and one entry that is nothing but links to an external release-highlights page. The actual release notes live on the project's documentation site, not here.
What can be read from these tags is infrastructure maintenance rather than product direction: Go dependency updates, helm and kind and skaffold and cosign version refreshes, and regenerated swagger and applyconfiguration files kept in sync with CEL and webhook validation comments in the core API types. That last one is the only entry hinting at anything structural — CEL-based validation on the API types implies declarative validation moving into the CRDs — but the commit itself changes only generated output.
This feed does not carry enough to predict product direction; until final releases or their notes appear here rather than only candidate tags, any read of where Fission is heading would be guesswork.
GitBook ships weekly, and two threads dominate: the GitBook Agent (its in-editor AI) and reusable/change-request tooling. Recent releases let the Agent hold multiple chats per change request, read and set variables across docs, and handle more complex multi-step edits, while change requests gained diffs for reusable blocks and integration blocks inside reusable content. An API to update change-request content rounds out a docs-as-code posture.
The direction is an authoring surface where an AI agent does structural work — updating variables everywhere, executing multi-step edits — inside a reviewable change-request flow, and where content can be automated via API from CI/CD. GitBook is positioning itself less as a docs editor and more as a governed, agent-assisted documentation pipeline.
Expect continued GitBook Agent capability expansion (broader edit actions, deeper structural understanding) and more API coverage for change requests to support automated, pipeline-driven documentation updates.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either Fission or GitBook.
Nexus does the diagnosis; the rest is on-call plumbing
Four channels, one fix stream — werf's releases are mostly concurrency repairs.
1.38.4 is a security release in all but name, closing ACL gaps across the API.
PAM and PKI now take up most of the lines in Infisical's release notes.
Biome's patch train keeps adding rules — and is quietly growing a Markdown linter.
DNSControl is rewriting its record internals in public, one release candidate at a time
See all Fission alternatives → · See all GitBook alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. GitBook is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. GitBook is currently shipping more aggressively (velocity 5.0 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top Fission alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Fission alternatives" section above for the current picks, or visit /alternatives/fission for the full list with editorial commentary on each.
Top GitBook alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "GitBook alternatives" section above for the current picks, or visit /alternatives/gitbook for the full list with editorial commentary on each.