nutshellai-tech/mobius/mobius-architecture-draw
Claude Code and agent skill by nutshellai-tech/mobius
- community
Checking that the SKILL.md file is still in the repository.
Analyze a Mobius project repository and generate a single-file HTML/SVG architecture diagram at .imac/generated_figures/arch.html, with optional image fallbacks.
Install
npx vskill@latest install nutshellai-tech/mobius/mobius-architecture-drawSKILL.md
Mobius Architecture Diagram Generator
This is a Mobius built-in Skill. Do not ask the user to install or invoke Codex Skills, Claude Code Skills, or any assistant-side Memory/Skill system. Use only the project files and the Mobius context injected into the current Session.
Goal
Analyze the current project workspace and generate a polished architecture diagram as a self-contained file:
- Primary output:
.imac/generated_figures/arch.html - Optional fallback previews:
.imac/generated_figures/arch.svg,
.imac/generated_figures/arch.png, or .imac/generated_figures/arch.jpg
The HTML file must contain embedded CSS and an embedded SVG diagram. It should open directly in a browser and should not require any build step, package install, external JavaScript, CDN, web font, or image generation service.
Required Workflow
- Inspect the repository before drawing.
- Read
README*, package manifests, config files, backend/frontend entry
points, extension manifests, and key service/router/component files.
- Prefer
rg --files,findwith bounded depth, and direct file reads. - Ignore noisy generated folders such as
.git,.imac/flags,
.imac/generated_figures, node_modules, dist, build, coverage, .next, .nuxt, target, vendor, and large asset directories.
- Build a concise architecture model.
- Identify user-facing entry points.
- Identify frontend modules, backend routes/services, data stores, workers,
external integrations, queues, caches, and generated artifacts.
- Group related files into 5-10 meaningful components. Do not draw every
file.
- Add the most important data/control flows only. Prefer readable diagrams
over exhaustive diagrams.
- Generate
.imac/generated_figures/arch.html.
- Create the output directory if it does not exist.
- Write valid UTF-8 HTML with inline CSS and inline SVG.
- No
<script>tags. No remote CSS, fonts, images, iframes, or imports. - Use semantic colors by component category.
- Include a title, timestamp, project summary, legend, architecture SVG, and
short notes card.
- The SVG must include arrow markers, labels, and readable text.
- Verify the output.
- Confirm the file exists at
.imac/generated_figures/arch.html. - If possible, open or inspect it enough to catch broken tags, blank SVG,
missing labels, or impossible arrows.
- If you create an optional raster image, keep
arch.htmlas the primary
output.
- Finish cleanly.
- Report the exact output path and a short summary of what the diagram shows.
- Remove this Session's
running.flagif the current task instructions ask
for it.
Visual Standard
Use a dark technical-report style inspired by modern architecture diagram tools:
- Background: near-black or deep slate.
- Typography: system sans for body; system monospace for component labels and
file/path hints.
- Layout: header, two-column summary/legend band, large diagram area, compact
notes section.
- Components: rounded rectangles with subtle borders and category accent colors.
- Flows: curved or orthogonal SVG paths with arrowheads. Use different stroke
styles for request flow, data flow, file generation, and optional external service calls.
- Accessibility: high contrast, no tiny text, no color-only meaning. Every
category should also have a text label.
Suggested category colors:
- UI / client: blue
- API / backend route: violet
- Service / domain logic: cyan
- Storage / database / files: emerald
- Worker / agent / automation: amber
- External service / network: rose
- Generated output: lime
HTML Structure
Use this structure as a guide, adapting labels and positions to the project:
Diagram Content Rules
- Name components by business role first, then include representative files in
smaller monospace text.
- Use arrows only for real inferred relationships. If a relationship is
uncertain, label it as inferred or omit it.
- Put external dependencies outside the main system boundary.
- Put generated outputs such as reports, figures, exported files, or build
artifacts in a distinct area.
- Keep labels short. Use 2-4 words for main node names and 1-2 representative
file paths underneath.
- For large monorepos, draw one top-level diagram and add a "Key directories"
notes card instead of creating an unreadable file map.
Output Quality Checklist
Before finishing, make sure:
.imac/generated_figures/arch.htmlexists.- The file is self-contained and has no
<script>tag. - SVG has a non-empty
viewBoxand visible component nodes. - Component text is readable against the background.
- The diagram contains a clear data/control flow from user entry to backend,
storage, workers/agents, and generated artifacts when those concepts exist.
- The final response tells the user what was generated and where it was saved.
Security
- Security scanPassed, 100 of 100Pattern checks on the skill's files.
- Model reviewNot runA model review is scheduled for the next rescan.
Quality evaluation
- Task evaluationNot runNo evaluation yet. Run one in Skill Studio.
Source
- SKILL.md in the repositoryCheckingskills/mobius-architecture-draw/SKILL.md
Popularity
- 7-day trend score
- 0
Not refreshed yet.
Works with
Any agent vskill installs to: 56 targets in all. These 39 have a page on this site.
- Claude Code
- Cursor
- GitHub Copilot
- Windsurf
- Codex
- Gemini CLI
- Cline
- Amp
- Roo Code
- Goose
- Continue
- Kilo Code
- Junie
- Trae
- OpenHands
- Qwen Code
- AI Agent
- Tabnine Chat
- Sourcegraph Cody
- Amazon Q
- Firebase Genkit
- Sweep
- Devin
- Phind
- Mentat
- Claude Desktop
- Aider
- GPT Pilot
- Plandex
- bolt.new
- v0
- Replit Agent
- Anse
- TypingMind
- BetterChatGPT
- LibreChat
- Warp AI
- Pieces
- Fig AI
Embed badge
[](https://verified-skill.com/skills/nutshellai-tech/mobius/mobius-architecture-draw)