Archify Diagrams
tt-a1i/archify
Creates interactive architecture, workflow, sequence, data-flow and lifecycle diagrams as standalone HTML with inline SVG, themes and image or video export.
Guides systematic project analysis, codebase exploration, and architecture pattern recognition.
$ npx skills add CloudAI-X/opencode-workflow --skill analyzing-projects -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install CloudAI-X/opencode-workflow analyzing-projects --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/CloudAI-X/opencode-workflow.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/analyzing-projects .claude/skills/analyzing-projects && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "analyzing-projects" agent skill from https://github.com/CloudAI-X/opencode-workflow/tree/main/skills/analyzing-projects into .claude/skills/analyzing-projects/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "analyzing-projects", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/CloudAI-X/opencode-workflow/tree/main/skills/analyzing-projectsType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add CloudAI-X/opencode-workflow --skill analyzing-projects -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install CloudAI-X/opencode-workflow analyzing-projects --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/CloudAI-X/opencode-workflow.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/analyzing-projects .agents/skills/analyzing-projects && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "analyzing-projects" agent skill from https://github.com/CloudAI-X/opencode-workflow/tree/main/skills/analyzing-projects into .agents/skills/analyzing-projects/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "analyzing-projects", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add CloudAI-X/opencode-workflow --skill analyzing-projects -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install CloudAI-X/opencode-workflow analyzing-projects --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/CloudAI-X/opencode-workflow.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/analyzing-projects .cursor/skills/analyzing-projects && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "analyzing-projects" agent skill from https://github.com/CloudAI-X/opencode-workflow/tree/main/skills/analyzing-projects into .cursor/skills/analyzing-projects/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "analyzing-projects", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/CloudAI-X/opencode-workflow.git --path skills/analyzing-projects--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add CloudAI-X/opencode-workflow --skill analyzing-projects -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install CloudAI-X/opencode-workflow analyzing-projects --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/CloudAI-X/opencode-workflow.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/analyzing-projects .gemini/skills/analyzing-projects && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "analyzing-projects" agent skill from https://github.com/CloudAI-X/opencode-workflow/tree/main/skills/analyzing-projects into .gemini/skills/analyzing-projects/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "analyzing-projects", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install CloudAI-X/opencode-workflow analyzing-projectsInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add CloudAI-X/opencode-workflow --skill analyzing-projects -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/CloudAI-X/opencode-workflow.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/analyzing-projects .github/skills/analyzing-projects && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "analyzing-projects" agent skill from https://github.com/CloudAI-X/opencode-workflow/tree/main/skills/analyzing-projects into .github/skills/analyzing-projects/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "analyzing-projects", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add CloudAI-X/opencode-workflow --skill analyzing-projects -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install CloudAI-X/opencode-workflow analyzing-projects --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/CloudAI-X/opencode-workflow.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/analyzing-projects .opencode/skills/analyzing-projects && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "analyzing-projects" agent skill from https://github.com/CloudAI-X/opencode-workflow/tree/main/skills/analyzing-projects into .opencode/skills/analyzing-projects/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "analyzing-projects", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
analyzing-projectsGuides systematic project analysis, codebase exploration, and architecture pattern recognition.
Analyzing Projects is an agent skill from CloudAI-X/opencode-workflow. Guides systematic project analysis, codebase exploration, and architecture pattern recognition. Use when understanding new codebases, onboarding to projects, or investigating system structure.
Its SKILL.md is about 1.8k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts. Compatibility notes: opencode
It sits in Development, covering Software architecture. The licence is MIT.
5 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 0128ca6. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are markdown).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
opencode
From compatibility in the SKILL.md frontmatter.
Analyzing Projects loads about 1.8k tokens when it runs. Until then it costs about 53 tokens; SKILL.md has 497 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from CloudAI-X/opencode-workflow at commit 0128ca6, republished under its MIT licence (© CloudAI-X). 497 words, ~1,815 tokens.
.claude/skills/analyzing-projects/SKILL.md (or your agent's skills folder).Systematic approaches to understanding codebases, identifying patterns, and mapping system architecture.
Layer 1: Surface Scan
└─ Entry points, config files, directory structure
Layer 2: Dependency Mapping
└─ Package managers, imports, module relationships
Layer 3: Architecture Recognition
└─ Patterns (MVC, hexagonal, microservices)
Layer 4: Flow Tracing
└─ Request paths, data flow, state management
Layer 5: Quality Assessment
└─ Test coverage, code health, technical debtStart by identifying how the application launches:
Look for standard entry files:
main.*, index.*, app.*, server.*cmd/ directory (Go)src/main/ (Java)bin/ scriptsCheck configuration files:
package.json (scripts.start, main)Makefile, Taskfile.github/workflows/)Map directory structure:
Quick heuristics:
├── src/ → Source code
├── lib/ → Internal libraries
├── pkg/ → Public packages (Go)
├── internal/ → Private packages (Go)
├── tests/ → Test files
├── docs/ → Documentation
├── scripts/ → Build/deploy scripts
└── config/ → Configuration| File | Ecosystem | Key Sections |
|---|---|---|
package.json | Node.js | dependencies, devDependencies |
requirements.txt / pyproject.toml | Python | direct dependencies |
go.mod | Go | require blocks |
Cargo.toml | Rust | dependencies |
pom.xml / build.gradle | Java | dependencies |
Trace imports from entry points
Build a mental model of layers:
Presentation Layer (routes, controllers, views)
↓
Application Layer (services, use cases)
↓
Domain Layer (entities, business logic)
↓
Infrastructure Layer (database, external APIs)Identify shared utilities imported across modules
| Pattern | Indicators | Typical Structure |
|---|---|---|
| MVC | controllers/, models/, views/ | Clear separation of concerns |
| Hexagonal | ports/, adapters/, domain/ | Dependency inversion |
| Microservices | services/, docker-compose | Independent deployable units |
| Monolith | Single large app, shared DB | Everything in one deployment |
| Serverless | functions/, handlers/ | Event-driven, stateless |
For web applications, trace a request end-to-end:
HTTP Request
↓
Router/Routes (maps URL → handler)
↓
Middleware (auth, logging, validation)
↓
Controller/Handler (orchestrates)
↓
Service/Use Case (business logic)
↓
Repository/DAO (data access)
↓
Database/External APIFor frontend applications:
| Indicator | Good Sign | Warning Sign |
|---|---|---|
| Test coverage | >70% coverage | No tests, or tests ignored |
| Dependencies | Recent versions | Major versions behind |
| Documentation | README updated | Stale or missing docs |
| Build time | Under 2 minutes | Over 10 minutes |
| Error handling | Consistent patterns | Swallowed exceptions |
When exploring a large codebase, parallelize by module:
Spawn subagents for each major area:
├─ Subagent 1: Analyze src/auth (authentication module)
├─ Subagent 2: Analyze src/api (API layer)
├─ Subagent 3: Analyze src/db (data layer)
├─ Subagent 4: Analyze src/ui (frontend)
└─ Subagent 5: Analyze tests/ (test patterns)
Synthesize findings into unified architecture view.## Project Overview
- **Language**: [Primary language]
- **Framework**: [Main framework]
- **Architecture**: [Pattern identified]
- **Entry Point**: [Main file]
## Key Modules
| Module | Responsibility | Key Files |
|--------|----------------|-----------|
| [Name] | [What it does] | [Files] |
## Data Flow
[Request lifecycle diagram]
## Notable Patterns
- [Pattern 1]: [Where/how used]
- [Pattern 2]: [Where/how used]## Getting Started
- [ ] Clone and install dependencies
- [ ] Run the app locally
- [ ] Run the test suite
- [ ] Trace one request end-to-end
- [ ] Find where [core feature] is implementedSURFACE SCAN:
entry points → config files → directory structure
DEPENDENCY MAP:
package manager → import tracing → layer identification
ARCHITECTURE:
pattern recognition → separation of concerns → abstractions
FLOW TRACING:
request path → data flow → state management
QUALITY CHECK:
test coverage → code health → technical debt© CloudAI-X, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in skills/analyzing-projects of CloudAI-X/opencode-workflow.
Open the folder on GitHubat commit 0128ca6
We found 1 copy of this SKILL.md (exact, near-identical or edited) in other folders, from 1 other GitHub owner. This page covers the copy in CloudAI-X/opencode-workflow, which our catalogue first saw on October 7, 2026.
Analyzing Projects next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Analyzing Projects this skillCloudAI-X/opencode-workflow | 275 | 1 repos | ~1.8k | Automated safety check: Pass | MIT | |
| Archify Diagramstt-a1i/archify | 79k | — | ~2.9k | Automated safety check: Pass | MIT | |
| Electron Multi-Process ArchitectureiOfficeAI/AionUi | 33k | 1 repos | ~1.8k | Automated safety check: Pass | Apache-2.0 | |
| Backend Code Reviewlanggenius/dify | 158k | — | ~676 | Automated safety check: Pass | Custom licence | |
| Dark Architecture Diagram BuilderCocoon-AI/architecture-diagram-generator | 7.4k | 1 repos | ~2.1k | Automated safety check: Pass | MIT | |
| Code Graph Mermaid Diagramstrailofbits/skills | 7.4k | 1 repos | ~1.7k | Automated safety check: Pass | CC-BY-SA-4.0 |
tt-a1i/archify
Creates interactive architecture, workflow, sequence, data-flow and lifecycle diagrams as standalone HTML with inline SVG, themes and image or video export.
iOfficeAI/AionUi
Tells the agent where new code belongs in an Electron multi-process project and which APIs each process may use, with rules for new bridges, services, agents and workers.
langgenius/dify
Reviews backend code under api/ for concrete, reproducible defects, routes to rule packs for architecture, schema, repositories and SQLAlchemy, and ranks findings from P0 to P3.
Cocoon-AI/architecture-diagram-generator
Creates dark-themed system, cloud, security and network architecture diagrams as self-contained HTML files with inline SVG and CSS.
trailofbits/skills
Generates Mermaid diagrams from Trailmark code graphs, including call graphs, class hierarchies, module dependency maps, complexity heatmaps and attack surface data flows.
maslennikov-ig/claude-code-orchestrator-kit
Comprehensive software architecture skill for designing scalable, maintainable systems using ReactJS, NextJS, NodeJS, Express, React Native, Swift, Kotlin…
CloudAI-X/opencode-workflow
Guides REST and GraphQL API design, endpoint patterns, request/response schemas, versioning, and API best practices.
CloudAI-X/opencode-workflow
Guides software architecture decisions, design patterns, and system design principles.
CloudAI-X/opencode-workflow
Guides test strategy, TDD/BDD approaches, test coverage planning, and testing best practices.
CloudAI-X/opencode-workflow
Guides git workflows, branching strategies, commit conventions, and version control best practices.
CloudAI-X/opencode-workflow
Guides performance optimization, profiling techniques, and bottleneck identification.
CloudAI-X/opencode-workflow
CRITICAL skill for executing multiple Task tool calls in a SINGLE message for true parallelism.
Categories
Guides systematic project analysis, codebase exploration, and architecture pattern recognition. Analyzing Projects is an agent skill from CloudAI-X/opencode-workflow. Guides systematic project analysis, codebase exploration, and architecture pattern recognition.
Analyzing Projects fits situations like: understanding new codebases; onboarding to projects; investigating system structure.
Run `npx skills add CloudAI-X/opencode-workflow --skill analyzing-projects -a claude-code`. Or copy the skill folder (skills/analyzing-projects in CloudAI-X/opencode-workflow) into .claude/skills/analyzing-projects in your project. Claude Code loads it when a task matches its description.
Run `npx skills add CloudAI-X/opencode-workflow --skill analyzing-projects -a codex`. Or copy the skill folder (skills/analyzing-projects in CloudAI-X/opencode-workflow) into .agents/skills/analyzing-projects in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add CloudAI-X/opencode-workflow --skill analyzing-projects -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/analyzing-projects, .gemini/skills/analyzing-projects, .github/skills/analyzing-projects and .opencode/skills/analyzing-projects in your project.
SKILL.md names no scripts, command-line tools or credentials: Analyzing Projects is instructions for the agent only. Our summary lists: Python 3; Node.js; Docker. Compatibility (from SKILL.md): opencode.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Analyzing Projects is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.
About 1.8k tokens (SKILL.md is roughly 7.3k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Analyzing Projects: Archify Diagrams (tt-a1i/archify, 79k stars), Electron Multi-Process Architecture (iOfficeAI/AionUi, 33k stars), Backend Code Review (langgenius/dify, 158k stars) and Dark Architecture Diagram Builder (Cocoon-AI/architecture-diagram-generator, 7.4k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
CloudAI-X (a GitHub user) maintains it in CloudAI-X/opencode-workflow, which has 275 GitHub stars. The repository holds 7 skills in this directory. The repository was last updated on January 10, 2026.
Source: CloudAI-X/opencode-workflow on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.