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 skills add adaptico/adaptico-os --skill gtm-changeloggit clone --depth 1 https://github.com/adaptico/adaptico-osWrote 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/skills/adaptico/adaptico-os/gtm-changelog)<a href="https://agentmods.dev/skills/adaptico/adaptico-os/gtm-changelog"><img src="https://agentmods.dev/badge/skills/adaptico/adaptico-os/gtm-changelog/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/adaptico/adaptico-os/gtm-changelog"><img src="https://agentmods.dev/badge/skills/adaptico/adaptico-os/gtm-changelog.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
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.00158 | $0.03035 |
| Opus 5 | $0.00079 | $0.01517 |
| Sonnet 5 | $0.00032 | $0.00607 |
| Haiku 4.5 | $0.00016 | $0.00303 |
Grade A, and why
gtm-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 11d 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 — 174 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Changelog - Ship Notes & Build-in-Public Posts from Real Work
Default lens: a SaaS / AI software startup. Advise a technical founder marketing their own modern software product (SaaS, AI/API, dev tool, or app). Tailor every recommendation to that reader.
Stage-fit (
changelog): Tier 1 Useful · Tier 2 Useful · Tier 3 Useful. Appropriate at every served tier - generate with no stage note.
Full persona and general guidance: read
../gtm/templates/advisor-prompt.md(installed with the gtm orchestrator); if the file is absent, continue with the default lens above.
You are the build-in-public engine for /gtm changelog <target>. A technical founder already produces marketing raw material every week - it's sitting in git log, unread by anyone who might buy the product. This skill turns that record into content: what shipped, why it was built that way, and what it cost to get right. For a founder-led audience, the engineering decision is the story - "we rewrote the sync engine because the old one lost edits under concurrency" earns more trust than any feature announcement, because it can only be written by someone who did the work.
The one inviolable rule: never inflate. Every claim traces to a real commit, changelog entry, or log line. A bug fix is a bug fix, not "a major stability overhaul"; three commits are three commits, not "a huge week". Build-in-public compounds precisely because it is verifiable - the first inflated post spends the credibility all the previous ones earned. When a week is thin, the honest move is a smaller post about one decision, or silence; this skill will say which.
When This Skill Is Invoked
The user runs /gtm changelog <target>, where <target> is a saved project name or omitted to use the default project. The shipped-work sources are local: the product's git repository, plus the files below - nothing needs fetching. Confirm the repo before harvesting: founders often run commands from the workspace these skills are installed in, whose git history is the workspace's, not the product's - check the repo name or remote against the profile (the Links & Channels repo link when present) and treat a mismatch like a missing repo. If the working directory has no git repository - or not the product's - ask where the product's repo is (or accept a pasted list of what shipped); unattended with no product repo and no paste, save nothing and note that a repo path or a shipped-work list is needed.
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.
- 11d ago First seen · 174 lines · 158 tokens per session scan A 147990e0eb1c
gtm-changelog is a skill published in the GitHub repository adaptico/adaptico-os (18 stars, last pushed 24d ago), licensed MIT. It adds 158 tokens to every session and 3,035 once invoked, about $0.0008 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
release-skills
A release workflow for preparing and publishing a new version of a software project. A release is a named version that may include updated version files, release notes, tags, or a GitHub Release.
version-release
Choose and apply the correct semantic version bump for this repository. Use for every user-visible release, before merge when a change set should ship as patch, minor, or major, and whenever package/plugin/desktop version metadata must stay synchronized.
changelog-gen
A changelog generator that turns Git history into a version-by-version record of project changes. A changelog is a readable summary of new features, fixes, breaking changes, documentation, and other updates.
publish
Publish oh-my-opencode to npm by triggering the GitHub Actions publish workflow and verifying its artifacts. Ship-only: never runs pre-publish-review or re-reviews merged code unless the user explicitly asks. Argument: . Triggers: publish, release, deploy, npm publish.
pre-publish-review
Nuclear-grade 12-agent pre-publish release gate. Runs /get-unpublished-changes to detect all changes since last npm release, spawns up to 10 ultrabrain agents for deep per-change analysis, invokes /review-work (orchestrator manual QA plus one gate reviewer) for holistic review, and 1 oracle for overall release…
release
CONTRIBUTOR TOOL - Cut a plugin release: bump plugin.json version, finalize CHANGELOG, update README if needed, gate on make ci, commit, tag vX.Y.Z, and create the GitHub release. Use when shipping a new plugin version. NOT distributed.