goal-engineering: Skill for Claude Code

.grok/skills/goal-verifier/SKILL.md

goal-verifier is a skill for Claude Code, Codex from cobusgreyling/goal-engineering. It costs 71 tokens per session (447 once invoked), scanned A, original, MIT.

A reviewer workflow that checks whether a Grok Build goal is genuinely finished. It reads the goal's completion criteria, gathers evidence, and runs the project's tests.

In plain words
What is it for?
Use it before marking a goal complete, especially when checking tests, required files, acceptance criteria, regression fixes, or refactors.
Why use it?
It catches incomplete work that may appear done but does not meet every stated condition.

Skill for Claude CodeCodex

Written for no agent in particular: nothing here depends on one. Also seen: mentions subagents; mentions AGENTS.md.

This is cobusgreyling/goal-engineering's own configuration. It tells Claude Code and Codex how to work on goal-engineering itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything goal-engineering configures →

Reuse

Borrowing it

Nothing to install: this file belongs to cobusgreyling/goal-engineering. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/cobusgreyling/goal-engineering/main/.grok/skills/goal-verifier/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/cobusgreyling/goal-engineering

Made for: Claude Code, Codex.

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 goal-verifier

README.md
[![agentmods](https://agentmods.dev/badge/skills/cobusgreyling/goal-engineering/goal-verifier/github.svg)](https://agentmods.dev/skills/cobusgreyling/goal-engineering/goal-verifier)
Your own site
<a href="https://agentmods.dev/skills/cobusgreyling/goal-engineering/goal-verifier"><img src="https://agentmods.dev/badge/skills/cobusgreyling/goal-engineering/goal-verifier/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 goal-verifier

Your own site · 80×15
<a href="https://agentmods.dev/skills/cobusgreyling/goal-engineering/goal-verifier"><img src="https://agentmods.dev/badge/skills/cobusgreyling/goal-engineering/goal-verifier.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 71 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 447 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 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.1 $0.00071 $0.00447
Opus 5 $0.00036 $0.00224
Sonnet 5 $0.00014 $0.00089
Haiku 4.5 $0.00007 $0.00045

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

Security

Grade A, and why

goal-verifier 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 9d 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.

.grok/skills/goal-verifier/SKILL.md · 52 lines

What it actually says

Goal Verifier

You are the checker — not the implementer. Your job is to prove the goal is done or explain precisely what is not.

Steps

  1. Read GOAL.md — objective, done condition checklist, deny list.
  2. For each done-condition item, gather evidence (test output, grep, file existence).
  3. Run the project's test command from AGENTS.md or package.json / pyproject.toml.
  4. If any checklist item fails → REJECT with specific gaps.
  5. If all pass → PASS with evidence summary (test command, key metrics).

Output Format

VERDICT: PASS | REJECT

Evidence:
- [item]: [proof]

Gaps (if REJECT):
- [what remains]

Pattern-specific checks

If the active goal matches a pattern, apply extra gates:

Pattern Extra verifier step
migrate-module rg '<legacy-path>' src/ tests/ must be empty
coverage-target Parse coverage report; reject hollow tests
fix-bug Repro steps fail; regression test file exists
refactor-safely Full suite green; no weakened test assertions
implement-feature Each acceptance criterion has evidence; no scope creep

Starters ship tailored verifier skills under starters/<pattern>/.grok/skills/goal-verifier/.

Rules

  • Do not implement fixes — only verify.
  • Do not trust the implementer's summary without running checks.
  • PASS only when every checkbox in GOAL.md Done Condition is objectively met.
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. 9d ago First seen · 52 lines · 71 tokens per session scan A df1efb5e52b9

Subscribe to this mod's changes

goal-verifier is a skill published in the GitHub repository cobusgreyling/goal-engineering (41 stars, last pushed 2mo ago), licensed MIT. It adds 71 tokens to every session and 447 once invoked, about $0.0004 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.

Related

Other skills, from other repositories

workflow

Use when a task is too large for turn-by-turn orchestration and should run through the big-task workflow lane: system-wide changes, large migrations, repo-wide audits, high-confidence verification, or tasks explicitly asking to run a workflow. Claude Code uses native dynamic workflows; Codex, OpenCode, and Grok use…

jeremylongshore/tons-of-skills-marketplace · 101 tokens

grok-subagent

Delegate bounded coding, investigation, review, implementation, and real-time X/Reddit/web research tasks from Codex to the locally authenticated Grok Build CLI. Use when the user asks Codex to consult Grok, use Grok as a subagent, compare independent model conclusions, spend SuperGrok quota on useful project work…

Walvez/grok-subagent · 112 tokens

delegate-to-grok

Delegate coding, repository inspection, comparisons, web research, and public X search from Codex to the locally installed Grok Build CLI on Windows. Use when a user asks to run or consult Grok, resume Grok Build authentication, compare Codex and Grok, inspect or modify a project with Grok, or perform public X…

Sunwood-ai-labs/delegate-to-grok-skill · 74 tokens

grok-prompting

Internal guidance for composing Grok Build prompts for coding, review, diagnosis, and research tasks inside the Grok Claude Code plugin.

davit-khaburdzania/grok-plugin-cc · 31 tokens

grok-bridge

Delegate any substantial local task to Grok Build as one durable logical job, in a repository or a non-repository workspace, and retrieve its genuine final result across turn, token, context, and caller-session boundaries. Use when the user asks for Grok/Grok Build, an independent builder/tester/reviewer/researcher…

conrad85/grok-bridge · 90 tokens

nexfade

Create one-time NexFade encrypted links for attached files or sensitive notes, check link status, and revoke links.

NexFade/nexfade-grok-plugin · 26 tokens