Overview
Docs components enable you to:- Reuse documentation across multiple projects and contexts
- Version docs with semantic versioning for consistency
- Dynamic content using Handlebars variables and helpers
- A/B test different documentation versions
- Deploy documentation independently from code
- Auto-discover markdown files at build time
Quick Start
1. Create a Docs Component
Create a markdown file with optional Handlebars variables:2. Add to Edgit
3. Use in Your Application
YAML Frontmatter
Add metadata to your markdown files:Handlebars Features
Variables
Conditionals
Loops
Built-in Helpers
Custom Helpers
Register your own helpers:Partials
Register reusable snippets:Auto-Discovery
Docs are automatically discovered at build time via Vite plugin:First-Class Component Pattern
Docs work exactly like prompts/ with the same infrastructure:| Feature | Prompts | Docs |
|---|---|---|
| Auto-discovery | ✅ | ✅ |
| Handlebars | ✅ | ✅ |
| Frontmatter | ✅ | ✅ |
| Caching | ✅ | ✅ |
| Versioning | ✅ | ✅ |
| Component refs | ✅ | ✅ |
Versioning Documentation
Semantic Versioning
Follow semver for documentation changes:- Major (v2.0.0): Breaking changes to examples or structure
- Minor (v1.1.0): New sections, backwards compatible
- Patch (v1.0.1): Typo fixes, clarifications
Tagging for Deployment
Version-Specific Documentation
Integration with Documentation Directory
Thedocs/ directory is a first-class component in Conductor. Markdown files are auto-discovered and served by the built-in docs-serve ensemble. To customize configuration, create a custom docs ensemble:
docs/ directory:
Use Cases
API Documentation
User Guides
Changelog
Best Practices
1. Use Frontmatter for Metadata
2. Keep Handlebars Simple
3. Version Documentation Like Code
4. Test with Real Variables
5. Organize by Audience
6. Use Partials for Repeated Content
Next Steps
Your First Documentation
Create your first docs
Components Overview
Learn about all component types
Prompts
Similar to docs with Handlebars
Edgit
Version control for components

