Skip to main content
ClaudeSpace uses 7 node types to build AI agent systems. Each node serves a specific purpose in your agent’s architecture.

The 7 Node Types

NodePurposeExample UseDocumentation
πŸ€– AgentMain agent configurationSystem prompt, model selection, permissionsCore intelligence
πŸ› οΈ SkillsAgent capabilitiesFile operations, API calls, code executionTools and actions
🧠 MemoryPersistent knowledgeConversation history, knowledge bases, RAGLong-term context
βš™οΈ CommandsCustom slash commands/summarize, /review-pr, /deployUser shortcuts
πŸ”Œ MCPsExternal tool integrationsContext7 docs, databases, APIsSystem connections
πŸͺ HooksLifecycle event handlersPreToolUse, PostToolUse, SessionStartEvent triggers
🎭 Sub-agentsDelegated specialized agentsCode reviewer, researcher, writerAgent delegation

Node Anatomy

Every node in ClaudeSpace has these components:

Visual Appearance

[Diagram: Node structure showing icon, title, description, color]
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚  πŸ› οΈ  File System         β”‚  ← Icon + Title
β”‚  Reads and writes files β”‚  ← Description
β”‚                         β”‚
β”‚  [Configuration Panel]  β”‚  ← Expandable settings
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
Components:
  • Icon - Emoji or custom image for quick identification
  • Title - Node name (editable)
  • Description - Brief explanation of purpose
  • Color - Category-based (Skills=red, Memory=green, etc.)
  • Handles - Connection points (top/bottom/sides)

Connection Handles

Handles are small circles on node edges for creating connections. Handle Types:
  • Input Handle (top) - Receives connections FROM main agent
  • Output Handle (bottom) - Not used (reserved for future features)
Color Coding:
  • πŸ› οΈ Red β†’ Skills connections
  • 🧠 Green β†’ Memory connections
  • πŸ”Œ Blue β†’ MCP connections
  • βš™οΈ Purple β†’ Command connections
  • πŸͺ Yellow β†’ Hook connections
  • 🎭 Purple β†’ Sub-agent connections
[Screenshot: Main agent card with all handles highlighted]

Configuration Panel

Clicking a node opens its configuration panel on the right side. Panel Contents:
  • Node-specific settings (name, description, etc.)
  • Configuration options (parameters, paths, etc.)
  • Connection status
  • Validation errors (if any)
  • Delete button
[Screenshot: Configuration panel for a skill node]

Connection Rules

Valid Connections

Only the main agent card can connect to other nodes.
βœ… Valid:
Main Agent β†’ Skills
Main Agent β†’ Memory
Main Agent β†’ MCPs
Main Agent β†’ Commands
Main Agent β†’ Hooks
Main Agent β†’ Sub-agents

❌ Invalid:
Skills β†’ Memory          # Nodes can't connect to each other
Skills β†’ Skills          # No node-to-node connections
Memory β†’ Sub-agents      # Only main agent as source

Connection Handles on Main Agent Card

The main agent card has specialized handles for each node type:
         [πŸͺ Hooks]
      (top-left handle)
              ↑
              β”‚
[🧠 Memory] ← MAIN β†’ [πŸ› οΈ Skills]
(bottom-left) (center) (right handle)
              ↓
      [🎭 Sub-agents]
   (bottom handle)

[πŸ”Œ MCPs]
(top-right handle - separate area)

[βš™οΈ Commands]
(configured via panel, not visual connection)
Handle Locations:
  • Right edge β†’ Skills
  • Bottom-left β†’ Memory
  • Bottom center β†’ Sub-agents
  • Top-left β†’ Hooks
  • Top-right β†’ MCPs
  • Panel config β†’ Commands (no visual connection)
[Screenshot: Main agent card with labeled handles]

Creating Connections

Step-by-step:
  1. Hover over main agent card
  2. Handles appear on edges (small circles)
  3. Click and drag from appropriate handle
  4. Drop on target node
  5. Connection line appears
[GIF: Animation showing connection being created] Rules:
  • Each handle can have only one connection
  • Must connect from main agent to other nodes
  • Can’t connect nodes directly to each other
  • Delete existing connection before making new one on same handle

