smart-contracts
Skill5 starsChanged 5 months agoMITView on GitHub
We found no rules to list in this file: it reads as prose or reference rather than instructions.
Files
Web3 & Smart Contracts PUDO Checklist
1. PLAN (Architecture & Strategy)
- Protocol Design: Define contract architecture (e.g., Monolithic vs. Proxy/Upgradable vs. Diamond pattern).
- Tokenomics: Map out value flow, minting, burning, and pausing capabilities (ERC20/ERC721/ERC1155).
- Access Control: Plan roles (Owner, Admin, Minter) and multisig requirements.
- Gas Economics: Architect data structures to minimize storage operations (packing variables).
2. UNDERSTAND (Context & Auditing)
- Dependencies: Validate versions of inherited libraries (e.g., OpenZeppelin Contracts).
- External Interactions: Map all calls to external, untrusted contracts (risk of reentrancy).
- State Changes: Understand the lifecycle of state variables over the contract's active period.
3. DEVELOP (Implementation)
- CEI Pattern: STRICTLY adhere to Checks-Effects-Interactions pattern for all state-mutating functions.
- Modifiers: Use modifiers for access control and validation logically without bloating gas.
- Events: Emit events for all significant state changes for off-chain indexing.
- Testing: Achieve 100% branch test coverage using Foundry or Hardhat. Include fuzz testing and invariant testing.
4. OPTIMIZE (Performance & Review)
- Security Auditing: Run static analyzers (Slither, Aderyn) to catch common vulnerabilities (reentrancy, arithmetic overflows).
- Gas Optimization: Use
calldatainstead ofmemoryfor read-only external inputs. Pack structs to fit in 256-bit slots. - Upgradability: If using proxies, ensure storage slots do not clash on upgrades (append-only storage).
- Documentation: Add NatSpec comments (
@title,@notice,@param) to all public/external functions.
Other versions2 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 2
- piplabs/story-skills★ 4same name
- poorvith-mp/skills-developer★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository38 other files it gives its agents.
- AGENTS.mdAGENTS.md
- codex/AGENTS.mdAGENTS.md
- claude/CLAUDE.mdCLAUDE.md
- CLAUDE.mdCLAUDE.md
- .github/copilot-instructions.mdCopilot instructions
- fastapiSkill
- rustSkill
- backend-codeSkill
- frontend-codeSkill
- javascript-codeSkill
- java-codeSkill
- python-codeSkill
- codeSkill
- crash-analysisSkill
- memory-debugSkill
- network-debugSkill
- performance-debugSkill
- debugSkill
- argo-cdSkill
- dockerSkill
- github-actionsSkill
- gitlab-ciSkill
- jenkinsSkill
- kubernetesSkill
- devopsSkill
- terraformSkill
- nextjsSkill
- react-nativeSkill
- api-design-planSkill
- architecture-planSkill
- database-planSkill
- security-planSkill
- planSkill
- e2e-testSkill
- integration-testSkill
- testSkill
- tddSkill
- unit-testSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

