القائمة
Must read guide on creating/editing mermaid charts with valiation tools
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | mermaid |
| description | Must read guide on creating/editing mermaid charts with valiation tools |
Use this skill to quickly validate Mermaid diagrams by parsing + rendering them with the official Mermaid CLI.
npx).PUPPETEER_EXECUTABLE_PATH.validate-mermaid diagram.mmd [output.svg]
beautiful-mermaid (best-effort; not all diagram types are supported).output.svg is omitted, the SVG is rendered to a temp file and discarded.diagram.mmd first (the tool only validates plain Mermaid files).diagram.mmd.validate-mermaid diagram.mmd.Work a feature's ticket DAG in parallel — one orchestrator fans independent frontier tickets out to parallel worker agents and integrates them on the feature branch until the feature ships. Use when a ticketed feature has independent frontier tickets, the user says "dispatch" or wants tickets worked in parallel, or when another skill routes parallel frontier work here.
Which mx skill or flow fits the current situation — a router over the mx workflow.
Run commands in tmux whenever they run long or need eyes on them — anything expected to take more than ~30–60s (training runs, ML experiments, builds, servers), anything worth observing mid-run (progress logs, monitoring output), and anything interactive (sudo prompts, REPLs, wizards), locally or on a remote host. Always reach for this instead of a fire-and-forget Bash call in those cases — the human can attach and step in at any time.
Break a plan, spec, or the current conversation into a set of tracer-bullet tickets, each declaring its blocking edges, published per the tracker conventions — ticket files with blocked-by edges, or native blocking links on a real tracker.
Review and update Claude Code's auto-approved command allowlist based on Bash commands that triggered permission prompts in recent sessions.
Turn the current conversation into a spec and publish it to the project issue tracker — no interview, just synthesis of what you've already discussed.