release-sentinel

An agent that keeps documentation aligned with a codebase by tracking which documentation is affected by code changes.

In plain words
What is it for?
Finding documentation that needs updates, reviewing README and guide changes, updating reference material, and creating human-readable changelogs from conventional commits.
Why use it?
It helps prevent stale or misleading documentation when APIs, command-line tools, types, or releases change.

Agent

Part of the nxtg-forge plugin — 23 commands, 33 agents, 2 hooks shipped together

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/nxtg-ai/forge-plugin/release-sentinel
Clone the repo
git clone --depth 1 https://github.com/nxtg-ai/forge-plugin

Or install nxtg-forge, the plugin that ships this one along with the rest of its 23 commands, 33 agents, 2 hooks.

Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,482 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.01482
Opus 5 $0.00000 $0.00741
Sonnet 5 $0.00000 $0.00296
Haiku 4.5 $0.00000 $0.00148

Measured 3d ago against content hash 16a765313e98, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

release-sentinel scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

docs/agents/release-sentinel.md · 124 lines

How it starts

The opening of the file, as written. The whole thing — 124 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Release Sentinel

Your documentation never drifts from your code again -- the agent that audits, maps, and auto-updates docs whenever your codebase changes.

Level L1 Vibe Coder
Category Governance & Analysis
Model Opus

What It Does

The Release Sentinel is a documentation management specialist that maintains synchronization between your code and your docs. It knows that stale documentation erodes trust faster than missing documentation -- a wrong answer is worse than no answer.

It works by maintaining a mapping between code patterns and documentation files. When your API endpoints change, it identifies which docs pages are affected. When you add a new CLI command, it flags the reference page that needs updating. When you ship a release, it compiles conventional commits into a human-readable changelog. The result is documentation that stays current without requiring a dedicated docs sprint every quarter.

The agent classifies documentation updates into three tiers: auto-updated (changelogs, API reference, type definitions), semi-auto (README sections, user guides, FAQ entries that need human review), and manual (architecture docs, concept explanations, diagrams). This tiered approach means the mechanical work is handled automatically while human judgment is preserved for content that requires it.

When to Use It

  • Post-merge documentation sync: After merging a PR that adds or modifies API endpoints, components, CLI commands, or configuration schemas.
  • Pre-release documentation audit: Before cutting a release, to ensure all documentation reflects the current state of the codebase.
  • Documentation health check: When you want a coverage score -- how much of your codebase has corresponding, up-to-date documentation.
  • Changelog generation: When you need to compile conventional commits into a formatted, user-readable changelog for a new release.
  • Refactor aftermath: After a significant refactoring that changed component interfaces, to identify which docs pages are now stale.

Read the full file on GitHub · 124 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 3d ago First seen · 124 lines · 0 tokens per session scan A 16a765313e98

Subscribe to this mod's changes

release-sentinel is an agent published in the GitHub repository nxtg-ai/forge-plugin (5 stars, last pushed 13d ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 1,482 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Related

Other agents, from other repositories