ATLAS MCP Server

ATLAS (Adaptive Task & Logic Automation System) is a Model Context Protocol server that provides hierarchical task management capabilities to Large Language Models. This tool provides LLMs with the structure and context needed to manage complex tasks and dependencies.

Table of Contents

• Overview
• Features
• Installation
• Configuration
• Task Structure
• Tools
• Best Practices
• Known Issues
• Development
• Contributing
• License

Overview

ATLAS implements the Model Context Protocol (MCP), created by Anthropic, which enables standardized communication between LLMs and external systems through:

• Clients (Claude Desktop, IDEs) that maintain server connections
• Servers that provide tools and resources
• LLMs that interact with servers through client applications

Dev Note:

• This project is in active development and may have breaking changes.
• This is my first time working with TypeScript and I'm learning as I go.

Core Components

• TaskManager: Centralized task coordination with validation and event handling
• TaskOperations: ACID-compliant task operations with transaction support
• TaskValidator: Comprehensive validation with Zod schemas and path validation
• PathValidator: Robust path validation and sanitization
• TransactionScope: Improved transaction management with isolation levels
• StorageManager: SQLite-based persistence with WAL mode
• EventManager: System-wide event tracking and notification
• BatchProcessors: Optimized bulk operations for status and dependency updates

Features

Task Organization

• Hierarchical task structure with parent-child relationships
• Strong type validation (TASK, GROUP, MILESTONE)
• Status management (PENDING, IN_PROGRESS, COMPLETED, FAILED, BLOCKED)
• Dependency tracking with cycle detection
• Rich metadata support with schema validation

Path Validation & Safety

• Directory traversal prevention
• Special character validation
• Parent-child path validation
• Path depth limits
• Project name validation
• Path sanitization
• Consistent path formatting

Transaction Management

• Isolation level support
• Nested transaction handling
• Savepoint management
• Automatic rollback
• Transaction-safe operations
• Vacuum operation support

Storage & Performance

• SQLite backend with Write-Ahead Logging (WAL)
• LRU caching with memory pressure monitoring
• Transaction-based operations with rollback
• Batch processing for bulk updates
• Index-based fast retrieval
• Automatic cache management

Validation & Safety

• Zod schema validation for all inputs
• Circular dependency prevention
• Status transition validation
• Metadata schema enforcement
• Parent-child relationship validation
• Version tracking for concurrency

Monitoring & Maintenance

• Comprehensive event system
• Memory usage monitoring
• Database optimization tools
• Relationship repair utilities
• Cache statistics tracking
• Health monitoring

Error Handling

• Detailed error codes and messages
• Transaction safety with rollback
• Retryable operation support
• Rich error context
• Event-based error tracking

Installation

1. Clone the repository:

git clone https://github.com/cyanheads/atlas-mcp-server.git
cd atlas-mcp-server
npm install

Configuration

Add to your MCP client settings:

{
  "mcpServers": {
    "atlas": {
      "command": "node",
      "args": ["/path/to/atlas-mcp-server/build/index.js"],
      "env": {
        "ATLAS_STORAGE_DIR": "/path/to/storage/directory",
        "ATLAS_STORAGE_NAME": "atlas-tasks",
        "NODE_ENV": "production"
      }
    }
  }
}

Advanced configuration options:

{
  "storage": {
    "connection": {
      "maxRetries": 3,
      "retryDelay": 500,
      "busyTimeout": 2000
    },
    "performance": {
      "checkpointInterval": 60000,
      "cacheSize": 1000,
      "mmapSize": 1073741824,
      "pageSize": 4096
    }
  },
  "logging": {
    "console": true,
    "file": true,
    "level": "debug"
  }
}

Task Structure

Tasks support rich content and metadata within a hierarchical structure:

