state-check

state-check is a skill for Claude Code from mishahanin/heading-os-marketplace. It costs 101 tokens per session (756 once invoked), scanned A, a copy of state-check, Apache-2.0.

A structured review of how a business function or the whole company is operating right now. It examines outside conditions, the current state, whether work has drifted from its direction and needed corrections.

In plain words
What is it for?
Use it to assess sales, product, partnerships, a team, research or the whole company. It produces a state assessment and specific behavioral adjustments when correction is needed.
Why use it?
It replaces vague progress discussions with a short review based on current context and observable signals. It helps identify when the actual situation differs from the intended course.

Skill for Claude Code

Written for Claude Code: allowed-tools in frontmatter. Also seen: model in frontmatter.

Part of the heading-core plugin — 3 skills, 2 commands shipped together

Good fit Use it to assess sales, product, partnerships, a team, research or the whole company. It produces a state assessment and specific behavioral adjustments when correction is needed.

Compare 6 skills from other repositories ↓
Install with agentmods
npx agentmods add skills/mishahanin/heading-os-marketplace/state-check
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.

Any agent
npx skills add mishahanin/heading-os-marketplace --skill state-check
Clone the repo
git clone --depth 1 https://github.com/mishahanin/heading-os-marketplace

Made for: Claude Code.

Or install heading-core, the plugin that ships this one along with the rest of its 3 skills, 2 commands.

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

agentmods badge for state-check

README.md
[![agentmods](https://agentmods.dev/badge/skills/mishahanin/heading-os-marketplace/state-check/github.svg)](https://agentmods.dev/skills/mishahanin/heading-os-marketplace/state-check)
Your own site
<a href="https://agentmods.dev/skills/mishahanin/heading-os-marketplace/state-check"><img src="https://agentmods.dev/badge/skills/mishahanin/heading-os-marketplace/state-check/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.

agentmods 80×15 button for state-check

Your own site · 80×15
<a href="https://agentmods.dev/skills/mishahanin/heading-os-marketplace/state-check"><img src="https://agentmods.dev/badge/skills/mishahanin/heading-os-marketplace/state-check.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 101 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 756 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.
Origin 100% copy Near-identical to another mod 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.1 $0.00101 $0.00756
Opus 5 $0.00051 $0.00378
Sonnet 5 $0.00020 $0.00151
Haiku 4.5 $0.00010 $0.00076

Measured 12d ago against content hash 81aff7473ae2, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-12, from the pricing page.

Security

Grade A, and why

state-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 12d 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.

Origin

This is a copy

100% identical to state-check — 0 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.

plugins/heading-core/skills/state-check/SKILL.md · 92 lines

What it actually says

State Check

Run a structured Operational State Check for a function or the full company.

Variables

function: sales | product | partnerships | tribe | research | company-wide context: [Brief situational context — what's happening that prompted this check?]


Instructions

Before running, read:

  • outputs/operations/workspace/31c-operational-state-model.md — Core operational states for each function
  • reference/state-check-guide.md — State Check format and four questions
  • context/current-data.md — Current metrics and active workstreams
  • context/pipeline.md — Active pipeline context

Run a structured State Check using the four questions from the State Check Guide:

1. Sea State (2 min) What external conditions have changed since last check? What's the environment doing?

2. Current State (3 min) What operational state is [function] actually in right now? Not what we want — what's true? Evidence: [list observable signals]

3. Heading Check (2 min) Are we on heading? Have we drifted? Assessment: [on heading / slight drift / significant drift]

4. Course Corrections (3 min) If drift detected: what specific, behavioral adjustments restore the state? Course corrections are behaviors, not goals. "Do X daily" not "achieve Y."

Output format:


Function: [name]

Current State: [one sentence assessment]

On Heading: Yes / Slight drift / Significant drift

Sea State Summary: [2-3 sentences]

Course Corrections: [bulleted list, max 3]

Next State Check: [recommended timing]


Total output: 1 page max. The point is clarity, not comprehensiveness.

Files

What ships with it

1 file beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

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. 12d ago First seen · 92 lines · 101 tokens per session scan A 81aff7473ae2

Subscribe to this mod's changes

state-check is a skill published in the GitHub repository mishahanin/heading-os-marketplace (2 stars, last pushed 5d ago), licensed Apache-2.0. It adds 101 tokens to every session and 756 once invoked, about $0.0005 per session on Opus 5. A static security scan graded it A with 0 findings. It is 100% identical to state-check, differing in 0 lines, and is treated as a copy.

Related

Other skills, from other repositories

adr

Use when the user knows what they want built and says "/adr", "write an ADR for X", "decide and build X", or "ADR-driven". Turns an intent into a grounded, cited, build-ready ADR at docs/adr/YYYY-MM-DD- .md — load-bearing decisions surfaced to the human — then hands off to nightshift:plan's landing step (the plan is…

jasonm4130/claude-skills · 138 tokens

domain-modeling

Use when pinning down domain terminology, building a ubiquitous language or project glossary, disambiguating overloaded or vague terms, or maintaining a CONTEXT.md — or when another skill needs to sharpen the domain model. Do NOT use for recording architectural decisions (use adr) or for writing implementation specs.

jasonm4130/claude-skills · 63 tokens

plan

Use when the user has an idea, feature, or fix that is more than a one-sitting edit and says "plan this", "write a plan for X", "/nightshift:plan", or "what would it take to build X". Sizes the work (trivial → no artifact; medium → a lean plan; large → a short spec first), asks one question at a time until the design…

jasonm4130/claude-skills · 183 tokens

watch

Use when a Nightwatch spec queue is about to run, or is already running, and someone needs to fire it, watch it, and steer it — "launch nightwatch", "watch the run", "/nightwatch:watch", "pause it", "skip that spec". Runs preflight, launches run.sh, arms the journal and workflow-journal monitors, knows what is safe to…

jasonm4130/claude-skills · 147 tokens

morning

Use when the user says "/nightshift:morning", "what happened overnight", "how did the night go", "why did the loop stop", or opens a session in a repo with a loop/ directory after a scheduled run. Reads the journal since the last start line and every open land / land:blocked pull request, says per stop what happened…

jasonm4130/claude-skills · 138 tokens

writing-artifacts

Use when writing or revising a durable written artifact — README, ADR, design doc, PR description, release notes, runbook, error message, user-facing docs. Gives a positive writing system (reader model, sentence positions, document jobs), not a ban-list. Do NOT use for conversational replies to the user (global…

jasonm4130/claude-skills · 115 tokens