check

A validation command that detects a project's technology stack and runs its configured checks in sequence. A stack means the languages, frameworks, tools, and services used by a project.

In plain words
What is it for?
Use it to check the environment, compile or build the project, run unit and integration tests, measure coverage, apply formatting and lint rules, check types, and scan dependencies for security issues.
Why use it?
It gathers common checks in one pipeline and stops when an earlier check fails, making validation failures easier to locate.

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/galando/temper/check
Clone the repo
git clone --depth 1 https://github.com/galando/temper
Per session 5 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 622 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.00005 $0.00622
Opus 5 $0.00003 $0.00311
Sonnet 5 $0.00001 $0.00124
Haiku 4.5 $0.00001 $0.00062

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

Security

Grade A, and why

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 yesterday.

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.

commands/check.md · 61 lines

How it starts

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

Check: Validation Pipeline

Goal: Auto-detect stack and run validation levels in order.

Execution

Full methodology: Read $CLAUDE_PLUGIN_ROOT/reference/check.md

Subprocess Mode

If $CLAUDE_PLUGIN_ROOT/scripts/temper config get stages.subprocess false returns true, don't run the methodology inline (skip the reference read and Quick Reference below). Launch the same isolated subprocess /temper uses — model from temper model check, prompt: "Follow $CLAUDE_PLUGIN_ROOT/agents/check.md exactly. Spec: .temper/specs/{feature-slug}. Standalone run — pass --spec-path .temper/specs/{feature-slug} to every temper gate call." Print the returned box verbatim, then run the gate + AskUserQuestion per Deterministic Gate below (the subprocess already recorded test/coverage/scenario evidence) — the human gate stays in this context either way.

Quick Reference

Levels (stop on failure): 0. Environment — verify not production

  1. Compile/Build
  2. Unit Tests
  3. Integration Tests (if configured)
  4. Coverage (threshold from config)
  5. Lint/Format
  6. Type Check
  7. Security (dependency scan)
  8. Run $CLAUDE_PLUGIN_ROOT/scripts/temper gate check --spec-path .temper/specs/{feature-slug} and show its PASS/FAIL via AskUserQuestion — see Deterministic Gate below

Active Skills

  • Context Engineering — load hierarchical context at stage start (rules → arch → source → errors, under 2K lines/task)
  • Temper Core — stack detection, pack resolution, quality gates

Deterministic Gate

This is the same gate the unified /temper command's Check stage runs — running this command standalone must not skip it, or temper gate commit sees no check evidence and wrongly blocks (or wrongly passes) a later commit. Follow $CLAUDE_PLUGIN_ROOT/agents/check.md steps 2-3 (record test/coverage evidence, and trace every intent.md scenario to a test via temper evidence add --scenario) as you validate, then run $CLAUDE_PLUGIN_ROOT/scripts/temper gate check and show its PASS/FAIL to the user via AskUserQuestion (this command is not a subprocess — you own the gate here, unlike agents/check.md's "never show a gate" rule).

Read the full file on GitHub · 61 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. yesterday First seen · 61 lines · 5 tokens per session scan A 2f8a0df162d1

Subscribe to this mod's changes

check is a command published in the GitHub repository galando/temper (15 stars, last pushed 3d ago), licensed MIT. It adds 5 tokens to every session and 622 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.