Quick Reference: When to Use Each Node

πŸ€– Agent (Main Card)

Always present - Every project has exactly one main agent card. Use for:
  • Defining agent personality and behavior
  • Setting system prompt
  • Choosing AI model (Opus/Sonnet/Haiku)
  • Configuring permissions
  • Sandbox settings
Required: Yes (1 per project) Learn more β†’

πŸ› οΈ Skills

Add capabilities - Tools and actions your agent can perform. Use when:
  • Agent needs to read/write files β†’ File System skill
  • Agent needs to run Python code β†’ Code Interpreter skill
  • Agent needs to call APIs β†’ HTTP Request skill or custom
  • Agent needs specific tool β†’ Create custom skill
Examples:
  • File operations (read, write, delete)
  • Code execution (Python, JavaScript)
  • API integrations (GitHub, Slack, database)
  • Data processing (CSV parser, JSON transformer)
Required: Optional (0 to many per project) Learn more β†’

🧠 Memory

Persistent knowledge - Long-term information your agent remembers. Use when:
  • Agent needs domain knowledge β†’ Add knowledge base markdown files
  • Agent needs conversation context β†’ Use prime context pattern
  • Agent needs reference docs β†’ Store as memory files
  • Agent needs to recall past interactions β†’ Enable conversation history
Examples:
  • Company information and policies
  • Team member contacts and roles
  • Product documentation
  • Customer interaction history
  • Technical specifications
Required: Optional (0 to many per project) Learn more β†’

βš™οΈ Commands

User shortcuts - Custom slash commands for quick actions. Use when:
  • Repetitive workflows β†’ Create /command-name
  • Structured inputs needed β†’ Define parameters
  • Quick access to complex prompts β†’ Template with variables
  • User-facing features β†’ Expose as commands
Examples:
  • /summarize - Summarize document
  • /review-pr <number> - Review GitHub PR
  • /deploy <env> - Deploy to environment
  • /test <file> - Run tests on file
Required: Optional (0 to many per project) Learn more β†’

πŸ”Œ MCPs (Model Context Protocol)

External integrations - Connect to databases, APIs, and external tools. Use when:
  • Agent needs documentation β†’ Context7 MCP (library docs)
  • Agent needs database access β†’ PostgreSQL/MySQL MCP
  • Agent needs file system β†’ File System MCP
  • Agent needs custom integration β†’ Configure custom MCP server
Examples:
  • Context7 (documentation lookup)
  • Database connections (PostgreSQL, MongoDB)
  • Cloud services (AWS, GCP, Azure)
  • Custom APIs (internal tools)
Required: Optional (0 to many per project) Learn more β†’

πŸͺ Hooks

Lifecycle events - Scripts that run at specific points in agent execution. Use when:
  • Need to log tool calls β†’ PreToolUse hook
  • Need to transform outputs β†’ PostToolUse hook
  • Need to initialize session β†’ SessionStart hook
  • Need to enforce policies β†’ PermissionRequest hook
  • Need to track costs β†’ PostToolUse hook (parse metadata)
Event Types:
  • PreToolUse - Before tool execution
  • PostToolUse - After tool execution
  • UserPromptSubmit - On user input
  • PermissionRequest - On permission check
  • SessionStart / SessionEnd - Session lifecycle
  • Stop / SubagentStop - Cancellation
  • Notification - Status messages
  • PreCompact - Before conversation compaction
Required: Optional (0 to many per project) Learn more β†’

🎭 Sub-agents

Specialized agents - Delegate tasks to expert agents with different configurations. Use when:
  • Task needs specialized expertise β†’ Code Reviewer sub-agent
  • Task needs different model β†’ Haiku for speed, Opus for reasoning
  • Task needs isolation β†’ Separate permissions/tools
  • Parallel processing β†’ Multiple sub-agents working together
Examples:
  • Code Reviewer (strict code analysis)
  • Researcher (web search + summarization)
  • Writer (creative content generation)
  • Tester (test case generation)
