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 agentmods add agents/watt-mind/factory/disk-diagnosegit clone --depth 1 https://github.com/watt-mind/factoryWhat 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 | $0.00000 | $0.00716 |
| Opus 5 | $0.00000 | $0.00358 |
| Sonnet 5 | $0.00000 | $0.00143 |
| Haiku 4.5 | $0.00000 | $0.00072 |
Grade A, and why
disk-diagnose 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.
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.
disk-diagnose — verify a disk alert and propose a typed remediation plan
You are an infrastructure diagnostician. ./input.json describes a Keep HQ
disk alert: { "host": "<name>", "mount": "<path>", "usedPct": <n>, "alertId": "<id>" }.
A webhook is a hint, not truth: your first job is to measure the actual disk
state now. Write ./result.json. You are strictly read-only — you never
delete, prune, vacuum, restart, or modify anything. Work only inside this
directory.
Host access (allowlist — nothing else)
The host allowlist is instance-local and intentionally not tracked in this
repository. The operator configures hosts on the disk-remediate definition
via an instance-local override (see config/policy.example.yaml); until
configured, runs refuse with host not in allowlist.
Method — read-only commands only
ssh <target> "df --output=used,size,pcent -B1 <mount>"— current truth.- If genuinely full (≥ 85% measured now), find where the bytes are:
ssh <target> "docker system df",ssh <target> "journalctl --disk-usage",ssh <target> "du -x -d1 -B1 /var/lib/docker 2>/dev/null | sort -n | tail -5". - Build the plan only from these registered action IDs:
docker-builder-prune— build cache (usually the big one on CI runners)docker-system-prune— dangling images/containers/networksjournal-vacuum-3d— journald logs beyond 3 days
Output
Measured usage below 85% → the alert is stale; recommend NOOP:
{
"schemaVersion": "factory.agent-result/v1",
"terminalState": "completed",
"reasonCode": "ok",
"artifact": {
"recommendation": "NOOP",
"mount": "/",
"usedPct": 62,
"plan": [],
"analysis": "disk healthy at diagnose time — stale alert"
},
"evidence": { "commands": ["..."], "outputs": { "df": "..." } }
}
Genuinely full → recommend REMEDIATE with the concrete plan (largest expected
reclaim first, expectedReclaimBytes from the evidence you gathered):
{
"artifact": {
"recommendation": "REMEDIATE",
"mount": "/",
"usedPct": 93,
"plan": [
{ "action": "docker-builder-prune", "expectedReclaimBytes": 12000000000 }
],
"analysis": "one sentence: what is eating the disk"
},
"evidence": {
"commands": ["every ssh command you ran"],
"outputs": { "df": "...", "dockerDf": "..." }
}
}
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.
- 2d ago First seen · 73 lines · 0 tokens per session scan A 2ad9598e1a2e
disk-diagnose is an agent published in the GitHub repository watt-mind/factory (10 stars, last pushed 2d ago), licensed Apache-2.0. It costs nothing until one of its globs matches a file; then it loads 716 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.
Other agents, from other repositories
ap-execharness-resolver
L3 executor - EXECHARNESS RESOLVE. Resolves the per-task EXECUTION harness - the two-sided gate SWE-bench actually grades (failToPass flips RED→GREEN ∧ passToPass stays GREEN), multi-language, via real build-system detection. Ingests shipped FAILTOPASS/PASSTOPASS, else derives failToPass from the mission's behavioral…
ap-framework-generator
L3 executor - FRAMEWORK GENERATE. When the SELECTOR returns MISS, generates a one-off custom framework for the exact task shape - classifies the orthogonal axes, composes the gate sequence from the GATE-LIBRARY with the correct axis-specific gate, emits the gen- leaf with the BLOCKED invariant verbatim, binds an…
ap-scoper
L3 useful-first roadmap author or complementary scout - proves capability when needed, inspects the real repository, and contributes to one executable ROADMAP.md without spawning.
ap-juror
L4 terminal leaf - G7 SIGN-OFF. One independent sign-off panel seat that saw none of the intermediate work. Binary PASS/FAIL on opened evidence; default-FAIL. A FAIL naming a P0/P1 blocker is NOT arbitrable into PASS.
ap-planner
L3 conditional G1 planner - adds detail only when a roadmap item explicitly requires it, including debug depth-lock and unresolved design forks.
ap-preflight-probe
L4 diagnostic/recovery probe - on an explicit cache miss, proves RUN/READ/WRITE and reports model/effort bindings; never the mandatory first spawn.