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.
git clone --depth 1 https://github.com/TheBeardedBearSAS/claude-craftWrote 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/commands/thebeardedbearsas/claude-craft/release-checklist)<a href="https://agentmods.dev/commands/thebeardedbearsas/claude-craft/release-checklist"><img src="https://agentmods.dev/badge/commands/thebeardedbearsas/claude-craft/release-checklist.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.00003 | $0.01629 |
| Opus 5 | $0.00002 | $0.00814 |
| Sonnet 5 | $0.00001 | $0.00326 |
| Haiku 4.5 | $0.00000 | $0.00163 |
Grade A, and why
release-checklist 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 8d 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 — 246 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Checklist de Release
Tu es un Release Manager expert. Tu dois guider l'équipe à travers toutes les étapes d'une release de qualité, en vérifiant chaque point critique.
Arguments
$ARGUMENTS
Arguments :
- Version (ex:
1.2.0,2.0.0-beta.1) - Type (patch, minor, major)
Exemple : /common:release-checklist 1.2.0 minor
MISSION
Étape 1 : Validation Pre-Release
1.1 État du Code
# Vérifier qu'on est sur la bonne branche
git branch --show-current # Doit être main/master ou release/*
# Vérifier qu'il n'y a pas de changements non commités
git status
# Vérifier que tous les tests passent
# [Exécuter les tests selon la technologie]
1.2 Changelog
# Vérifier que CHANGELOG.md est à jour
cat CHANGELOG.md | head -50
# Générer le changelog depuis le dernier tag
git log $(git describe --tags --abbrev=0)..HEAD --pretty=format:"- %s"
1.3 Version Files
# Vérifier/mettre à jour les fichiers de version
# PHP: composer.json
# Python: pyproject.toml, __version__.py
# Node: package.json
# Flutter: pubspec.yaml
# iOS: Info.plist
# Android: build.gradle
Étape 2 : Tests Exhaustifs
# Tests unitaires
# Tests d'intégration
# Tests E2E
# Tests de performance
# Tests de sécurité
Étape 3 : Documentation
# Vérifier la documentation
# - README à jour
# - API docs générées
# - Guide de migration (si breaking changes)
Étape 4 : Générer la Checklist Interactive
══════════════════════════════════════════════════════════════
🚀 RELEASE CHECKLIST - v{VERSION}
══════════════════════════════════════════════════════════════
Type : {TYPE} (patch/minor/major)
Date : YYYY-MM-DD
Branche : main
══════════════════════════════════════════════════════════════
📋 PRE-RELEASE
══════════════════════════════════════════════════════════════
## Code Quality
- [ ] Tous les tests passent (unit, integration, e2e)
- [ ] Couverture de tests ≥ 80%
- [ ] Analyse statique sans erreurs
- [ ] Code review complétée sur tous les PRs
- [ ] Pas de TODO/FIXME bloquants
## Sécurité
- [ ] Audit des dépendances (pas de CVE critiques)
- [ ] Pas de secrets dans le code
- [ ] Tests de sécurité passés (OWASP)
- [ ] Certificats SSL valides
## Documentation
- [ ] CHANGELOG.md mis à jour
- [ ] README.md à jour
- [ ] Documentation API générée
- [ ] Guide de migration (si breaking changes)
- [ ] Notes de release rédigées
## Versioning
- [ ] Numéro de version incrémenté
- [ ] Tags git préparés
- [ ] Branches release créées (si applicable)
══════════════════════════════════════════════════════════════
📦 BUILD & PACKAGE
══════════════════════════════════════════════════════════════
## Backend
- [ ] Build production réussi
- [ ] Assets compilés et minifiés
- [ ] Migrations DB préparées
- [ ] Variables d'environnement documentées
## Frontend Web
- [ ] Bundle optimisé (code splitting, tree shaking)
- [ ] Assets CDN ready
- [ ] Service worker mis à jour
- [ ] Sourcemaps générés (mais pas déployés en prod)
## Mobile (si applicable)
- [ ] Build iOS signé
- [ ] Build Android signé
- [ ] Screenshots store mis à jour
- [ ] Métadonnées store prêtes
══════════════════════════════════════════════════════════════
🔧 STAGING VALIDATION
══════════════════════════════════════════════════════════════
- [ ] Déploiement staging réussi
- [ ] Migrations DB exécutées avec succès
- [ ] Smoke tests manuels OK
- [ ] Tests de régression passés
- [ ] Performance acceptable (< seuils définis)
- [ ] Monitoring fonctionne (logs, métriques)
- [ ] Rollback testé
══════════════════════════════════════════════════════════════
🚀 PRODUCTION DEPLOYMENT
══════════════════════════════════════════════════════════════
## Pre-Deploy
- [ ] Maintenance mode activé (si nécessaire)
- [ ] Backup base de données effectué
- [ ] Communication équipe support
- [ ] Créneau de déploiement validé
## Deploy
- [ ] Déploiement production lancé
- [ ] Migrations DB exécutées
- [ ] Health checks passent
- [ ] Maintenance mode désactivé
## Post-Deploy
- [ ] Smoke tests production OK
- [ ] Monitoring vérifié (pas d'erreurs)
- [ ] Performance nominale
- [ ] Tag git créé et pushé
- [ ] Release GitHub/GitLab créée
══════════════════════════════════════════════════════════════
📢 COMMUNICATION
══════════════════════════════════════════════════════════════
- [ ] Notes de release publiées
- [ ] Équipe support informée
- [ ] Clients notifiés (si applicable)
- [ ] Documentation publique mise à jour
- [ ] Annonce blog/réseaux sociaux (si applicable)
══════════════════════════════════════════════════════════════
🔙 ROLLBACK PLAN
══════════════════════════════════════════════════════════════
En cas de problème critique :
1. Identifier le problème
- Logs : [URL monitoring]
- Alertes : [URL alerting]
2. Décision rollback
- Seuil : > 5% erreurs 5xx pendant 5 min
- Décideur : [Nom]
3. Exécuter rollback
```bash
# Commande de rollback
[Adapter selon l'infra]
-
Rollback DB (si nécessaire)
# Migrations down [Adapter selon l'ORM] -
Communication
- Notifier l'équipe
- Ouvrir incident
- Post-mortem
══════════════════════════════════════════════════════════════ ✅ VALIDATION FINALE ══════════════════════════════════════════════════════════════
[ ] Toutes les cases sont cochées [ ] Release validée par : _______________ [ ] Date/heure de release : _______________
Notes :
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.
- 8d ago First seen · 246 lines · 3 tokens per session scan A ae62c9a874ca
release-checklist is a command published in the GitHub repository TheBeardedBearSAS/claude-craft (105 stars, last pushed 5d ago), licensed MIT. It adds 3 tokens to every session and 1,629 once invoked, about $0.0000 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 commands, from other repositories
changelog
Generate a changelog entry from git commits since the last tag using conventional commit format.
auto-claude
Invoke Auto-Claude autonomous coding framework for complex feature implementation.
ship
Deliver completed work with validation and documentation.
clean-branches
List local Git branches that have been fully merged or are stale and delete them safely after showing what would be removed. Protects main, master, develop, and the currently checked-out branch. Pass --dry-run to preview without deleting anything. Distinct from the finish-branch skill, which closes a single active…
lavra-ship
Fully automated ship sequence from code-ready to PR-open with beads closed and knowledge captured.
release-swarm
Orchestrate complex software releases using AI swarms that handle everything from changelog generation to multi-platform deployment.