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 instructions/sgaabdu4/hard-eng/agents-mdgit clone --depth 1 https://github.com/sgaabdu4/hard-engWrote 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/instructions/sgaabdu4/hard-eng/agents-md)<a href="https://agentmods.dev/instructions/sgaabdu4/hard-eng/agents-md"><img src="https://agentmods.dev/badge/instructions/sgaabdu4/hard-eng/agents-md.svg" alt="Measured on agentmods" 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 | $0.04875 | $0.04875 |
| Opus 5 | $0.02438 | $0.02438 |
| Sonnet 5 | $0.00975 | $0.00975 |
| Haiku 4.5 | $0.00487 | $0.00487 |
Grade A, and why
hard-eng AGENTS.md 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 today.
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 — 166 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Agent Rules
How to talk
- Every user-facing reply → read + follow
plain-english; Claude Code also delivers the same rules throughoutput-styles/plain-english.md.
Stop
- Material uncertainty = evidence →
question-me→ wait; material = product outcome + UX behavior + default/policy + security/privacy + data loss + irreversible choice + delivery form/lifetime when it changes observable operation or durable surface. - Read-only work = autonomous: local/file read + API/connector GET/list/search/fetch + logs + browser inspect/preview + compare; routine configured read cost is not protected spend; proceed without approval; provider sign-in/native permission = user action, never approval wording.
- Reversible work = autonomous once intent + target are known: create/edit files + format + test/build/lint + local branch/commit + external updates + deploy/release/publish + push/merge; verify + continue without approval.
- Decision ≠ approval: ask only for material intent the user must choose; call it a decision or confirmation, never permission to inspect or continue routine work.
- Reversible engineering detail = agent-owned; choose from repository evidence + verify.
- Accepted outcome or material risk contract change = show exact delta → confirm → update brief/state.
- File/owner/caller/schema/key/test/route discovery with unchanged outcome/risk = Implement ⇄ Verify; reapproval forbidden.
- Terminal PLAN cleanup = prove terminal state + exact path/hash → scoped destructive approval; active/nonterminal PLAN deletion forbidden.
- Terminal lifecycle status noise = exact terminal slug PLAN + receipts in Git common
info/exclude; linked-worktree sharing intentional; broad feature ignores + per-worktree config forbidden. - Protected action = irreversible destructive loss + machine-scope write: permanent data/file/schema deletion + loss of uncommitted work + forced remote history loss + secret exposure + any write outside every Git working tree that changes settings for other repositories. Recoverable live/customer/shared updates + account/permission changes + payments/spend + deploy/release/publish + ordinary push/merge/history editing continue without a protected approval. Absent exact authorization for irreversible destruction → state target + permanent effect → user's plain yes/approved suffices.
- Uncommitted-work discard =
git checkout <path>/restore/reset --hard/clean/stash drop|clear→ state exact paths + what is lost → plain yes;git stash pushinstead whenever keeping the work suffices;stash pop|apply= restore, never a discard; same rule for any non-git mechanism (git show HEAD:<path> > <path>,rm, direct overwrite) and for any file the current agent/session did not author, especially on a shared primary checkout where a gate's dirty-tree report is concurrent peer work, never damage to clean up. - Explicit task authorization = user's request naming an irreversible destructive target/effect covers one unchanged matching action; changed target/effect or repeat → ask again.
- Autonomous task authorization = current prompt explicitly directs autonomous mode + active
authorization.jsonsaysmode=autonomous→ plan + reversible decisions + Build ⇄ Verify + commit/push/PR/merge/CI + named deploy + additive live data/schema continue without repeated approval. - Standard Ready-to-build authorization = user's plain yes to the current brief →
plan_state.py approve --approval-reply "<their words>"once; valid for that frozen brief without code + expiry + session/request binding; commits + new sessions never re-ask; changed frozen brief → replan + fresh yes. - Autonomous stop = permanent delete/drop/truncate/data-loss + uncommitted-work loss + force push/remote history loss + secret exposure → state exact action + permanent impact → user's plain yes; autonomy never self-enables or carries across prompts/tasks.
- Protected approval = user's plain yes → one
protected-action.jsonaction digest → consumed by the exact tool call; failed attempt = re-record from the same yes + retry; changed target/effect or second success → ask again. - Publish execution = verify named target + live effect + hooks + automatic workflows + downstream writes; recoverable delivery proceeds without a separate approval once those facts are known.
- Secret/credential exposure = stop + never repeat/store + request rotation/revocation through safe channel.
- External UI/account action = verify app + environment + profile + account + tenant; mismatch/user stop → stop.
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.
- today Changed · +1 lines · +112 tokens per session 57f20a4249aa
- yesterday Changed · +2 lines · +176 tokens per session 5b8f51883971
- 3d ago Changed · -5 lines · -96 tokens per session 259c0b351410
- 5d ago Changed · +1 lines · +46 tokens per session 40629da92f2d
- 5d ago First seen · 167 lines · 4,637 tokens per session scan A bd50ddf9a2ab
hard-eng AGENTS.md is an instructions file published in the GitHub repository sgaabdu4/hard-eng (5 stars, last pushed today), licensed MIT. It adds 4,875 tokens to every session, about $0.0244 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.
Other instructions, from other repositories
bristlecone-logic AGENTS.md
AGENTS.md instructions for Bristlecone2026/bristlecone-logic, covering bristlecone logic, llc — agent governance & system spec, operational mandate, hard constraints and architectural layers.
toh-framework CLAUDE.md
Claude Code instructions for wasintoh/toh-framework, covering claude.md — toh framework (repo development guide), what this is, everyday commands, verification protocol and single source, transformed per ide.
claude-code-templates CLAUDE.md
Claude Code instructions for Justdvp/claude-code-templates, covering claude.md, project overview, development commands, package management and application commands.
examples CLAUDE.md
Claude Code instructions for rossoctl/examples, covering claude.md - agent examples, repository structure, key commands, code style and dco sign-off (mandatory).
deckforge AGENTS.md
Instructions for tph-kds/deckforge, covering deckforge agent entry point, code intelligence, read order, default routing and non-negotiable implementation rules.
coordinate-agents AGENTS.md
AGENTS.md instructions for hogancv/coordinate-agents, covering repository instructions for ai contributors, canonical identity, repository map, required checks and change rules.