Getting Started
Nexus is an enterprise dev toolkit with three capabilities: a Design-to-Code pipeline, 22 Software Development Lifecycle (SDLC) dev-workflow agents, and multi-step workflow commands — all powered by Claude Code.
Overview
Nexus ships as both a CLI (nexus) and an MCP server. Both share the same underlying tools.
| Mode | How | Best for |
|---|---|---|
nexus CLI | Terminal — install via one-liner | Local development, CI scripts, standalone use |
| MCP server | Add to Claude Code, n8n, or Claude Desktop | AI agent workflows, n8n DevSecOps automation |
Three tooling areas:
| Area | What it does | Commands |
|---|---|---|
| Design-to-Code Pipeline | Turns a Figma Make export, text description, or existing codebase into production-ready code in your chosen stack | nexus run · nexus ingest · nexus remap · nexus transform · nexus validate · nexus package |
| Dev-Workflow Agents | 22 specialized Claude agents for every SDLC stage: code review, security scanning, QA, deployment, architecture, and more | nexus agent list · nexus agent run |
| Workflow Commands | 11 multi-step orchestration workflows that chain agent tasks: design → implement → review → deploy → document | nexus workflow run |
The MCP server additionally exposes nexus_search and nexus_read — hybrid web search and doc-optimised reading tools for AI agents (MCP only, not available in the CLI).
Prerequisites
python3 --version# macOS (via Homebrew)
$ brew install python
# or download from python.org
uv over pip for fast, isolated installs.$ curl -LsSf https://astral.sh/uv/install.sh | sh
# Install Claude Code
$ npm install -g @anthropic-ai/claude-code
# Authenticate
$ claude login
# Verify
$ claude --version
nexus transform, nexus agent run, and nexus workflow run all call the claude CLI with --dangerously-skip-permissions for non-interactive execution. Make sure it's installed and authenticated before use.
Installation & Integration
Pick the use case that matches what you want to do — each one is self-contained.
I want to generate code from a Figma Make export or prompt
Install the nexus CLI and run the Design-to-Code pipeline from your terminal.
$ curl -fsSL https://nexus.coderstudio.co/install.sh | bash
pip install nexus-toolkit / uv tool install nexus-toolkit$ npm install -g @anthropic-ai/claude-code
$ claude login
# From a text prompt
$ nexus run prompt "A SaaS dashboard" -g nextjs-fullstack -p my-app
# From a Figma Make ZIP
$ nexus run zip ~/Downloads/figma-export.zip -g nextjs-fullstack -p my-app
I want to use Nexus tools inside a Claude Code session
Register Nexus as an MCP server — no separate install needed, uvx handles it on demand.
$ claude mcp add nexus -- uvx --refresh --from nexus-toolkit@latest nexus-mcp
$ claude mcp list # nexus ✓ Connected
ingest_figma_zip, remap_to_golden_path, validate_output, …) and agent tools (run_agent, list_agents).I want to use Nexus in Claude Desktop or Cursor
Add one entry to your app's config file — no separate install needed.
~/Library/Application Support/Claude/claude_desktop_config.jsonWindows:
%APPDATA%\Claude\claude_desktop_config.json{
"mcpServers": {
"nexus": {
"command": "uvx",
"args": ["--refresh", "--from", "nexus-toolkit", "nexus-mcp"]
}
}
}
I want to automate workflows with n8n
Run Nexus as a persistent HTTP MCP server — your n8n instance calls its tools to automate code review, security scanning, QA gates, and more.
$ MCP_TRANSPORT=http MCP_HOST=0.0.0.0 MCP_PORT=3900 uvx --from nexus-toolkit nexus-mcp
http://<server-ip>:3900/mcp
run_agent, pipeline tools, nexus_search) are then callable from any n8n workflow node.Updating
Auto-update (recommended for uvx setups)
Add --refresh to your uvx command once — Nexus will check PyPI for a new version on every startup and update automatically if one is available. No manual steps after a release.
Claude Code: If you already added the server, remove it first then re-add with @latest:
$ claude mcp remove nexus
$ claude mcp add nexus -- uvx --refresh --from nexus-toolkit@latest nexus-mcp
Claude Desktop / Cursor — edit your config file:
{
"mcpServers": {
"nexus": {
"command": "uvx",
"args": ["--refresh", "--from", "nexus-toolkit", "nexus-mcp"]
}
}
}
--refresh adds ~1–2 seconds to startup while uvx checks PyPI. When there is no new version, it skips the reinstall and starts immediately. When there is a new version, it reinstalls before starting.
Manual update
| Integration | Command |
|---|---|
| CLI (pip / uv tool) | pip install --upgrade nexus-toolkit or uv tool upgrade nexus-toolkit |
| Claude Code / Desktop / Cursor (uvx) | uvx --reinstall --from nexus-toolkit nexus-mcp then restart the app |
| n8n HTTP server (persistent process) | uvx --reinstall --from nexus-toolkit nexus-mcp then restart the process |
Quick Start
Design-to-Code — generate a full Next.js app from a description
$ nexus run prompt "A SaaS dashboard with sidebar, stats cards, and a data table" \
-g nextjs-fullstack \
-p my-dashboard
Nexus will ingest → remap → transform (via Claude) → validate → package — then output a ZIP ready to run.
$ unzip /tmp/nexus-my-dashboard/my-dashboard.zip
$ cd my-dashboard
$ pnpm install && pnpm dev
Dev Agents — run a security review on a file
$ nexus agent run security src/api/routes.ts
Workflow Commands — review a PR diff end-to-end
$ git diff main...HEAD | nexus workflow run workflow-review-code -
Design-to-Code — from a text prompt
No Figma Make file? No problem. Describe what you want to build:
$ nexus run prompt "A landing page with hero, features grid, pricing, and footer" \
--golden-path nextjs-static \
--project-name my-landing \
--output-dir ~/Desktop/
Design-to-Code — from a Figma Make ZIP
Export your project from Figma Make, then run:
$ nexus run zip ~/Downloads/figma-export.zip \
--golden-path nextjs-fullstack \
--project-name my-app \
--output-dir ~/Desktop/
Design-to-Code — from an existing codebase
Migrate an existing React/Next.js project to a golden path convention:
$ nexus run codebase ~/Projects/old-react-app \
--golden-path nextjs-fullstack \
--project-name migrated-app \
--output-dir ~/Desktop/
Dev-Workflow Agents
22 specialized Claude agents covering every stage of the SDLC. Each agent has deep domain expertise — pass it any content (file, diff, description) and get structured findings back.
List available agents
$ nexus agent list
| Category | Agents |
|---|---|
cross-cutting | code-reviewer · security · database · deployment · monitoring · performance · product-manager · qa-tester · task-planner · tech-writer · test-planner |
architecture | software-architect · solution-architect · solution-designer |
javascript | backend-api · frontend-ui · fullstack-nextjs · react-native |
savants | savant-fullstack-js · savant-flutter · savant-java-spring · savant-react-native |
Run an agent against a file
# Security review on an API route
$ nexus agent run security src/api/auth.ts
# Code review on a PR diff (stdin)
$ git diff HEAD~1 | nexus agent run code-reviewer -
# Deployment review with inline context
$ nexus agent run deployment --context "$(cat docker-compose.yml)"
# Database migration review
$ nexus agent run database prisma/migrations/20240101_add_users.sql
# Architecture review
$ nexus agent run software-architect --context "$(cat ARCHITECTURE.md)"
- as the file argument to read from stdin. Use --context / -c to pass an inline string. If neither is provided, the agent runs without context (useful for general questions).
Model selection
By default, agents use claude-sonnet-4-6. Override per-run or set a global default:
# Override model for a single run
$ nexus agent run code-reviewer src/api/auth.ts --model claude-opus-4-6
# Set default model for all runs (add to ~/.zshrc or ~/.bashrc)
$ export NEXUS_DEFAULT_MODEL=claude-opus-4-6
Remote server
Run an agent on a remote Nexus MCP server (e.g. a shared team server) instead of the local claude CLI:
# Run code-reviewer on remote server
$ nexus agent run code-reviewer src/api/routes.ts \
--server http://your-server:3900/mcp
# Inline context
$ nexus agent run product-manager \
--context "Create a PRD for user auth with OAuth2" \
--server http://your-server:3900/mcp
When --server is used, the local claude CLI is not required — the agent runs entirely on the remote server.
Agent Memory (v2.3.4)
Agents are stateless by default — every run starts fresh. Enable persistent memory so agents accumulate project-specific knowledge over time, becoming smarter the more you use them.
Enable memory for a run
# Run with memory — inject past findings as context
$ nexus agent run code-reviewer src/api/auth.ts \
--memory-path .claude/memory/agents/
# Run and save findings back to memory
$ nexus agent run code-reviewer src/api/auth.ts \
--memory-path .claude/memory/agents/ \
--remember
# Auto-detect project root (works if you're inside a git repo)
$ nexus agent run security src/api/auth.ts --remember
Memory file layout
Memory lives inside your project — not inside nexus-mcp:
.claude/memory/agents/
├── shared/ # git-committed — team-owned, reviewed in PRs
│ └── code-reviewer.md
└── personal/ # gitignored automatically — per-developer
└── code-reviewer.md
The personal/ directory is added to your project's .gitignore automatically on first write. Promote curated findings to shared/ via a normal git commit when they're worth sharing with the team.
Memory sections
| Section | Purpose |
|---|---|
Architecture Decisions | Significant patterns and design choices detected over time |
Recurring Issues | Issues seen across multiple runs, with occurrence counts |
Resolved | Previously flagged issues that have been fixed |
Recent Findings | Rolling window of the last 3 run summaries |
⚠️ Pending Human Review | Major decisions (migrations, breaking changes) flagged for review |
- [ ] checkboxes. Tick them to - [x] after acting — future runs skip already-reviewed items. Triggers are detected by keyword matching (migrate, breaking change, deprecate, rewrite, etc.) — no extra LLM calls.
MCP tools for memory
// Read agent memory
get_agent_memory({ agent_name: "code-reviewer", memory_path: ".claude/memory/agents/" })
// Write / merge findings into memory
update_agent_memory({ agent_name: "code-reviewer", memory_path: "...", content: "...", mode: "append" })
// Modes: append (default) | replace | reset
Workflow Commands
Multi-step orchestration workflows that guide Claude through a structured sequence of tasks. Unlike agents (which are role-based system prompts), workflows are user-level step sequences — design → implement → review → deploy → document.
Available workflows
| Workflow | Description |
|---|---|
workflow-review-code | Multi-step code review: complexity → patterns → security → summary |
workflow-review-security | Security review: OWASP top 10 → secrets → auth → findings |
workflow-review-performance | Performance review: bottlenecks → queries → caching → recommendations |
workflow-deploy | Deployment review: IaC → risk assessment → checklist → rollback plan |
workflow-design-architecture | Architecture design: requirements → components → data flow → ADRs |
workflow-design-nextjs | Next.js-specific design: routing → data fetching → state → deployment |
workflow-implement-backend | Backend implementation guide: API design → validation → error handling |
workflow-implement-frontend | Frontend implementation guide: components → state → accessibility |
workflow-implement-fullstack | Full-stack implementation: end-to-end feature guide |
workflow-qa-e2e | QA planning: test coverage → edge cases → E2E scenarios |
workflow-write-docs | Documentation generation: API docs → README → usage examples |
Run a workflow
# Full code review workflow on a file
$ nexus workflow run workflow-review-code src/api/routes.ts
# Security workflow on a PR diff
$ git diff main...HEAD | nexus workflow run workflow-review-security -
# Deploy workflow with inline context
$ nexus workflow run workflow-deploy --context "$(cat docker-compose.yml)"
# Generate docs for a module
$ nexus workflow run workflow-write-docs src/lib/auth.ts
run_agent tool: pass both agent_name and workflow parameters to apply a role-based system prompt (agent) and structured step instructions (workflow) at the same time.
Golden Paths
A golden path is the target stack and conventions Nexus generates code for in the Design-to-Code pipeline.
| Golden Path | Stack |
|---|---|
nextjs-fullstack | Next.js 16, React 19, Tailwind v4, tRPC v11, Prisma v7, NextAuth v5 |
nextjs-static | Next.js 16, React 19, Tailwind v4, static export |
t3-stack | T3 conventions, tRPC + Prisma + NextAuth + Zustand, Tailwind v4 |
vite-spa | Vite 6, React 19, Tailwind v4, React Router v7, TanStack Query |
monorepo | Turborepo, apps/web + apps/marketing, shared packages |
full-stack-rn | Next.js web + Expo 54 mobile (NativeWind), shared packages |
full-stack-flutter | Next.js web + Flutter 3.32 mobile (Riverpod + go_router) |
All Commands
| Command | Description |
|---|---|
| Design-to-Code Pipeline | |
nexus run prompt "<desc>" | Full pipeline: ingest → remap → transform → validate → package |
nexus run zip <file.zip> | Full pipeline from a Figma Make ZIP |
nexus run codebase <dir> | Full pipeline from an existing project |
nexus ingest prompt "<desc>" | Ingest step only — produces manifest |
nexus ingest zip <file.zip> | Ingest step only |
nexus ingest codebase <dir> | Ingest step only |
nexus remap <project> | Seed boilerplate + write transform queue |
nexus transform <project> | LLM transform step (calls claude CLI) |
nexus validate <project> | Run 26 checks on generated files |
nexus package <project> | Package output into ZIP |
| Dev-Workflow Agents | |
nexus agent list | List all 22 available agents grouped by category |
nexus agent run <name> [file] | Run a named agent against a file, stdin (-), or --context |
| Workflow Commands | |
nexus workflow run <name> [file] | Run a multi-step workflow against a file, stdin (-), or --context |
| Utility | |
nexus update | Upgrade to the latest version from PyPI |
nexus version | Print current version |
nexus --help | Show all commands and options |
Options
| Flag | Short | Default | Description |
|---|---|---|---|
| nexus run * · nexus transform · nexus remap | |||
--golden-path | -g | required | Target stack (see golden paths table) |
--project-name | -p | my-app | Output project slug |
--prompt | — | — | Extra instructions for the LLM agent |
--output-dir | -o | /tmp/ | Copy final ZIP here |
--model | -m | claude-sonnet-4-6 | Claude model for transform |
--claude-path | — | auto-detect | Explicit path to claude CLI binary |
| nexus agent run · nexus workflow run | |||
--context | -c | — | Inline context string instead of a file |
--model | -m | claude-sonnet-4-6 | Claude model to use |
--server | — | — | Remote Nexus MCP server URL (e.g. http://host:3900/mcp). Skips local claude CLI. |
--memory-path | — | — | Path to .claude/memory/agents/ for persistent memory |
--remember | — | — | Write findings back to memory after run |
--claude-path | — | auto-detect | Explicit path to claude CLI binary |
CLAUDE_PATH as an environment variable instead of using --claude-path.