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---5# Guidelines Advisor67## Purpose89Systematically analyzes the codebase and provides guidance based on Trail of Bits' development guidelines:10111. **Generate documentation and specifications** (plain English descriptions, architectural diagrams, code documentation)122. **Optimize on-chain/off-chain architecture** (only if applicable)133. **Review upgradeability patterns** (if your project has upgrades)144. **Check delegatecall/proxy implementations** (if present)155. **Assess implementation quality** (functions, inheritance, events)166. **Identify common pitfalls**177. **Review dependencies**188. **Evaluate test suite and suggest improvements**1920**Framework**: Building Secure Contracts - Development Guidelines2122---2324## How This Works2526### Phase 1: Discovery & Context27Explores the codebase to understand:28- Project structure and platform29- Contract/module files and their purposes30- Existing documentation31- Architecture patterns (proxies, upgrades, etc.)32- Testing setup33- Dependencies3435### Phase 2: Documentation Generation36Helps create:37- Plain English system description38- Architectural diagrams (using Slither printers for Solidity)39- Code documentation recommendations (NatSpec for Solidity)4041### Phase 3: Architecture Analysis42Analyzes:43- On-chain vs off-chain component distribution (if applicable)44- Upgradeability approach (if applicable)45- Delegatecall proxy patterns (if present)4647### Phase 4: Implementation Review48Assesses:49- Function composition and clarity50- Inheritance structure51- Event logging practices52- Common pitfalls presence53- Dependencies quality54- Testing coverage and techniques5556### Phase 5: Recommendations57Provides:58- Prioritized improvement suggestions59- Best practice guidance60- Actionable next steps6162---6364## Assessment Areas6566I 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).6768### Quick Reference:69701. **Documentation & Specifications**71 - Plain English system descriptions72 - Architectural diagrams73 - NatSpec completeness (Solidity)74 - Documentation gaps identification75762. **On-Chain vs Off-Chain Computation**77 - Complexity analysis78 - Gas optimization opportunities79 - Verification vs computation patterns80813. **Upgradeability**82 - Migration vs upgradeability trade-offs83 - Data separation patterns84 - Upgrade procedure documentation85864. **Delegatecall Proxy Pattern**87 - Storage layout consistency88 - Initialization patterns89 - Function shadowing risks90 - Slither upgradeability checks91925. **Function Composition**93 - Function size and clarity94 - Logical grouping95 - Modularity assessment96976. **Inheritance**98 - Hierarchy depth/width99 - Diamond problem risks100 - Inheritance visualization1011027. **Events**103 - Critical operation coverage104 - Event naming consistency105 - Indexed parameters1061078. **Common Pitfalls**108 - Reentrancy patterns109 - Integer overflow/underflow110 - Access control issues111 - Platform-specific vulnerabilities1121139. **Dependencies**114 - Library quality assessment115 - Version management116 - Dependency manager usage117 - Copied code detection11811910. **Testing & Verification**120 - Coverage analysis121 - Fuzzing techniques122 - Formal verification123 - CI/CD integration12412511. **Platform-Specific Guidance**126 - Solidity version recommendations127 - Compiler warning checks128 - Inline assembly warnings129 - Platform-specific tools130131For complete details on each area including what I'll check, analyze, and recommend, see [ASSESSMENT_AREAS.md](resources/ASSESSMENT_AREAS.md).132133---134135## Example Output136137When the analysis is complete, you'll receive comprehensive guidance covering:138139- System documentation with plain English descriptions140- Architectural diagrams and documentation gaps141- Architecture analysis (on-chain/off-chain, upgradeability, proxies)142- Implementation review (functions, inheritance, events, pitfalls)143- Dependencies and testing evaluation144- Prioritized recommendations (CRITICAL, HIGH, MEDIUM, LOW)145- Overall assessment and path to production146147For a complete example analysis report, see [EXAMPLE_REPORT.md](resources/EXAMPLE_REPORT.md).148149---150151## Deliverables152153I provide four comprehensive deliverable categories:154155### 1. System Documentation156- Plain English descriptions157- Architectural diagrams158- Documentation gaps analysis159160### 2. Architecture Analysis161- On-chain/off-chain assessment162- Upgradeability review163- Proxy pattern security review164165### 3. Implementation Review166- Function composition analysis167- Inheritance assessment168- Events coverage169- Pitfall identification170- Dependencies evaluation171- Testing analysis172173### 4. Prioritized Recommendations174- CRITICAL (address immediately)175- HIGH (address before deployment)176- MEDIUM (address for production quality)177- LOW (nice to have)178179For detailed templates and examples of each deliverable, see [DELIVERABLES.md](resources/DELIVERABLES.md).180181---182183## Assessment Process184185When invoked, I will:1861871. **Explore the codebase**188 - Identify all contract/module files189 - Find existing documentation190 - Locate test files191 - Check for proxies/upgrades192 - Identify dependencies1931942. **Generate documentation**195 - Create plain English system description196 - Generate architectural diagrams (if tools available)197 - Identify documentation gaps1981993. **Analyze architecture**200 - Assess on-chain/off-chain distribution (if applicable)201 - Review upgradeability approach (if applicable)202 - Audit proxy patterns (if present)2032044. **Review implementation**205 - Analyze functions, inheritance, events206 - Check for common pitfalls207 - Assess dependencies208 - Evaluate testing2092105. **Provide recommendations**211 - Present findings with file references212 - Ask clarifying questions about design decisions213 - Suggest prioritized improvements214 - Offer actionable next steps215216---217218## Rationalizations (Do Not Skip)219220| Rationalization | Why It's Wrong | Required Action |221|-----------------|----------------|-----------------|222| "System is simple, description covers everything" | Plain English descriptions miss security-critical details | Complete all 5 phases: documentation, architecture, implementation, dependencies, recommendations |223| "No upgrades detected, skip upgradeability section" | Upgradeability can be implicit (ownable patterns, delegatecall) | Search for proxy patterns, delegatecall, storage collisions before declaring N/A |224| "Not applicable" without verification | Premature scope reduction misses vulnerabilities | Verify with explicit codebase search before skipping any guideline section |225| "Architecture is straightforward, no analysis needed" | Obvious architectures have subtle trust boundaries | Analyze on-chain/off-chain distribution, access control flow, external dependencies |226| "Common pitfalls don't apply to this codebase" | Every codebase has common pitfalls | Systematically check all guideline pitfalls with grep/code search |227| "Tests exist, testing guideline is satisfied" | Test existence ≠ test quality | Check coverage, property-based tests, integration tests, failure cases |228| "I can provide generic best practices" | Generic advice isn't actionable | Provide project-specific findings with file:line references |229| "User knows what to improve from findings" | Findings without prioritization = no action plan | Generate prioritized improvement roadmap with specific next steps |230231---232233## Notes234235- I'll only analyze relevant sections (won't hallucinate about upgrades if not present)236- I'll adapt to your platform (Solidity, Rust, Cairo, etc.)237- I'll use available tools (Slither, etc.) but work without them if unavailable238- I'll provide file references and line numbers for all findings239- I'll ask questions about design decisions I can't infer from code240241---242243## Ready to Begin244245**What I'll need**:246- Access to your codebase247- Context about your project goals248- Any existing documentation or specifications249- Information about deployment plans250251Let's analyze your codebase and improve it using Trail of Bits' best practices!