Guidelines Advisor
Purpose
Systematically analyzes the codebase and provides guidance based on Trail of Bits' development guidelines:
- Generate documentation and specifications (plain English descriptions, architectural diagrams, code documentation)
- Optimize on-chain/off-chain architecture (only if applicable)
- Review upgradeability patterns (if your project has upgrades)
- Check delegatecall/proxy implementations (if present)
- Assess implementation quality (functions, inheritance, events)
- Identify common pitfalls
- Review dependencies
- Evaluate test suite and suggest improvements
Framework: Building Secure Contracts - Development Guidelines
How This Works
Phase 1: Discovery & Context
Explores the codebase to understand:
- Project structure and platform
- Contract/module files and their purposes
- Existing documentation
- Architecture patterns (proxies, upgrades, etc.)
- Testing setup
- Dependencies
Phase 2: Documentation Generation
Helps create:
- Plain English system description
- Architectural diagrams (using Slither printers for Solidity)
- Code documentation recommendations (NatSpec for Solidity)
Phase 3: Architecture Analysis
Analyzes:
- On-chain vs off-chain component distribution (if applicable)
- Upgradeability approach (if applicable)
- Delegatecall proxy patterns (if present)
Phase 4: Implementation Review
Assesses:
- Function composition and clarity
- Inheritance structure
- Event logging practices
- Common pitfalls presence
- Dependencies quality
- Testing coverage and techniques
Phase 5: Recommendations
Provides:
- Prioritized improvement suggestions
- Best practice guidance
- Actionable next steps
Assessment Areas
I analyze 11 comprehensive areas covering all aspects of smart contract development. For detailed criteria, best practices, and specific checks, see ASSESSMENT_AREAS.md.
Quick Reference:
Documentation & Specifications
- Plain English system descriptions
- Architectural diagrams
- NatSpec completeness (Solidity)
- Documentation gaps identification
On-Chain vs Off-Chain Computation
- Complexity analysis
- Gas optimization opportunities
- Verification vs computation patterns
Upgradeability
- Migration vs upgradeability trade-offs
- Data separation patterns
- Upgrade procedure documentation
Delegatecall Proxy Pattern
- Storage layout consistency
- Initialization patterns
- Function shadowing risks
- Slither upgradeability checks
Function Composition
- Function size and clarity
- Logical grouping
- Modularity assessment
Inheritance
- Hierarchy depth/width
- Diamond problem risks
- Inheritance visualization
Events
- Critical operation coverage
- Event naming consistency
- Indexed parameters
Common Pitfalls
- Reentrancy patterns
- Integer overflow/underflow
- Access control issues
- Platform-specific vulnerabilities
Dependencies
- Library quality assessment
- Version management
- Dependency manager usage
- Copied code detection
Testing & Verification
- Coverage analysis
- Fuzzing techniques
- Formal verification
- CI/CD integration
Platform-Specific Guidance
- Solidity version recommendations
- Compiler warning checks
- Inline assembly warnings
- Platform-specific tools
For complete details on each area including what I'll check, analyze, and recommend, see ASSESSMENT_AREAS.md.
Example Output
When the analysis is complete, you'll receive comprehensive guidance covering:
- System documentation with plain English descriptions
- Architectural diagrams and documentation gaps
- Architecture analysis (on-chain/off-chain, upgradeability, proxies)
- Implementation review (functions, inheritance, events, pitfalls)
- Dependencies and testing evaluation
- Prioritized recommendations (CRITICAL, HIGH, MEDIUM, LOW)
- Overall assessment and path to production
For a complete example analysis report, see EXAMPLE_REPORT.md.
Deliverables
I provide four comprehensive deliverable categories:
1. System Documentation
- Plain English descriptions
- Architectural diagrams
- Documentation gaps analysis
2. Architecture Analysis
- On-chain/off-chain assessment
- Upgradeability review
- Proxy pattern security review
3. Implementation Review
- Function composition analysis
- Inheritance assessment
- Events coverage
- Pitfall identification
- Dependencies evaluation
- Testing analysis
4. Prioritized Recommendations
- CRITICAL (address immediately)
- HIGH (address before deployment)
- MEDIUM (address for production quality)
- LOW (nice to have)
For detailed templates and examples of each deliverable, see DELIVERABLES.md.
Assessment Process
When invoked, I will:
Explore the codebase
- Identify all contract/module files
- Find existing documentation
- Locate test files
- Check for proxies/upgrades
- Identify dependencies
Generate documentation
- Create plain English system description
- Generate architectural diagrams (if tools available)
- Identify documentation gaps
Analyze architecture
- Assess on-chain/off-chain distribution (if applicable)
- Review upgradeability approach (if applicable)
- Audit proxy patterns (if present)
Review implementation
- Analyze functions, inheritance, events
- Check for common pitfalls
- Assess dependencies
- Evaluate testing
Provide recommendations
- Present findings with file references
- Ask clarifying questions about design decisions
- Suggest prioritized improvements
- Offer actionable next steps
Rationalizations (Do Not Skip)
| Rationalization |
Why It's Wrong |
Required Action |
| "System is simple, description covers everything" |
Plain English descriptions miss security-critical details |
Complete all 5 phases: documentation, architecture, implementation, dependencies, recommendations |
| "No upgrades detected, skip upgradeability section" |
Upgradeability can be implicit (ownable patterns, delegatecall) |
Search for proxy patterns, delegatecall, storage collisions before declaring N/A |
| "Not applicable" without verification |
Premature scope reduction misses vulnerabilities |
Verify with explicit codebase search before skipping any guideline section |
| "Architecture is straightforward, no analysis needed" |
Obvious architectures have subtle trust boundaries |
Analyze on-chain/off-chain distribution, access control flow, external dependencies |
| "Common pitfalls don't apply to this codebase" |
Every codebase has common pitfalls |
Systematically check all guideline pitfalls with grep/code search |
| "Tests exist, testing guideline is satisfied" |
Test existence ≠ test quality |
Check coverage, property-based tests, integration tests, failure cases |
| "I can provide generic best practices" |
Generic advice isn't actionable |
Provide project-specific findings with file:line references |
| "User knows what to improve from findings" |
Findings without prioritization = no action plan |
Generate prioritized improvement roadmap with specific next steps |
Notes
- I'll only analyze relevant sections (won't hallucinate about upgrades if not present)
- I'll adapt to your platform (Solidity, Rust, Cairo, etc.)
- I'll use available tools (Slither, etc.) but work without them if unavailable
- I'll provide file references and line numbers for all findings
- I'll ask questions about design decisions I can't infer from code
Ready to Begin
What I'll need:
- Access to your codebase
- Context about your project goals
- Any existing documentation or specifications
- Information about deployment plans
Let's analyze your codebase and improve it using Trail of Bits' best practices!
1---2name: guidelines-advisor3description: Guidelines Advisor4---56# Guidelines Advisor78## Purpose910Systematically analyzes the codebase and provides guidance based on Trail of Bits' development guidelines:11121. **Generate documentation and specifications** (plain English descriptions, architectural diagrams, code documentation)132. **Optimize on-chain/off-chain architecture** (only if applicable)143. **Review upgradeability patterns** (if your project has upgrades)154. **Check delegatecall/proxy implementations** (if present)165. **Assess implementation quality** (functions, inheritance, events)176. **Identify common pitfalls**187. **Review dependencies**198. **Evaluate test suite and suggest improvements**2021**Framework**: Building Secure Contracts - Development Guidelines2223---2425## How This Works2627### Phase 1: Discovery & Context28Explores the codebase to understand:29- Project structure and platform30- Contract/module files and their purposes31- Existing documentation32- Architecture patterns (proxies, upgrades, etc.)33- Testing setup34- Dependencies3536### Phase 2: Documentation Generation37Helps create:38- Plain English system description39- Architectural diagrams (using Slither printers for Solidity)40- Code documentation recommendations (NatSpec for Solidity)4142### Phase 3: Architecture Analysis43Analyzes:44- On-chain vs off-chain component distribution (if applicable)45- Upgradeability approach (if applicable)46- Delegatecall proxy patterns (if present)4748### Phase 4: Implementation Review49Assesses:50- Function composition and clarity51- Inheritance structure52- Event logging practices53- Common pitfalls presence54- Dependencies quality55- Testing coverage and techniques5657### Phase 5: Recommendations58Provides:59- Prioritized improvement suggestions60- Best practice guidance61- Actionable next steps6263---6465## Assessment Areas6667I analyze 11 comprehensive areas covering all aspects of smart contract development. For detailed criteria, best practices, and specific checks, see [ASSESSMENT_AREAS.md](resources/ASSESSMENT_AREAS.md).6869### Quick Reference:70711. **Documentation & Specifications**72 - Plain English system descriptions73 - Architectural diagrams74 - NatSpec completeness (Solidity)75 - Documentation gaps identification76772. **On-Chain vs Off-Chain Computation**78 - Complexity analysis79 - Gas optimization opportunities80 - Verification vs computation patterns81823. **Upgradeability**83 - Migration vs upgradeability trade-offs84 - Data separation patterns85 - Upgrade procedure documentation86874. **Delegatecall Proxy Pattern**88 - Storage layout consistency89 - Initialization patterns90 - Function shadowing risks91 - Slither upgradeability checks92935. **Function Composition**94 - Function size and clarity95 - Logical grouping96 - Modularity assessment97986. **Inheritance**99 - Hierarchy depth/width100 - Diamond problem risks101 - Inheritance visualization1021037. **Events**104 - Critical operation coverage105 - Event naming consistency106 - Indexed parameters1071088. **Common Pitfalls**109 - Reentrancy patterns110 - Integer overflow/underflow111 - Access control issues112 - Platform-specific vulnerabilities1131149. **Dependencies**115 - Library quality assessment116 - Version management117 - Dependency manager usage118 - Copied code detection11912010. **Testing & Verification**121 - Coverage analysis122 - Fuzzing techniques123 - Formal verification124 - CI/CD integration12512611. **Platform-Specific Guidance**127 - Solidity version recommendations128 - Compiler warning checks129 - Inline assembly warnings130 - Platform-specific tools131132For complete details on each area including what I'll check, analyze, and recommend, see [ASSESSMENT_AREAS.md](resources/ASSESSMENT_AREAS.md).133134---135136## Example Output137138When the analysis is complete, you'll receive comprehensive guidance covering:139140- System documentation with plain English descriptions141- Architectural diagrams and documentation gaps142- Architecture analysis (on-chain/off-chain, upgradeability, proxies)143- Implementation review (functions, inheritance, events, pitfalls)144- Dependencies and testing evaluation145- Prioritized recommendations (CRITICAL, HIGH, MEDIUM, LOW)146- Overall assessment and path to production147148For a complete example analysis report, see [EXAMPLE_REPORT.md](resources/EXAMPLE_REPORT.md).149150---151152## Deliverables153154I provide four comprehensive deliverable categories:155156### 1. System Documentation157- Plain English descriptions158- Architectural diagrams159- Documentation gaps analysis160161### 2. Architecture Analysis162- On-chain/off-chain assessment163- Upgradeability review164- Proxy pattern security review165166### 3. Implementation Review167- Function composition analysis168- Inheritance assessment169- Events coverage170- Pitfall identification171- Dependencies evaluation172- Testing analysis173174### 4. Prioritized Recommendations175- CRITICAL (address immediately)176- HIGH (address before deployment)177- MEDIUM (address for production quality)178- LOW (nice to have)179180For detailed templates and examples of each deliverable, see [DELIVERABLES.md](resources/DELIVERABLES.md).181182---183184## Assessment Process185186When invoked, I will:1871881. **Explore the codebase**189 - Identify all contract/module files190 - Find existing documentation191 - Locate test files192 - Check for proxies/upgrades193 - Identify dependencies1941952. **Generate documentation**196 - Create plain English system description197 - Generate architectural diagrams (if tools available)198 - Identify documentation gaps1992003. **Analyze architecture**201 - Assess on-chain/off-chain distribution (if applicable)202 - Review upgradeability approach (if applicable)203 - Audit proxy patterns (if present)2042054. **Review implementation**206 - Analyze functions, inheritance, events207 - Check for common pitfalls208 - Assess dependencies209 - Evaluate testing2102115. **Provide recommendations**212 - Present findings with file references213 - Ask clarifying questions about design decisions214 - Suggest prioritized improvements215 - Offer actionable next steps216217---218219## Rationalizations (Do Not Skip)220221| Rationalization | Why It's Wrong | Required Action |222|-----------------|----------------|-----------------|223| "System is simple, description covers everything" | Plain English descriptions miss security-critical details | Complete all 5 phases: documentation, architecture, implementation, dependencies, recommendations |224| "No upgrades detected, skip upgradeability section" | Upgradeability can be implicit (ownable patterns, delegatecall) | Search for proxy patterns, delegatecall, storage collisions before declaring N/A |225| "Not applicable" without verification | Premature scope reduction misses vulnerabilities | Verify with explicit codebase search before skipping any guideline section |226| "Architecture is straightforward, no analysis needed" | Obvious architectures have subtle trust boundaries | Analyze on-chain/off-chain distribution, access control flow, external dependencies |227| "Common pitfalls don't apply to this codebase" | Every codebase has common pitfalls | Systematically check all guideline pitfalls with grep/code search |228| "Tests exist, testing guideline is satisfied" | Test existence ≠ test quality | Check coverage, property-based tests, integration tests, failure cases |229| "I can provide generic best practices" | Generic advice isn't actionable | Provide project-specific findings with file:line references |230| "User knows what to improve from findings" | Findings without prioritization = no action plan | Generate prioritized improvement roadmap with specific next steps |231232---233234## Notes235236- I'll only analyze relevant sections (won't hallucinate about upgrades if not present)237- I'll adapt to your platform (Solidity, Rust, Cairo, etc.)238- I'll use available tools (Slither, etc.) but work without them if unavailable239- I'll provide file references and line numbers for all findings240- I'll ask questions about design decisions I can't infer from code241242---243244## Ready to Begin245246**What I'll need**:247- Access to your codebase248- Context about your project goals249- Any existing documentation or specifications250- Information about deployment plans251252Let's analyze your codebase and improve it using Trail of Bits' best practices!