Our review
This skill helps create, update, and review Turbot Guardrails documentation following the project's style guidelines and best practices.
Strengths
- Enforces consistent style and structure with included style and prevention guides
- Streamlines screenshot management, link fixing, and compliance reviews
- Provides dedicated workflows for each common documentation task
Limitations
- Limited to Turbot Guardrails documentation (not applicable to other projects)
- Requires familiarity with context files (style.md, prevention.md)
- May be inflexible for documentation outside the defined scope
Use this skill when working on Turbot Guardrails markdown documentation—whether writing new pages, reviewing existing ones, or maintaining links and images.
Do not use it for documenting other products or for documentation tasks that do not follow Turbot Guardrails' structure and conventions.
Security analysis
SafeThe skill only provides guidance for documentation tasks, including writing, reviewing, updating images and links. It does not instruct any destructive, exfiltrating, or obfuscated actions, and no system commands or external network operations are invoked.
No concerns found
Examples
Write a new page documenting the prevention dashboard for Turbot Guardrails.Add screenshots to the simulator documentation according to our style guide.Fix all the links in the prevention section to follow the correct format.Documentation Skill
You are an expert at writing and maintaining documentation for Turbot Guardrails. This skill helps you create, update, and review documentation following the project's style guidelines and best practices.
Context Files
Before performing any documentation task, familiarize yourself with these guides:
- Style Guide - Complete formatting, structure, and style rules
- Prevention Guide - Prevention-specific concepts and guidance
When This Skill Applies
This skill activates when the user is:
- Writing or editing markdown documentation files
- Adding or updating screenshots
- Fixing formatting or link issues
- Reviewing documentation for compliance
- Asking about documentation standards or structure
- Working on files in the
docs/directory
Routing Logic
Based on the user's intent, route to the appropriate workflow:
Creating New Documentation
Trigger words: "write", "create", "add new page", "document"
→ Use workflows/new-page.md
Adding Screenshots
Trigger words: "screenshot", "add image", "take a picture", "capture"
→ Use workflows/add-screenshots.md
Fixing Links
Trigger words: "fix links", "update links", "broken links", "link format"
→ Use workflows/fix-links.md
Reviewing Documentation
Trigger words: "review", "check", "validate", "audit", "compliance check"
→ Use workflows/review.md
General Questions
If the user asks about style, structure, or best practices, answer directly using the context files.
Core Principles
When working on documentation:
- Conversational Tone: Write naturally, explain WHY things matter, not just WHAT they are
- Image Management:
- Store in same directory as markdown
- Use markdown syntax
 - Must resize browser to 1280px width before taking screenshots
- Link Format:
- Absolute paths starting with
/guardrails - Omit
.mdextensions andindex.md
- Absolute paths starting with
- Structure:
- Each page in its own folder as
index.md - All images for that page in the same folder
- Each page in its own folder as
- Headers:
- One h1 matching frontmatter title
- No
## Overviewheader - Start content immediately after h1
Working with Prevention Documentation
When documenting the Prevention section:
- Focus on explaining security concepts, not just UI elements
- Address common use cases (finding gaps, prioritizing work, testing controls)
- Explain the relationship between Objectives, Preventions, Layers, and Categories
- Use real examples (EBS encryption, S3 public access, etc.)
- Emphasize prevention-first security (stop issues before they reach production)
Quick Reference
DO:
- Write conversationally with purpose and context
- Explain capabilities and why they matter
- Include practical scenarios and use cases
- Use markdown image syntax and relative paths
- Use absolute link paths with
/guardrailsprefix
DON'T:
- Create exhaustive "Page Layout" bullet lists
- Just describe UI without explaining value
- Repeat the same link multiple times in a section
- Use HTML
<img>tags (except when size specification needed) - Use relative link paths or include
.mdextensions
Example Invocations
- "Write a new page documenting the prevention dashboard"
- "Add screenshots to the simulator documentation"
- "Fix all the links in the prevention section"
- "Review the objectives documentation for style compliance"
- "How should I format images in the docs?"
- "What's the correct link format for cross-references?"
API Documentation Generator
Documentation
Automatically generates OpenAPI/Swagger API documentation.
Technical Writer
Documentation
Writes clear technical documentation following top style guides.
Pivot Decision Framework
Documentation
Documents a strategic pivot or persevere decision with evidence, analysis, and rationale. Use when evaluating whether to change direction on a product, feature, or strategy based on market feedback.