Notre avis
Ce skill aide à créer, mettre à jour et réviser la documentation de Turbot Guardrails en suivant des directives de style et des workflows spécifiques.
Points forts
- Assure une cohérence de style et de structure grâce à des guides de style et de prévention intégrés
- Automatise la gestion des captures d'écran, des liens et des validations de conformité
- Fournit des workflows spécialisés pour chaque tâche (nouvelle page, révision, correction de liens)
Limites
- Limité à la documentation de Turbot Guardrails (ne s'applique pas à d'autres projets)
- Nécessite de connaître les fichiers de contexte (style.md, prevention.md)
- Peut être rigide si la documentation sort du cadre défini
Utilisez ce skill lorsque vous travaillez sur la documentation markdown de Turbot Guardrails, que ce soit pour écrire, réviser ou maintenir des pages.
Ne l'utilisez pas pour documenter d'autres produits ou pour des tâches de documentation qui ne suivent pas la structure et les conventions de Turbot Guardrails.
Analyse de sécurité
SûrThe 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.
Aucun point d'attention détecté
Exemples
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?"
Generateur de Documentation API
Documentation
Genere automatiquement de la documentation API OpenAPI/Swagger.
Rédacteur Technique
Documentation
Rédige de la documentation technique claire selon les meilleurs style guides.
Décision de Pivot Stratégique
Documentation
Documente une décision stratégique de pivot ou de persévérance avec preuves, analyse et justification. À utiliser pour évaluer s'il faut changer de cap sur un produit, une fonctionnalité ou une stratégie en fonction des retours du marché.