release-check

A read-only release-readiness check that records whether a project is prepared for deployment or merging.

In plain words
What is it for?
Use it before release to review CI/CD, tests, migrations, environment variables, security or privacy approvals, documentation, and deployment prerequisites.
Why use it?
It gathers stale documents, failed or missing tests, migration status, approvals, rollback details, and other release risks in one checklist.

Command

Install

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.

agentmods
npx agentmods add commands/lab94/frenchie-skill/release-check
Clone the repo
git clone --depth 1 https://github.com/Lab94/frenchie-skill
Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 440 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.00440
Opus 5 $0.00000 $0.00220
Sonnet 5 $0.00000 $0.00088
Haiku 4.5 $0.00000 $0.00044

Measured 2d ago against content hash 64d7cc870636, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

release-check 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 2d 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.

method/commands/release-check.md · 73 lines

How it starts

The opening of the file, as written. The whole thing — 73 lines — stays where its author put it; the contents beside it link to each section on GitHub.

/release-check

Read-only release readiness gate.

Check artifact freshness, tests, review findings, security/privacy approvals, changelog/docs needs, rollback plan, branch state, and deployment prerequisites. Record stale artifacts, missing approvals, and unresolved risks as blockers or warnings in 09-release-checklist.md. Method is warning-only here: /release-check must not block by itself, and /release may proceed only after the user explicitly confirms or accepts the risk.

Alias: /frenchie-release-check.

Artifact Contract

/release-check must produce or update 09-release-checklist.md in the active feature folder. It is read-only with respect to deploy/merge/cleanup actions, but it writes the readiness artifact.

Required 09-release-checklist.md sections:

CI/CD Status

Current CI checks, deployment automation, merge queue/protected branch state, and whether merge may deploy.

Tests

Automated and manual verification summary, including links or command output summaries from 06-test-report.md.

Migrations

Database, storage, queue, backfill, or data migration status. Say "none" only after checking.

Environment Variables

New, changed, or removed env vars/secrets and rollout ordering.

Feature Flags

Flags, kill switches, staged rollout controls, and default states.

Rollback

Rollback command/plan, data rollback constraints, and owner.

Deploy Note

Human-readable deploy note with user impact, timing, and monitoring focus.

Changelog

User-facing or internal changelog entry, or explicit reason none is needed.

Monitoring / Logging

Metrics, logs, dashboards, alerts, smoke checks, and post-deploy observation window.

Risks

Open risks, accepted risks, and blockers.

Approval

Named human approval status. /release-check may recommend approval but cannot approve for the user.

Output Contract

The command response should include:

## Release Readiness
## Checklist Artifact
## Blocking Items
## Warnings
## Required Approval
## Recommended Next Command

Read the full file on GitHub · 73 lines

Changes

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.

  1. 2d ago First seen · 73 lines · 0 tokens per session scan A 64d7cc870636

Subscribe to this mod's changes

release-check is a command published in the GitHub repository Lab94/frenchie-skill (0 stars, last pushed 3mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 440 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.