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.
npx skills add srnichols/plan-forge --skill health-checkgit clone --depth 1 https://github.com/srnichols/plan-forgeWrote 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/skills/srnichols/plan-forge/health-check)<a href="https://agentmods.dev/skills/srnichols/plan-forge/health-check"><img src="https://agentmods.dev/badge/skills/srnichols/plan-forge/health-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.
<a href="https://agentmods.dev/skills/srnichols/plan-forge/health-check"><img src="https://agentmods.dev/badge/skills/srnichols/plan-forge/health-check.svg" alt="Reviewed on agentmods" width="80" 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.00033 | $0.00998 |
| Opus 5 | $0.00016 | $0.00499 |
| Sonnet 5 | $0.00007 | $0.00200 |
| Haiku 4.5 | $0.00003 | $0.00100 |
Grade A, and why
health-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 5d 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 — 104 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Health Check Skill
Trigger
"Check my setup" / "Is my forge healthy?" / "Run health check" / "Diagnose my project"
Steps
1. Environment Diagnostics
Use the forge_smith MCP tool to inspect the forge — diagnose environment, VS Code config, setup health, version currency, and common problems.
Review the output for:
- Required tools installed (git, VS Code, PowerShell/Bash, gh CLI)
- VS Code settings for Copilot agent mode
- .forge.json validity and version currency
- MCP server status
- Orchestrator readiness
If forge_smith reports failures: List each failure with its FIX recommendation. Continue to Step 2 regardless.
2. Setup Validation
Use the forge_validate MCP tool (or run pforge check) to verify that all required Plan Forge files exist, file counts match preset expectations, and no unresolved placeholders remain.
Review the output for:
- Required files present (instructions, agents, prompts, skills)
- File counts match preset expectations
- No unresolved
<YOUR PROJECT NAME>placeholders - AGENTS.md and copilot-instructions.md configured
If validate reports missing files: Flag as CRITICAL — setup may need to be re-run.
3. Completeness Scan
Use the forge_sweep MCP tool to scan code files for TODO, FIXME, HACK, stub, placeholder, and mock data markers.
Review the output for:
- Count of deferred-work markers
- Location of each marker
- Whether markers are in production code vs. test/config files
If sweep finds markers in production code: Flag as WARNING — these should be resolved before the Review Gate (Step 5).
4. Report
Plan Forge Health Check:
Environment: N passed, N failed, N warnings
Setup: N passed, N failed
Sweep: N deferred-work markers found
Critical Issues: (list any)
Warnings: (list any)
Recommendations: (list any)
Overall: PASS / FAIL
A PASS requires:
- Zero environment failures (warnings OK)
- Zero setup failures
- Zero sweep markers in production code (markers in tests/config are OK)
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.
- 5d ago First seen · 104 lines · 33 tokens per session scan A 234f8b048bc5
health-check is a skill published in the GitHub repository srnichols/plan-forge (5 stars, last pushed yesterday), licensed MIT. It adds 33 tokens to every session and 998 once invoked, about $0.0002 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-09-03.
Other skills, from other repositories
systemic-issue-triage
Trigger: new issue, bug report, triage, backlog, issue flood, community report, root cause, dead-end, blocked user. Attack issues by root class, never one-by-one; fixes must shrink the system, not grow it.
issue-root-resolution
Trigger: root audit, atacar la raíz, issue roots, backlog roots, mechanism map, deletion-driven fix, resolver issues de raíz, close outdated issues. Audit and resolve issue clusters by verified root cause.
rdd-defect-workflow
Trigger: RDD, receipt-driven development, review authority, receipt/lineage, correction/recovery, delivery gate/kill switch, bounded review defects. Guide work.
chrome-devtools-mcp
Use Chrome DevTools MCP from .NET agents and .NET-focused repos to inspect, debug, and automate Chrome through an MCP client. USE FOR: the repo needs browser-level debugging for ASP.NET Core, Blazor, WebAssembly, or any .NET app with a web UI; the user wants an MCP server that can inspect console. DO NOT USE FOR: pure…
asynkron-profiler
Use the open-source free Asynkron.Profiler dotnet tool for CLI-first CPU, allocation, exception, contention, and heap profiling of .NET commands or existing trace artifacts. USE FOR: Asynkron.Profiler setup; automation-friendly profiling output; CPU, allocation, exception, contention, and heap investigation. DO NOT…
managedcode-orleans-graph
Integrate ManagedCode.Orleans.Graph into an Orleans-based .NET application for grain-call policy enforcement, deadlock detection, live-call telemetry, and Mermaid graph diagnostics. USE FOR: ManagedCode.Orleans.Graph integration; allowed grain transitions; Orleans call filters; live policy graphs; reviewing Orleans…