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 skills/apiliumcode/mayros/changelog-trackernpx skills add ApiliumCode/mayros --skill changelog-trackergit clone --depth 1 https://github.com/ApiliumCode/mayrosWhat 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 | $0.00018 | $0.00549 |
| Opus 5 | $0.00009 | $0.00275 |
| Sonnet 5 | $0.00004 | $0.00110 |
| Haiku 4.5 | $0.00002 | $0.00055 |
Grade A, and why
changelog-tracker 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.
How it starts
The opening of the file, as written. The whole thing — 57 lines — stays where its author put it; the contents beside it link to each section on GitHub.
changelog-tracker
Monitor version changes with semantic versioning analysis and breaking change detection across changelogs, release notes, and dependency updates.
When to Use
Use when tracking version updates across dependencies, reviewing changelogs for breaking changes, or auditing release notes before upgrading. The skill parses semver strings, classifies bump types, and scans for 7 breaking change indicators.
Semver Classification
| Bump Type | Meaning |
|---|---|
| Major (X.0.0) | Breaking change |
| Minor (0.X.0) | New feature (backward compatible) |
| Patch (0.0.X) | Bug fix |
Breaking Change Indicators
| # | Pattern | Description |
|---|---|---|
| 1 | "breaking change" / "BREAKING" | Explicit breaking change declaration |
| 2 | "removed" + API term | Removal of API surface (endpoint, method, function, field) |
| 3 | "deprecated" + "removed" | Previously deprecated item now removed |
| 4 | "incompatible" / "not backward compatible" | Explicit incompatibility statement |
| 5 | "migration required" / "migrate" | Migration needed for upgrade |
| 6 | "renamed" + API term | API surface renamed |
| 7 | "changed signature" / "new parameter required" | Function signature changes |
Instructions
- Recall previous changelog history with
skill_memory_contextusing predicatechangelog:history - The skill scans query results for semver version strings and breaking change indicators
- Breaking changes are asserted with
skill_assertusing predicatechangelog:breaking-changewith proof required - Version updates are recorded with predicate
changelog:version-updatewithout proof - Query changelog history to track version progression and breaking change frequency over time
What ships with it
9 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
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.
- 3d ago First seen · 57 lines · 18 tokens per session scan A 3ce55141c882
changelog-tracker is a skill published in the GitHub repository ApiliumCode/mayros (12 stars, last pushed 1mo ago), licensed MIT. It adds 18 tokens to every session and 549 once invoked, about $0.0001 per session on Opus 5. 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 skills, from other repositories
codew-release-qa-sweep
Use before claiming Codewhale release work is done: run the full gate sweep and list the manual QA targets.
gh-credit-harvest
Harvest one community PR into a release branch with authorship and credit preserved, verified green, and a warm thank-you.
release
Prepare a named version: preflight, version consistency, build/package, smoke test, checksums/notes, and release readiness. Publishing/tagging/deploy need separate authorization. Explicit-only.
herdr-pre-release-audit
Audit herdr release readiness by comparing commits since the base release against next-release changelog and docs. Use when asked to run or apply the repo's pre-release audit, validate docs/next before release, inspect issue refs that release CI will close, or finalize release docs for herdr.
potpie-change-timeline
Use when an agent needs recent or historical change context: what changed recently, regressions, merged PRs, tickets, docs, incidents, deployments, releases, and source-history ingestion.
tutti-app-release
Set up, review, run, or debug external repositories that publish a Tutti workspace app through the reusable Tutti App Release GitHub Actions workflow. Use for caller workflows, tutti.app.json manifests, @tutti-os/app-release-tools, S3/CloudFront release hosting, latest.json, versions.json, catalog.json, catalog-only…