content/skills/visual-media-design/archify/SKILL.md
Create professional architecture, workflow, sequence, data-flow, and lifecycle/state diagrams as standalone HTML files with inline SVG, dark/light theme toggle, and one-click export to PNG / JPEG / WebP / SVG. Use this skill for system architecture diagrams, infrastructure/cloud/security/network topology visuals, technical workflows, approval/runbook/CI/CD/process diagrams, API call sequences, request lifecycles, interaction diagrams, data pipelines, ETL/ELT maps, PII/governance/data-lineage diagrams, state machines, status transitions, retry/cancel/timeout paths, or any request that needs a polished browser-openable technical diagram rather than Mermaid or an editable whiteboard.
npx skillsauth add bahayonghang/my-claude-code-settings archifyInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Create polished technical diagrams as self-contained HTML files with inline SVG, theme switching, and built-in export controls.
Archify has two production paths:
workflow, sequence, dataflow, and lifecycle.Prefer renderer-backed modes whenever the request matches one of them. Use manual architecture mode only when the user needs a bespoke component/topology diagram that does not fit the structured IRs.
Renderer modes depend on the bundled npm dependency ajv for JSON Schema validation. In a fresh checkout or installed skill directory, run once before rendering:
cd archify
npm ci
If npm ci is unavailable but dependency installation is allowed, use npm install. If dependencies cannot be installed, do not pretend the renderer can run; either use manual architecture mode or report the dependency blocker.
The final diagram HTML itself has no server runtime. It opens directly in a browser. The page uses embedded CSS/JS and inline SVG, with Google Fonts as the only network stylesheet.
| Mode | Use when the user asks for | Primary path |
| --- | --- | --- |
| architecture | System components, cloud resources, services, storage, network/security boundaries, topology overviews | Copy and customize assets/template.html |
| workflow | Technical flows, approval gates, runbooks, CI/CD, incidents, tool calls, ownership/process lanes | renderers/workflow/render-workflow.mjs |
| sequence | API call chains, request lifecycles, participant interactions over time, returns/fallbacks | renderers/sequence/render-sequence.mjs |
| dataflow | ETL/ELT, analytics pipelines, PII isolation, governance, lineage, warehouse/consumer paths | renderers/dataflow/render-dataflow.mjs |
| lifecycle | State machines, status changes, retries, waits, terminal states, cancel/timeout/recovery paths | renderers/lifecycle/render-lifecycle.mjs |
Mode-selection rules:
architecture unless the result is clearly process-oriented.workflow.sequence.dataflow.lifecycle.For workflow, sequence, dataflow, and lifecycle:
Read references/renderer-modes.md for the selected mode.
Start from the closest JSON file in examples/ when it materially matches the request.
Create a JSON IR file with schema_version: 1, diagram_type, meta, graph items, and summary cards.
Render with the matching script, for example:
node archify/renderers/workflow/render-workflow.mjs workflow.json workflow.html
If validation fails, fix the JSON and re-run. Do not edit the renderer to bypass schema/layout checks.
Open or inspect the output HTML when possible, then return the actual file path and any assumptions.
Renderer modes intentionally constrain layout through lanes, columns, stages, rows, anchors, route presets, and short labels. This keeps future invocations stable and avoids SVG surgery.
For architecture:
assets/template.html to the requested output path.references/design-system.md and references/template-export.md.c-mask behind semi-transparent fills.viewBox instead of crowding legends or clipping boundaries.Every Archify deliverable should include:
.html file.When reporting completion, include:
Read only what the selected task needs:
references/renderer-modes.md — JSON IR schemas, examples, renderer commands, and mode-specific design rules.references/design-system.md — semantic classes, arrows, masks, spacing, boundaries, legends, and card patterns.references/template-export.md — template customization points and export/theming contract.renderers/<mode>/README.md — concise renderer-specific command and input summary.schemas/*.schema.json — exact JSON Schema if validation details are needed.examples/*.json — working renderer-backed examples.Do not use Archify when:
development
Use only when the user explicitly asks for swarm, subagents, parallel agents, dynamic workflow, multi-agent orchestration, 多智能体编排, or when the task truly needs coordinated research plus implementation plus review plus verification packets. Do not use for ordinary code review, planning-only work, single-line bugfixes, routine audits, or migrations unless orchestration is requested or at least two independent workflow dimensions are present.
development
Run a code quality review focused on maintainability, structure, abstraction quality, file growth, branching complexity, boundary cleanliness, and refactoring opportunities. Use when the user asks for code quality review, code review, maintainability review, architecture quality review, PR code quality feedback, 代码质量审查, 代码质量 review, 可维护性审查, 架构质量审查, or review comments about code structure. Do not use for pure security review, formatting-only review, performance profiling, or implementation tasks unless the user also asks for a code quality review.
development
Plan-first brainstorming workflow that turns an idea into an approved Markdown implementation plan by default. Use when the user wants to brainstorm, design, scope, or plan a feature/spec before implementation. Spark explores project context, asks only blocking questions, writes the plan under the project root's .plannings/YYYY-MM-DD-feature-slug.md path, self-reviews it, and waits for user approval. Create an HTML or visual plan/spec only when the user explicitly asks for HTML, browser-viewable, or visual output; save the paired .html beside the Markdown plan.
development
Run a code quality review focused on maintainability, structure, abstraction quality, file growth, branching complexity, boundary cleanliness, and refactoring opportunities. Use when the user asks for code quality review, code review, maintainability review, architecture quality review, PR code quality feedback, 代码质量审查, 代码质量 review, 可维护性审查, 架构质量审查, or review comments about code structure. Do not use for pure security review, formatting-only review, performance profiling, or implementation tasks unless the user also asks for a code quality review.