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.
npx agentmods add rules/northgraindata/dbt-doctor/release-changeloggit clone --depth 1 https://github.com/northgraindata/dbt-doctorWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/rules/northgraindata/dbt-doctor/release-changelog)<a href="https://agentmods.dev/rules/northgraindata/dbt-doctor/release-changelog"><img src="https://agentmods.dev/badge/rules/northgraindata/dbt-doctor/release-changelog.svg" alt="Measured on agentmods" height="20"></a>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.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00000 | $0.00473 |
| Opus 5 | $0.00000 | $0.00236 |
| Sonnet 5 | $0.00000 | $0.00095 |
| Haiku 4.5 | $0.00000 | $0.00047 |
Grade A, and why
release-changelog 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 6d 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.
What it actually says
Release & CHANGELOG
When preparing a version bump or npm publish, always update the root changelog.
Required files
CHANGELOG.md(repo root) — primary, human-readable history for adopters (Keep a Changelog)..changeset/*.md— drives semver + per-package changelogs via Changesets.packages/*/CHANGELOG.md— updated bypnpm changeset version(do not hand-edit unless fixing).
Release workflow
- Add a Changeset describing user-facing impact (not implementation detail).
- Update
CHANGELOG.mdunder[Unreleased]→ move items into[X.Y.Z] - YYYY-MM-DDbefore tagging. - Run
pnpm changeset versionthenpnpm build && pnpm test. - Commit:
chore(release): version packages to X.Y.Z. - Tag with package-scoped tags (
[email protected], notvX.Y.Z). pnpm changeset publish(npm OTP if required).- GitHub release on tag
[email protected]; link to rootCHANGELOG.mdsection.
CHANGELOG sections
Use: Added, Changed, Deprecated, Removed, Fixed, Security.
Write for adopters (what changed in behavior), not for maintainers (file names).
Semver
- patch — bug fixes, false-positive reductions, docs-only if user-visible.
- minor — new rules/features, backward-compatible preset/config changes.
- major — breaking CLI/config/API removals or default behavior breaks.
Example entry
## [0.3.1] - 2026-05-31
### Fixed
- SQL style rules skip Jinja in `source()` and `{{ config() }}` blocks.
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.
- 6d ago First seen · 48 lines · 0 tokens per session scan A 615a6a1478ce
release-changelog is a cursor rule published in the GitHub repository northgraindata/dbt-doctor (58 stars, last pushed 1mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 473 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-30.
Other cursor rules, from other repositories
cursorrules
Native SQL extensions for GoldenMatch (D:\showcase\goldenmatch).
release-notes
Generate changelog entries and GitHub releases from git history. Categorizes commits into features, fixes, breaking changes, and docs. Supports conventional commits, PR-based grouping, and semantic versioning. Creates formatted CHANGELOG.md entries and GitHub releases.
bump-project-version
The user can provide version in one of three ways.
ponytail
Ponytail, lazy senior dev mode. Always pick the simplest solution that works.
angular-20
This rule provides comprehensive best practices and coding standards for Angular development, focusing on modern TypeScript, standalone components, signals, and performance optimizations.
dev-standard
Apache Superset development standards and guidelines for Cursor IDE.