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 rijuvashisht/Magneto --skill shipgit clone --depth 1 https://github.com/rijuvashisht/MagnetoWrote 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/rijuvashisht/magneto/ship)<a href="https://agentmods.dev/skills/rijuvashisht/magneto/ship"><img src="https://agentmods.dev/badge/skills/rijuvashisht/magneto/ship/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/rijuvashisht/magneto/ship"><img src="https://agentmods.dev/badge/skills/rijuvashisht/magneto/ship.svg" alt="Reviewed on agentmods" width="80" 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.00712 |
| Opus 5 | $0.00000 | $0.00356 |
| Sonnet 5 | $0.00000 | $0.00142 |
| Haiku 4.5 | $0.00000 | $0.00071 |
Grade A, and why
ship 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 10d 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 — 105 lines — stays where its author put it; the contents beside it link to each section on GitHub.
/ship — Release Engineer: Sync, Test, Bootstrap, PR
Role: Release Engineer
Inputs: plan.md, review-report.md (no [BLOCK] findings)
Outputs: git commits, opened PR, trace link updates
Audit actions: ship.started, ship.tests_bootstrapped, ship.pr_opened
The Protocol
Step 1: Preflight
- Check
magneto audit verify— fails if audit chain corrupt - Check there are no outstanding [BLOCK] findings in
review-report.md - Check
/freezeis off (or user explicitly overrides)
Step 2: Sync with main
git fetch origin
git merge origin/main # or rebase, per project convention
Resolve conflicts if any. If conflicts span unrelated code, STOP and ask.
Step 3: Test bootstrap (if missing)
If the project has no test framework:
- Detect stack (package.json → jest/vitest, go.mod → go test, pytest via pyproject.toml, etc.)
- Scaffold minimal config + one smoke test
- Commit as
chore: bootstrap test framework
Emit audit: magneto audit add ship.tests_bootstrapped --payload '{"framework":"..."}'.
Step 4: Run all tests
<project test command>
If any fail, refuse to continue. Cite the failures.
Step 5: Filter-squash WIP commits (gstack pattern)
If continuous checkpoint mode has produced WIP: commits:
git filter-branch --msg-filter '...' # or interactive rebase
Preserve non-WIP commits. Keep bisect clean.
Step 6: Write trace links (Magneto-unique)
For each changed file, record the design → code link:
magneto trace add --requirement <req-id> --file <path> --test <path>
(Skip if /trace hasn't been initialized.)
Step 7: Generate PR description from sprint artifacts
Pull:
- Summary from
design.md - File list from
plan.md - Findings from
review-report.md - Test plan from
test-plan.md(if /plan-eng-review ran)
Format:
## Summary
<from design.md>
## Changes
<from plan.md file list>
## Testing
- Tests: <added>/<total> passing
- Coverage: <percent>
<from test-plan.md>
## Review
<summary from review-report.md>
## Trace
<requirement IDs from /trace>
---
Generated by Magneto AI — sprint s-YYYYMMDD-...
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.
- 10d ago First seen · 105 lines · 0 tokens per session scan A db369e57787d
ship is a skill published in the GitHub repository rijuvashisht/Magneto (6 stars, last pushed 2mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 712 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.
Other skills, from other repositories
writing-modpack-changelog
Use when cutting a modpack release. Creates /docs/release-changelog.md if absent; appends a new version section with grouped changes. Triggers - 'cut a release', 'release notes', 'changelog', 'v1.2.3 changes', 'what changed since last version'.
multi-repo-release
Prepares and validates GPT-RAG umbrella and multi-repository releases. Use whenever work involves release preparation, semantic versions, release branches, manifest or component pins, changelog release entries, tags, GitHub Release notes, or AI Landing Zone release alignment.
publish-npm-package
Configure or troubleshoot npm package publication with GitHub Actions and npm Trusted Publishing. Use this skill for JavaScript or TypeScript packages. Also use it for the npm package in a mixed-language repository. Do not use it for applications or repositories without an npm package. Do not use it for generic CI…
git-workflow
Git workflow patterns including branching strategies, commit conventions, merge vs rebase, conflict resolution, and collaborative development best practices for teams of all sizes.
pr-release-gate
Use for PR readiness, branch hygiene, checks, review feedback, release gates, publish readiness, and post-merge handoff. Do not push to main, merge with pending required checks, or mark release ready without evidence.
feature-flag-playbook
Plan feature flag rollout and cleanup. Use when a mid-level developer needs controlled release guidance.