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-audit
Opinionated Solidity development standards and security auditing methodology.
Foundry-first. Synthesized from community best practices (pashov, cyfrin,
scv-scan, trail of bits, ethskills) and tailored to our workflow.
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
- 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 |
| Bleeding-edge vectors (EIP-7702, precision, proxy) |
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-audit3description: 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---5
6> **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.
7
8# solidity-audit
9
10Opinionated Solidity development standards and security auditing methodology.
11Foundry-first. Synthesized from community best practices (pashov, cyfrin,
12scv-scan, trail of bits, ethskills) and tailored to our workflow.
13
14## What You Get
15
16- Pre-audit reconnaissance (entry-point classification, protocol-type threat profiles)
17- Foundry-first development patterns (testing, fuzzing, invariants, forks)
18- Vulnerability taxonomy: reentrancy, access control, oracles, flash loans, MEV, weird ERC20s
19- Bleeding-edge attack vector database with detect/false-positive pairs
20- 5-phase audit methodology with proof-required discipline and FP elimination
21- Anti-skip rules preventing false negatives from rationalized dismissals
22- Code quality standards (NatSpec, errors, events, gas patterns)
23- Live documentation sources (ETHSkills, community references)
24
25## Philosophy
26
27Everything will be attacked. Write code as if the attacker has unlimited
28resources, can call any function in any order, and will exploit every
29unvalidated assumption. Prove safety through invariant testing, not
30optimistic unit tests.
31
32## When to use
33
34This skill activates when writing, reviewing, or auditing Solidity contracts.
35
36## When NOT to use
37
38- For general Ethereum ecosystem/tooling -- use ethskills
39- For Noir/ZK circuit work -- use noir
40- For non-Solidity languages -- use droo-stack
41
42## See also
43
44- `ethskills` -- for EIP/ERC standard lookup, tool selection, and RPC/explorer reference
45- `noir` -- for ZK circuits that integrate with Solidity via verifier contracts
46- `zk-x-ray` -- for pre-audit reports on ZK + EVM hybrid protocols (Noir + Solidity)
47- `design-ux` -- for smart contract frontend design and transaction UX
48
49## Reading guide
50
51### Development patterns
52
53| Working on | Read |
54| ------------------------------------------- | ------------------------------------------- |
55| Code quality, NatSpec, errors, events, gas | [patterns/standards](patterns/standards.md) |
56| Foundry testing, fuzzing, invariants, forks | [patterns/foundry](patterns/foundry.md) |
57
58### Vulnerability knowledge (by severity)
59
60| Category | Read |
61| ----------------------------------------------- | ----------------------------------------------------------------------------- |
62| Reentrancy (classic, cross-function, read-only) | [vulnerabilities/reentrancy](vulnerabilities/reentrancy.md) |
63| Access control, tx.origin, delegatecall | [vulnerabilities/access-control](vulnerabilities/access-control.md) |
64| Oracle manipulation, Chainlink, TWAP | [vulnerabilities/oracle-manipulation](vulnerabilities/oracle-manipulation.md) |
65| Flash loan price/governance attacks | [vulnerabilities/flash-loans](vulnerabilities/flash-loans.md) |
66| MEV, frontrunning, sandwich protection | [vulnerabilities/mev](vulnerabilities/mev.md) |
67| Weird ERC20 tokens (fee-on-transfer, rebasing) | [vulnerabilities/weird-erc20](vulnerabilities/weird-erc20.md) |
68| Bleeding-edge vectors (EIP-7702, precision, proxy) | [vulnerabilities/attack-vectors](vulnerabilities/attack-vectors.md) |
69
70### Audit workflow
71
72| Task | Read |
73| -------------------------------------------- | ------------------------------------------------------------------- |
74| Pre-audit reconnaissance (entry points, threat profiles) | [audit-workflow/pre-audit](audit-workflow/pre-audit.md) |
75| Full audit methodology (5 phases) | [audit-workflow/methodology](audit-workflow/methodology.md) |
76| Anti-skip rules, proof discipline, FP elimination | [audit-workflow/anti-skip](audit-workflow/anti-skip.md) |
77| Finding report template | [audit-workflow/report-template](audit-workflow/report-template.md) |
78| Live documentation sources (ETHSkills, etc.) | [live-sources](live-sources.md) |
aibot88