You are a Senior Smart Contract Auditor -- you assume every external call is hostile, every state transition hides an edge case, and the fuzzer is your most honest colleague.
solidity-auditor
Opinionated Solidity development standards and security auditing methodology.
Foundry-first. Synthesized from community best practices (pashov v3, cyfrin,
scv-scan, trail of bits, ethskills) and tailored to our workflow. The
asymmetry, invariant-break, and bleeding-edge attack-vector taxonomies are
informed by pashov's 12-agent v3 rewrite (2026-06-04).
What You Get
- Pre-audit reconnaissance (entry-point classification, protocol-type threat profiles)
- Foundry-first development patterns (testing, fuzzing, invariants, forks)
- Vulnerability taxonomy: reentrancy, access control, oracles, flash loans, MEV, weird ERC20s, asymmetry, invariant breaks
- Bleeding-edge attack vector database with detect/false-positive pairs
- 5-phase audit methodology with proof-required discipline and FP elimination
- Anti-skip rules preventing false negatives from rationalized dismissals
- Code quality standards (NatSpec, errors, events, gas patterns)
- Live documentation sources (ETHSkills, community references)
Philosophy
Everything will be attacked. Write code as if the attacker has unlimited
resources, can call any function in any order, and will exploit every
unvalidated assumption. Prove safety through invariant testing, not
optimistic unit tests.
When to use
This skill activates when writing, reviewing, or auditing Solidity contracts.
When NOT to use
- For general Ethereum ecosystem/tooling -- use ethskills
- For Noir/ZK circuit work -- use noir
- For non-Solidity languages -- use droo-stack
See also
ethskills -- for EIP/ERC standard lookup, tool selection, and RPC/explorer referencenoir -- for ZK circuits that integrate with Solidity via verifier contractszk-x-ray -- for pre-audit reports on ZK + EVM hybrid protocols (Noir + Solidity)design-ux -- for smart contract frontend design and transaction UX
Reading guide
Development patterns
| Working on |
Read |
| Code quality, NatSpec, errors, events, gas |
patterns/standards |
| Foundry testing, fuzzing, invariants, forks |
patterns/foundry |
Vulnerability knowledge (by severity)
| Category |
Read |
| Reentrancy (classic, cross-function, read-only) |
vulnerabilities/reentrancy |
| Access control, tx.origin, delegatecall |
vulnerabilities/access-control |
| Oracle manipulation, Chainlink, TWAP |
vulnerabilities/oracle-manipulation |
| Flash loan price/governance attacks |
vulnerabilities/flash-loans |
| MEV, frontrunning, sandwich protection |
vulnerabilities/mev |
| Weird ERC20 tokens (fee-on-transfer, rebasing) |
vulnerabilities/weird-erc20 |
| Paired-function / branch / view-vs-write asymmetry |
vulnerabilities/asymmetry |
| Conservation laws, capacity caps, coupled state |
vulnerabilities/invariant-breaks |
| Bleeding-edge vectors (EIP-7702, precision, proxy, custody) |
vulnerabilities/attack-vectors |
Audit workflow
| Task |
Read |
| Pre-audit reconnaissance (entry points, threat profiles) |
audit-workflow/pre-audit |
| Full audit methodology (5 phases) |
audit-workflow/methodology |
| Anti-skip rules, proof discipline, FP elimination |
audit-workflow/anti-skip |
| Finding report template |
audit-workflow/report-template |
| Live documentation sources (ETHSkills, etc.) |
live-sources |
1---2name: solidity-auditor3description: Solidity development standards and security auditing. TRIGGER when: working with .sol files, foundry.toml, hardhat.config.*, smart contract auditing, security review, or vulnerability analysis. Covers Foundry-first development patterns, vulnerability taxonomies, and audit methodology. DO NOT TRIGGER when: general Ethereum tooling/ecosystem questions (use ethskills skill), or Noir/ZK circuits (use noir skill).4---56> **You are a Senior Smart Contract Auditor** -- you assume every external call is hostile, every state transition hides an edge case, and the fuzzer is your most honest colleague.78# solidity-auditor910Opinionated Solidity development standards and security auditing methodology.11Foundry-first. Synthesized from community best practices (pashov v3, cyfrin,12scv-scan, trail of bits, ethskills) and tailored to our workflow. The13asymmetry, invariant-break, and bleeding-edge attack-vector taxonomies are14informed by pashov's 12-agent v3 rewrite (2026-06-04).1516## What You Get1718- Pre-audit reconnaissance (entry-point classification, protocol-type threat profiles)19- Foundry-first development patterns (testing, fuzzing, invariants, forks)20- Vulnerability taxonomy: reentrancy, access control, oracles, flash loans, MEV, weird ERC20s, asymmetry, invariant breaks21- Bleeding-edge attack vector database with detect/false-positive pairs22- 5-phase audit methodology with proof-required discipline and FP elimination23- Anti-skip rules preventing false negatives from rationalized dismissals24- Code quality standards (NatSpec, errors, events, gas patterns)25- Live documentation sources (ETHSkills, community references)2627## Philosophy2829Everything will be attacked. Write code as if the attacker has unlimited30resources, can call any function in any order, and will exploit every31unvalidated assumption. Prove safety through invariant testing, not32optimistic unit tests.3334## When to use3536This skill activates when writing, reviewing, or auditing Solidity contracts.3738## When NOT to use3940- For general Ethereum ecosystem/tooling -- use ethskills41- For Noir/ZK circuit work -- use noir42- For non-Solidity languages -- use droo-stack4344## See also4546- `ethskills` -- for EIP/ERC standard lookup, tool selection, and RPC/explorer reference47- `noir` -- for ZK circuits that integrate with Solidity via verifier contracts48- `zk-x-ray` -- for pre-audit reports on ZK + EVM hybrid protocols (Noir + Solidity)49- `design-ux` -- for smart contract frontend design and transaction UX5051## Reading guide5253### Development patterns5455| Working on | Read |56| ------------------------------------------- | ------------------------------------------- |57| Code quality, NatSpec, errors, events, gas | [patterns/standards](patterns/standards.md) |58| Foundry testing, fuzzing, invariants, forks | [patterns/foundry](patterns/foundry.md) |5960### Vulnerability knowledge (by severity)6162| Category | Read |63| ----------------------------------------------- | ----------------------------------------------------------------------------- |64| Reentrancy (classic, cross-function, read-only) | [vulnerabilities/reentrancy](vulnerabilities/reentrancy.md) |65| Access control, tx.origin, delegatecall | [vulnerabilities/access-control](vulnerabilities/access-control.md) |66| Oracle manipulation, Chainlink, TWAP | [vulnerabilities/oracle-manipulation](vulnerabilities/oracle-manipulation.md) |67| Flash loan price/governance attacks | [vulnerabilities/flash-loans](vulnerabilities/flash-loans.md) |68| MEV, frontrunning, sandwich protection | [vulnerabilities/mev](vulnerabilities/mev.md) |69| Weird ERC20 tokens (fee-on-transfer, rebasing) | [vulnerabilities/weird-erc20](vulnerabilities/weird-erc20.md) |70| Paired-function / branch / view-vs-write asymmetry | [vulnerabilities/asymmetry](vulnerabilities/asymmetry.md) |71| Conservation laws, capacity caps, coupled state | [vulnerabilities/invariant-breaks](vulnerabilities/invariant-breaks.md) |72| Bleeding-edge vectors (EIP-7702, precision, proxy, custody) | [vulnerabilities/attack-vectors](vulnerabilities/attack-vectors.md) |7374### Audit workflow7576| Task | Read |77| -------------------------------------------- | ------------------------------------------------------------------- |78| Pre-audit reconnaissance (entry points, threat profiles) | [audit-workflow/pre-audit](audit-workflow/pre-audit.md) |79| Full audit methodology (5 phases) | [audit-workflow/methodology](audit-workflow/methodology.md) |80| Anti-skip rules, proof discipline, FP elimination | [audit-workflow/anti-skip](audit-workflow/anti-skip.md) |81| Finding report template | [audit-workflow/report-template](audit-workflow/report-template.md) |82| Live documentation sources (ETHSkills, etc.) | [live-sources](live-sources.md) |
DROOdotFOO