brainstorming
Apply when generating ideas, exploring solution space, or facilitating divergent thinking before committing to an approach.
Apply when creating or reviewing architecture diagrams, Mermaid diagrams, or draw.io files.
$ npx -y skills add sordi-ai/skill-everything --skill drawio --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/drawioContext preview
The summary Claude sees to decide when to auto-load this skill.
Apply when creating or reviewing architecture diagrams, Mermaid diagrams, or draw.io files.
name: drawio description: Apply when creating or reviewing architecture diagrams, Mermaid diagrams, or draw.io files. license: MIT version: 1.0.0 tokens_target: 1300 triggers: - architecture diagram - mermaid diagram - drawio file loads_after: [] supersedes: []
**Purpose:** Ensure diagrams are version-controlled as source, rendered consistently, and kept in sync with the system they describe.
---
1. **Commit source, not just exports.** Always commit diagram source files (`.drawio`, `.mmd`, `.puml`) alongside or instead of rendered image exports. Reference: ERR-2026-027 2. **No binary-only diagrams.** Never commit only a PNG or SVG export without the editable source; reviewers cannot diff or modify a raster image. 3. **One source file per diagram.** Use a single canonical source file per diagram; avoid duplicating the same diagram in multiple formats.
4. **Prefer diagram-as-code.** Prefer Mermaid or PlantUML over draw.io XML when the diagram fits a supported diagram type; text diffs are reviewable. 5. **Match diagram type to content.** Use `sequenceDiagram` for request flows, `flowchart` for decision logic, `C4Context`/`C4Container` for architecture, `erDiagram` for data models. 6. **Set layout direction explicitly.** Always declare layout direction (`LR`, `TD`) in Mermaid flowcharts; never rely on the default, which varies by renderer.
7. **Document the render command.** Always include the render command or CI step in the repo README or Makefile so any contributor can regenerate exports. 8. **Regenerate exports in CI.** Ensure CI regenerates diagram exports from source and fails if the committed export differs from the generated one. 9. **Pin renderer version.** Always pin the Mermaid CLI or draw.io CLI version in CI to prevent silent rendering changes across upgrades.
10. **Use consistent node naming.** Always use the same label for the same system component across all diagrams in the repo; divergent names cause confusion. 11. **Add alt text to exported images.** Always add descriptive alt text to diagram images embedded in documentation for accessibility. 12. **Review diagrams in PRs.** Before merging, verify that any diagram change accurately reflects the system change described in the PR.
---
Git-versioned agent memory: agents that never make the same mistake twice. Anthropic-Skill folder standard, multi-runtime (Claude Code, Cursor, Gemini CLI, OpenCode).
Repo: sordi-ai/skill-everything
Apply when generating ideas, exploring solution space, or facilitating divergent thinking before committing to an approach.
Apply when closing out a feature branch — pre-merge checklist, rebase, CI verification, cleanup, and post-merge steps.
Apply when writing or refactoring code. Generic rules to prevent the most common review comments — function length, naming, error handling, security, and…
Apply when designing database schemas, writing migrations, or reviewing table structure. Covers naming, keys, indexes, constraints, nullability, and migration…
Apply when diagnosing a bug, reproducing a failure, or performing root cause analysis. Covers systematic isolation, binary search, logging strategy, and…