{
  // Path must follow validation rules:
  // - No parent directory traversal (..)
  // - Only alphanumeric, dash, underscore
  // - Max depth of 5 levels
  // - Valid project name as first segment
  "path": "project/feature/task",
  
  "name": "Implementation Task",
  "description": "Implement core functionality",
  "type": "TASK", // TASK, GROUP, or MILESTONE
  "status": "PENDING",
  
  // Parent path must exist and follow same rules
  "parentPath": "project/feature",
  
  // Dependencies are validated for:
  // - Existence
  // - No circular references
  // - Status transitions
  "dependencies": ["project/feature/design"],
  
  "notes": [
    "# Requirements\n- Feature A\n- Feature B",
    "interface Feature {\n  name: string;\n  enabled: boolean;\n}"
  ],
  
  "metadata": {
    "priority": "high",
    "tags": ["core", "implementation"],
    "estimatedHours": 8,
    "assignee": "john.doe",
    "customField": {
      "nested": {
        "value": 123
      }
    }
  },

  // System fields
  "created": 1703094689310,
  "updated": 1703094734316,
  "projectPath": "project",
  "version": 1
}

Tools

Task Management

create_task

Creates tasks with validation and dependency checks:

{
  "path": "project/backend", // Must follow path rules
  "name": "Backend Development",
  "type": "GROUP",
  "description": "Implement core backend services",
  "metadata": {
    "priority": "high",
    "tags": ["backend", "api"]
  }
}

update_task

Updates tasks with status and dependency validation:

{
  "path": "project/backend/api",
  "updates": {
    "status": "IN_PROGRESS", // Validates dependencies
    "dependencies": ["project/backend/database"],
    "metadata": {
      "progress": 50,
      "assignee": "team-member"
    }
  }
}

bulk_task_operations

Executes multiple operations atomically:

{
  "operations": [
    {
      "type": "create",
      "path": "project/frontend",
      "data": {
        "name": "Frontend Development",
        "type": "GROUP"
      }
    },
    {
      "type": "update",
      "path": "project/backend",
      "data": {
        "status": "COMPLETED"
      }
    }
  ]
}

Task Queries

get_tasks_by_status

Retrieve tasks by execution state:

{
  "status": "IN_PROGRESS"
}

get_tasks_by_path

Search using glob patterns:

{
  "pattern": "project/backend/**"
}

get_subtasks

List immediate child tasks:

{
  "parentPath": "project/backend"
}

Maintenance Tools

vacuum_database

Optimize database storage and performance:

{
  "analyze": true // Also updates statistics
}

repair_relationships

Fix task relationship inconsistencies:

{
  "dryRun": true, // Preview changes
  "pathPattern": "project/**"
}

clear_all_tasks

Reset database with confirmation:

{
  "confirm": true
}

Best Practices

Task Management

• Use descriptive path names reflecting hierarchy
• Set appropriate task types (TASK, GROUP, MILESTONE)
• Include detailed descriptions for context
• Use metadata for custom fields
• Consider dependencies carefully
• Maintain clean parent-child relationships

Path Naming

• Use alphanumeric characters, dash, underscore
• Keep paths short and meaningful
• Start with valid project name
• Avoid special characters
• Use forward slashes
• Keep depth under 5 levels

Performance

• Use bulk operations for multiple updates
• Keep task hierarchies shallow
• Clean up completed tasks regularly
• Monitor memory usage
• Use appropriate batch sizes
• Maintain proper indexes

Data Integrity

• Validate inputs before operations
• Handle status transitions properly
• Check for circular dependencies
• Maintain metadata consistency
• Use transactions for related changes
• Regular database maintenance

Known Issues

1. Path Depth Validation

   • Deep paths (>5 levels) may be accepted
   • Need stricter enforcement

2. Cascading Deletion

   • Some deep path tasks may survive parent deletion
   • Needs improved recursive deletion

3. Transaction Management

   • Bulk operations may fail with nested transactions
   • clear_all_tasks has transaction issues
   • Needs proper nested transaction support

Development

npm run build    # Build project
npm run watch    # Watch for changes
npm test        # Run tests

Contributing

1. Fork the repository
2. Create a feature branch
3. Commit your changes
4. Push to the branch
5. Create a Pull Request

For bugs and feature requests, please create an issue.

License

Apache License 2.0

---

<div align="center"> Built with the Model Context Protocol </div>