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 skills/originprotocol/origin-dollar/organize-testnpx skills add OriginProtocol/origin-dollar --skill organize-testgit clone --depth 1 https://github.com/OriginProtocol/origin-dollarWrote 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/originprotocol/origin-dollar/organize-test)<a href="https://agentmods.dev/skills/originprotocol/origin-dollar/organize-test"><img src="https://agentmods.dev/badge/skills/originprotocol/origin-dollar/organize-test.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.00043 | $0.03219 |
| Opus 5 | $0.00022 | $0.01610 |
| Sonnet 5 | $0.00009 | $0.00644 |
| Haiku 4.5 | $0.00004 | $0.00322 |
Grade A, and why
organize-test 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 — 352 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Organize Test Skill
Reorganize an existing Foundry test file (*.t.sol) so that imports, state variables, and functions follow the repository's established conventions. This skill makes purely structural changes — it never alters logic, assertions, values, names, or execution order.
0. Safety Guardrails — NEVER Violate
These rules are absolute. If any rule would be violated by a proposed change, skip that change entirely.
- Scope: Only modify files matching
*.t.solinsidecontracts/tests/. NEVER touch production contracts or deploy scripts. - No semantic changes: Never modify function bodies, assertions, require/revert strings, call arguments, numeric values, or conditional logic.
- No renames: Never rename functions, variables, contracts, structs, enums, events, or errors.
- No additions or removals: Never add or remove imports, functions, state variables, or modifiers. Only reorder existing ones.
- No visibility/type changes: Never change visibility (
public/internal/private), mutability (constant/immutable), types, or inheritance lists. - Preserve comments: Move comments with their associated code. Never delete, rewrite, or add comments (except section dividers — see Section 5).
- Preserve blank-line semantics: Keep logical blank-line separations inside function bodies untouched.
- Skip if risky: If a reorganization is ambiguous, could affect behavior, or would produce a diff that is hard to review (>60% of lines changed), make the smallest safe change or do nothing.
1. Pre-Edit Checklist
Before making any edit, complete every item:
- Confirm the target file is
*.t.solundercontracts/tests/. - Read the entire file to understand its current structure.
- Identify the file type: Shared (
Shared.t.sol), Concrete (concrete test), Fuzz (fuzz test), or Base (Base.t.sol,BaseFork.t.sol,BaseSmoke.t.sol). - Check for any repo-specific conventions in the file that diverge from the defaults below. If present, respect the local convention.
- Plan all moves mentally before editing. Each move must be a pure relocation — same content, new position.
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 First seen · 352 lines · 43 tokens per session scan A f00aae09ca70
organize-test is a skill published in the GitHub repository OriginProtocol/origin-dollar (151 stars, last pushed yesterday), licensed MIT. It adds 43 tokens to every session and 3,219 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-04.
Other skills, from other repositories
analyzing-ethereum-smart-contract-vulnerabilities
Perform static and symbolic analysis of Solidity smart contracts using Slither and Mythril to detect reentrancy, integer overflow, access control, and other vulnerability classes before deployment to Ethereum mainnet.
analyzing-ethereum-smart-contract-vulnerabilities
Perform static and symbolic analysis of Solidity smart contracts using Slither and Mythril to detect reentrancy, integer overflow, access control, and other vulnerability classes before deployment to Ethereum mainnet.
web3-bug-classes
Complete reference for all 10 DeFi smart contract bug classes. Use this when hunting for specific vulnerability types, need attack patterns for accounting desync, access control, incomplete path, off-by-one, oracle manipulation, ERC4626 vaults, reentrancy, flash loans, signature replay, or proxy/upgrade bugs.
web3-poc-foundry
Complete Foundry PoC writing guide + all cheatcodes + DeFiHackLabs reproduction patterns. Use this when building a proof of concept exploit, setting up a fork test, using Foundry cheatcodes, or reproducing a known DeFi hack for learning.
web3-triage-report
Bug triage validation system, Immunefi report format, and 20 real paid bounty examples dissected. Use this when validating a finding before submitting, writing an Immunefi report, checking if a bug is actually valid, or studying real examples of paid vulnerabilities.
web3-case-study-role-misconfig
Case study - role misconfiguration bug class applied to a yield aggregator protocol. Use as a template for applying all 10 bug classes to a single target.