본문으로 건너뛰기
cccskills
무료GitHub에 공개

mermaid

Create concise Mermaid architecture diagrams from a chapter, system, component, dependency flow, or supplied description. The skill checks the diagram syntax before presenting the diagram and a brief explanation of its key flow.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

원문원문 설명 보기

Create concise, syntax-verified Mermaid architecture diagrams. Use when the user asks to diagram a chapter topic, system, component, dependency flow, or supplied description in Mermaid.

puncsky/system-design-and-architecture스타 3,606(GitHub 3,606 + cccskills 0)

실행 점수 미검증

설치 방법 보기

이럴 때 유용합니다

  • Diagramming a system or its components
  • Showing dependency and call directions
  • Turning a chapter topic into a diagram

포함된 파일(1)

  • SKILL.md2.5 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Draw a mermaid architecture diagram in markdown for: $ARGUMENTS

Conventions

  • Boxes are services/components: svc[api-gateway]. Use [(...)] for datastores, [[...]]-style queues only if the chapter does. Humans (user, operator) are triangles: user@{ shape: tri, label: "user" }.
  • A box that is not a long-running service must say so in its label (cron["nightly compaction job (spawned, exits when done)"]). Never draw a manual procedure as a peer of running infrastructure; give it its own subgraph titled as manual.
  • Arrows are dependency direction: A --> B means A calls/reads/writes B — never the reverse. Label an edge (A -->|gRPC| B) only when the relationship isn't obvious.
  • Concise: only load-bearing components and edges. No styling, colors or legend. Default flowchart TB; LR only if much wider than deep. subgraph only for real boundaries (region, cluster, trust zone, sync vs. async path).
  • If $ARGUMENTS refers to a chapter in this book, read it first (en/<file>.md) — don't diagram from guesswork. Keep names consistent with the chapter's prose.

Syntax gotchas: quote labels containing (, ), [, { (a["Queue (SQS)"]); never name a node bare end or graph; quote subgraph titles with spaces.

Verify (mandatory, before answering)

  1. Write the diagram body (no fence) to a unique .mmd file under .agents/tmp/ (gitignored).
  2. Run npx -y @mermaid-js/mermaid-cli@11.16.0 -i <file>.mmd -o <file>.svg; exit 0 means valid. The version is pinned deliberately (supply chain) — bump consciously.
  3. On failure, fix and re-verify. Never output an unverified diagram.

Output

A single ```mermaid fenced block plus a short explanation of the key flow. If asked to put it in a file, insert the verified block there.

Book caveat: the GitBook build (gitbook-cli, Node 10) does not render Mermaid fences by default. For published chapters, either render the verified .mmd to an image under images/ (-o images/<name>.svg, referenced as ../images/<name>.svg) or confirm a Mermaid plugin is enabled in book.json before leaving a raw fence in a chapter. Mirror the diagram in both en/ and zh-CN/ (translate labels only).

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Answer questions about a book, its chapters, or system design by consulting relevant material without changing files. For repository questions, ground the response in the source and cite file paths and lines; use web search for general topics when freshness matters.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Asking about a book or chapter
  • Getting an explanation of system design
  • Checking repository material without edits
puncsky/system-design-and-architecture3.6천2026년 10월 23일 업데이트

loopx

무료

Work through a `.pm` workstream backlog one actionable item at a time. Triage pending milestones, tasks, and inbox notes, then implement and ship them, close items already satisfied, block work with an unblock condition, or remove invalid items until no actionable work remains.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Draining a workstream backlog
  • Reviewing pending milestones and tasks
  • Resolving open inbox notes
puncsky/system-design-and-architecture3.6천2026년 10월 23일 업데이트

pm

무료

Manage and inspect a book project's public work board: organize workstreams, notes, milestones, and tasks, and update their status as work changes. Use it to materialize proposals, track blockers, or check current board state.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Check open milestones, tasks, and blockers
  • Add a roadmap note or milestone to the board
  • Mark completed or blocked work
puncsky/system-design-and-architecture3.6천2026년 10월 23일 업데이트

Break down a book roadmap topic into prioritized milestone and task proposals, considering reader impact, scope, dependencies, and effort. The skill outputs text for a separate board workflow to apply; it does not write board files.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Turn a book improvement idea into milestone proposals
  • Prioritize roadmap work by reader impact
  • Break a goal into sized tasks with dependencies
puncsky/system-design-and-architecture3.6천2026년 10월 23일 업데이트

ship

무료

Prepare pending changes on the tracked working branch for publishing: check the branch and repository state, rebase on the latest origin changes, commit selected files, and push. It is intended for an explicit ship or publish request.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

  • Publish finished changes from the current branch
  • Commit and push selected pending files
  • Update the branch with origin before shipping
puncsky/system-design-and-architecture3.6천2026년 10월 23일 업데이트

puncsky의 스킬 모두 보기

이 스킬의 문제 신고