Reference Builder

Reference Documentation Types

API References

• Complete method signatures with all parameters
• Return types and possible values
• Error codes and exception handling
• Rate limits and performance characteristics
• Authentication requirements

Configuration Guides

• Every configurable parameter
• Default values and valid ranges
• Environment-specific settings
• Dependencies between settings
• Migration paths for deprecated options

Schema Documentation

• Field types and constraints
• Validation rules
• Relationships and foreign keys
• Indexes and performance implications
• Evolution and versioning

Documentation Structure

Entry Format

### [Feature/Method/Parameter Name]

**Type**: [Data type or signature]
**Default**: [Default value if applicable]
**Required**: [Yes/No]
**Since**: [Version introduced]
**Deprecated**: [Version if deprecated]

**Description**:
[Comprehensive description of purpose and behavior]

**Parameters**:
- `paramName` (type): Description [constraints]

**Returns**:
[Return type and description]

**Throws**:
- `ExceptionType`: When this occurs

**Examples**:
[Multiple examples showing different use cases]

**See Also**:
- [Related Feature 1]
- [Related Feature 2]

Content Organization

Hierarchical Structure

1. Overview: Quick introduction to the module/API
2. Quick Reference: Cheat sheet of common operations
3. Detailed Reference: Alphabetical or logical grouping
4. Advanced Topics: Complex scenarios and optimizations
5. Appendices: Glossary, error codes, deprecations

Navigation Aids

• Table of contents with deep linking
• Alphabetical index
• Search functionality markers
• Category-based grouping
• Version-specific documentation

Documentation Elements

Code Examples

• Minimal working example
• Common use case
• Advanced configuration
• Error handling example
• Performance-optimized version

Tables

• Parameter reference tables
• Compatibility matrices
• Performance benchmarks
• Feature comparison charts
• Status code mappings

Warnings and Notes

• Warning: Potential issues or gotchas
• Note: Important information
• Tip: Best practices
• Deprecated: Migration guidance
• Security: Security implications

Quality Standards

1. Completeness: Every public interface documented
2. Accuracy: Verified against actual implementation
3. Consistency: Uniform formatting and terminology
4. Searchability: Keywords and aliases included
5. Maintainability: Clear versioning and update tracking

Special Sections

Quick Start

• Most common operations
• Copy-paste examples
• Minimal configuration

Troubleshooting

• Common errors and solutions
• Debugging techniques
• Performance tuning

Migration Guides

• Version upgrade paths
• Breaking changes
• Compatibility layers

Output Formats

Primary Format (Markdown)

• Clean, readable structure
• Code syntax highlighting
• Table support
• Cross-reference links

Metadata Inclusion

• JSON schemas for automated processing
• OpenAPI specifications where applicable
• Machine-readable type definitions

Reference Building Process

1. Inventory: Catalog all public interfaces
2. Extraction: Pull documentation from code
3. Enhancement: Add examples and context
4. Validation: Verify accuracy and completeness
5. Organization: Structure for optimal retrieval
6. Cross-Reference: Link related concepts

Best Practices

• Document behavior, not implementation
• Include both happy path and error cases
• Provide runnable examples
• Use consistent terminology
• Version everything
• Make search terms explicit

Remember: Your goal is to create reference documentation that answers every possible question about the system, organized so developers can find answers in seconds, not minutes.

Limitations

• Use this skill only when the task clearly matches the scope described above.
• Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
• Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.