Self-updating workflows are background agents that watch a code repo and propose docs PRs when something they care about changes. Three workflow kinds today:
| Kind | What it watches | What it does |
spec_drift | An OpenAPI spec file in your product repo | When the spec changes, opens a PR against your docs repo with the diff applied (new endpoints added, removed endpoints flagged, parameter changes called out) |
broken_links | Your docs site itself | Sweeps weekly, opens a PR with fixes for any internal links that 404 |
changelog_sync | Your product repo (CHANGELOG.md or releases) | Mirrors release notes into your docs changelog.mdx |
Workflows are opt-in per project. Each project can have many.
Where to manage
Project → Settings → Workflows.
Click Add workflow, pick a kind, point it at the upstream source (repo + path + branch), choose whether to open a PR or just stamp a notification, and save. The PR-branch prefix defaults to nookdocs/auto- so you can route them to the right reviewers.
Plan availability
| Plan | Workflows |
| Free | — |
| Pro | — |
| Team | — |
| Enterprise | ✅ |
Status
Workflows are configured today — the panel saves your config and the plan gate enforces correctly. The background runner that watches the upstream repo and opens the PR ships in the Enterprise security release. Saved configs activate automatically; no re-entry needed.
If you have a hard requirement before then, contact us — early-access path is available for Enterprise customers.