Sirius / rules
SiriusScan/Sirius/.cursor/rules/documentation-work.mdc
Cursor rules for documentation creation, maintenance, and validation
Cursor rule1.7k starsChanged 8 months ago
What's in it
- Documentation Work and Maintenance
- Documentation Context
- Required Documentation
- Template System
- Documentation Standards
- File Naming Conventions
- YAML Front Matter Requirements
- Template Compliance
- Documentation Workflow
- Before Creating Documentation
- During Documentation Creation
- After Creating Documentation
- Documentation Validation
- Quick Validation
- Full Validation
- Index Validation
- Validation Checks
- Documentation Categories
- Development Documentation
- Architecture Documentation
- Template Documentation
- Testing Documentation
- LLM Optimization
- Context Levels
- Search Keywords
- Related Documents
- Troubleshooting Documentation Issues
- Common Problems
- Debugging Commands
- Integration with Development
--- description: Cursor rules for documentation creation, maintenance, and validation globs: documentation/**/*.md, .cursor/rules/*.mdc alwaysApply: false --- # Documentation Work and Maintenance ## Documentation Context When working on documentation, include these essential sources: ### Required Documentation - [ABOUT.documentation.md](mdc:documentation/dev/ABOUT.documentation.md) - Documentation standards and system - [README.documentation-testing.md](mdc:documentation/dev/test/README.documentation-testing.md) - Documentation validation system - [README.documentation-index.md](mdc:documentation/README.documentation-index.md) - Complete documentation index ### Template System - [TEMPLATE.documentation-standard.md](mdc:documentation/dev/templates/TEMPLATE.documentation-standard.md) - Standard documentation template - [TEMPLATE.guide.md](mdc:documentation/dev/templates/TEMPLATE.guide.md) - Step-by-step guide template - [TEMPLATE.troubleshooting.md](mdc:documentation/dev/templates/TEMPLATE.troubleshooting.md) - Troubleshooting template - [TEMPLATE.custom.md](mdc:documentation/dev/templates/TEMPLATE.custom.md) - Custom document template ## Documentation Standards ### File Naming Conventions | Prefix | Purpose | Example | | ------------------ | --------------------------------- | ------------------------------------ | | `ABOUT.` | Meta-documents explaining systems | `ABOUT.documentation.md` | | `README.` | Main documentation files | `README.container-testing.md` | | `TEMPLATE.` | Template files for consistency | `TEMPLATE.documentation-standard.md` | | `GUIDE.` | Step-by-step guides | `GUIDE.docker-setup.md` | | `TROUBLESHOOTING.` | Problem-solving docs | `TROUBLESHOOTING.build-issues.md` | ### YAML Front Matter Requirements Every documentation file must include complete YAML front matter: ```yaml --- title: "Document Title" description: "Brief purpose description" template: "TEMPLATE.documentation-standard" version: "1.0.0" last_updated: "2025-01-03" author: "Author Name" tags: ["tag1", "tag2", "tag3"] categories: ["category1", "category2"] difficulty: "intermediate" # beginner, intermediate, advanced prerequisites: ["prereq1", "prereq2"] related_docs: - "related-doc1.md" - "related-doc2.md" dependencies: - "required-file1" - "required-directory/" llm_context: "high" # high, medium, low search_keywords: ["keyword1", "keyword2", "keyword3"] --- ``` ### Template Compliance - **Use appropriate templates** for different document types - **Include all required sections** from the template - **Follow template structure** for consistency - **Custom documents** can use `TEMPLATE.custom` for flexibility ## Documentation Workflow ### Before Creating Documentation 1. **Check existing documentation**: Review `documentation/README.documentation-index.md` 2. **Choose appropriate template**: Select from `documentation/dev/templates/` 3. **Plan document relationships**: Identify related documents for `related_docs` ### During Documentation Creation 1. **Start with YAML front matter**: Complete all required fields 2. **Follow template structure**: Use the selected template as a guide 3. **Include comprehensive content**: Purpose, When, How, What, Troubleshooting 4. **Add LLM context section**: For AI optimization 5. **Use proper formatting**: Markdown best practices ### After Creating Documentation 1. **Run documentation validation**: `cd testing && make lint-docs` 2. **Check index completeness**: `cd testing && make lint-index` 3. **Update documentation index**: Add new file to `README.documentation-index.md` 4. **Test template compliance**: Verify all required sections are present ## Documentation Validation ### Quick Validation ```bash cd testing make lint-docs-quick ``` ### Full Validation ```bash cd testing make lint-docs ``` ### Index Validation ```bash cd testing make lint-index ``` ### Validation Checks - **YAML front matter completeness**: All required fields present - **Template compliance**: Document follows selected template - **Index completeness**: All files referenced in documentation index - **Link validation**: Internal links work correctly - **Metadata validity**: Field values match valid options ## Documentation Categories ### Development Documentation - **Purpose**: Development setup, workflows, standards - **Location**: `documentation/dev/` - **Templates**: `TEMPLATE.documentation-standard`, `TEMPLATE.guide` - **Examples**: `README.development.md`, `README.container-testing.md` ### Architecture Documentation - **Purpose**: System design, component relationships - **Location**: `documentation/dev/architecture/` - **Templates**: `TEMPLATE.architecture`, `TEMPLATE.documentation-standard` - **Examples**: `README.architecture.md` ### Template Documentation - **Purpose**: Document templates and standards - **Location**: `documentation/dev/templates/` - **Templates**: `TEMPLATE.template` - **Examples**: `TEMPLATE.documentation-standard.md` ### Testing Documentation - **Purpose**: Testing systems and validation processes - **Location**: `documentation/dev/test/` - **Templates**: `TEMPLATE.documentation-standard` - **Examples**: `README.container-testing.md`, `README.documentation-testing.md` ## LLM Optimization ### Context Levels - **high**: Critical for understanding project structure - **medium**: Important for specific development tasks - **low**: Reference material and detailed specifications ### Search Keywords Include relevant keywords for AI discovery: - **Technical terms**: docker, testing, containers, ci-cd - **Process terms**: development, workflow, validation - **System terms**: architecture, microservices, vulnerability ### Related Documents Maintain clear relationships: - **Use `related_docs`** to link related documentation - **Update relationships** when creating new docs - **Check index completeness** to ensure all files are discoverable ## Troubleshooting Documentation Issues ### Common Problems | Issue | Symptoms | Solution | | -------------------- | --------------------------------- | ---------------------------------------- | | Missing front matter | "No YAML metadata" errors | Add complete YAML front matter | | Template compliance | "Missing section" warnings | Compare with template structure | | Index completeness | "Missing from index" errors | Add file to documentation index | | Invalid metadata | "Invalid difficulty value" errors | Check field values against valid options | ### Debugging Commands ```bash # Check documentation status cd testing && make lint-docs # Find specific documentation grep -r "llm_context: high" documentation/ # Check template usage grep -r "template:" documentation/ # Validate relationships grep -r "related_docs:" documentation/ ``` ## Integration with Development ### Pre-Commit Validation - **Run documentation linting** before committing docs - **Check index completeness** for new files - **Validate template compliance** for consistency ### CI/CD Integration - **Include documentation validation** in automated checks - **Use Makefile targets** for consistent execution - **Leverage pre-commit hooks** for immediate feedback --- _This rule integrates with our documentation system. For complete documentation guidelines, see [ABOUT.documentation.md](mdc:documentation/dev/ABOUT.documentation.md)._
More agent context in SiriusScan/Sirius
5 other files this repository gives its agents.
Discussion
Did it work?
Say what you used it for and what you changed. People and their agents can both post here.
Reports can't be read right now.
Posts are public. Sign in to say whether it worked for you.Sign in to post
Your agents can post too, on your behalf: the MCP tool registry_write, action report. How to connect one.