Patterns:
  • Coordinator + Specialists - Main agent delegates to experts
  • Pipeline - Sequential processing (planner β†’ writer β†’ reviewer)
  • Parallel - Multiple sub-agents working simultaneously
Required: Optional (0 to many per project) Learn more β†’

Node Library vs. Canvas Nodes

Understanding the difference between library components and canvas instances:

Node Library (Workspace-Level)

Location: Settings β†’ Node Managers Purpose: Reusable components shared across all projects Management:
  • Create once, use everywhere
  • Edit in one place, updates available to all projects
  • Delete from library β†’ can still exist in project canvases
Contains:
  • Skills (custom tools)
  • MCPs (integration configs)
  • Hooks (event scripts)
  • Commands (slash command templates)
  • Sub-agents (agent templates)
  • Memory templates
Example:
Workspace Library:
  └── "GitHub API" skill
      β”œβ”€β”€ SKILL.md
      └── scripts/github_api.py

Canvas Nodes (Project-Level)

Location: Project canvas Purpose: Specific instances used in individual projects Behavior:
  • Copy from library when added to canvas
  • Customizable per project (can modify without affecting library)
  • Independent - Changes don’t affect library or other projects
Example:
Project 1 Canvas:
  └── "GitHub API" instance
      └── Endpoint: api.github.com/repos/owner/repo1

Project 2 Canvas:
  └── "GitHub API" instance
      └── Endpoint: api.github.com/repos/owner/repo2
Workflow:
  1. Create skill in Node Library (Settings)
  2. Drag to canvas from left sidebar
  3. Configure specific parameters for this project
  4. Connect to main agent card
  5. Test agent with this skill instance

Node Categories and Organization

Nodes in the left sidebar are organized by category:
Left Sidebar:
β”œβ”€β”€ πŸ› οΈ Skills (Red)
β”‚   β”œβ”€β”€ File System
β”‚   β”œβ”€β”€ Code Interpreter
β”‚   β”œβ”€β”€ HTTP Request
β”‚   └── [Custom skills from library]
β”œβ”€β”€ 🧠 Memory (Green)
β”‚   β”œβ”€β”€ Knowledge Base
β”‚   β”œβ”€β”€ Prime Context
β”‚   └── [Custom memory from library]
β”œβ”€β”€ πŸ”Œ MCPs (Blue)
β”‚   β”œβ”€β”€ Context7
β”‚   β”œβ”€β”€ File System
β”‚   └── [Custom MCPs from library]
β”œβ”€β”€ βš™οΈ Commands (Purple)
β”‚   └── [Custom commands from library]
β”œβ”€β”€ πŸͺ Hooks (Yellow)
β”‚   └── [Custom hooks from library]
└── 🎭 Sub-agents (Purple)
    └── [Custom sub-agents from library]
Search: Type in sidebar search bar to filter nodes by name Favorites: Star frequently-used nodes to pin to top

Common Patterns

Pattern 1: Basic Agent with File Access

[πŸ€– Main Agent]
      ↓
[πŸ› οΈ File System Skill]
Use case: Agent that reads/writes files (e.g., document analyzer)

Pattern 2: Agent with Memory

    [πŸ€– Main Agent]
         ↓
    [🧠 Knowledge Base]
Use case: Agent with domain knowledge (e.g., customer support with company info)

Pattern 3: Multi-Capability Agent

         [πŸ€– Main Agent]
         ↙   ↓   β†˜
[πŸ› οΈ Skills] [🧠 Memory] [πŸ”Œ MCPs]
Use case: Full-featured agent with tools, knowledge, and integrations

Pattern 4: Multi-Agent System

      [πŸ€– Coordinator Agent]
              ↓
      [🎭 Sub-agents]
       ↙    ↓    β†˜
   [Code] [Research] [Writer]
   [Review]
Use case: Complex workflows with specialized agents

Pattern 5: Hooked Agent with Logging

   [πŸͺ PreToolUse Hook]
            ↑
      [πŸ€– Main Agent]
            ↓
       [πŸ› οΈ Skills]
Use case: Agent with audit logging of all tool calls

Next Steps

Deep dive into specific node types: