Configuration Reference

Complete configuration reference for the Augments MCP Server including environment variables, framework definitions, and cache settings.

Configuration Overview
The Augments MCP Server supports multiple configuration methods for different aspects of the system
Environment Variables
Cache, GitHub API, logging
Framework Definitions
JSON configuration files
Claude Desktop Integration
MCP server configuration
Cache Management
TTL and storage settings
Environment Variables
Configure the MCP server behavior using environment variables

Cache Configuration

VariableTypeDefaultRequiredDescription
AUGMENTS_CACHE_DIR
string
~/.cache/augments-mcp-server
Optional
Directory for storing cached framework documentation and metadata
AUGMENTS_CACHE_TTL
integer
3600
Optional
Basic cache time-to-live in seconds (overridden by per-framework TTL strategies)

GitHub API Configuration

VariableTypeDefaultRequiredDescription
GITHUB_TOKEN
string
None
Optional
GitHub Personal Access Token for authenticated API access (increases rate limit from 60 to 5000 requests/hour)

Example Configuration

.env
# Cache Configuration
AUGMENTS_CACHE_DIR=~/.cache/augments-mcp-server
AUGMENTS_CACHE_TTL=3600

# GitHub API (optional but recommended)
GITHUB_TOKEN=your_github_personal_access_token_here
Claude Desktop Integration
Configure the Augments MCP Server in Claude Desktop

Configuration File

Add the following configuration to your Claude Desktop configuration file:

Configuration File Location
~/Library/Application Support/Claude/claude_desktop_config.json
Configuration Content
claude_desktop_config.json
{
  "mcpServers": {
    "augments": {
      "command": "uv",
      "args": ["run", "augments-mcp-server"],
      "cwd": "/path/to/augments-mcp-server",
      "env": {
        "AUGMENTS_CACHE_DIR": "~/.cache/augments-mcp-server",
        "AUGMENTS_CACHE_TTL": "3600",
        "GITHUB_TOKEN": "your_token_here"
      }
    }
  }
}
Framework Configuration
Define custom frameworks using JSON configuration files

Schema Overview

Each framework is defined by a JSON file in the frameworks/ directory with the following structure:

VariableTypeDefaultRequiredDescription
name
string
Required
Required
Unique identifier for the framework (lowercase, alphanumeric with hyphens)
display_name
string
Required
Required
Human-readable name for the framework
category
string
Required
Required
Framework category: web, backend, mobile, ai-ml, design, tools, database, devops, state-management, testing
type
string
Required
Required
Framework type description (e.g., 'JavaScript library', 'CSS framework')
version
string
latest
Optional
Framework version
sources
object
Required
Required
Documentation and example sources configuration
context_files
array
Required
Required
Important files to include in context
key_features
array
Required
Required
Main features and capabilities
common_patterns
array
Required
Required
Common usage patterns
priority
number
50
Optional
Framework priority (1-100, higher = more important)

Complete Example

frameworks/my-framework.json
{
  "name": "my-framework",
  "display_name": "My Framework",
  "category": "web",
  "type": "JavaScript framework",
  "version": "latest",
  "sources": {
    "documentation": {
      "github": {
        "repo": "owner/my-framework",
        "docs_path": "docs",
        "branch": "main"
      },
      "website": "https://my-framework.dev/docs"
    },
    "examples": {
      "github": {
        "repo": "owner/my-framework-examples",
        "docs_path": "examples",
        "branch": "main"
      }
    }
  },
  "sections": {
    "getting-started": "/getting-started",
    "api-reference": "/api",
    "guides": "/guides"
  },
  "context_files": [
    "README.md",
    "CHANGELOG.md",
    "docs/getting-started.md",
    "docs/api-reference.md"
  ],
  "key_features": [
    "component-based",
    "reactive",
    "type-safe",
    "server-side-rendering"
  ],
  "common_patterns": [
    "component-composition",
    "state-management",
    "routing",
    "data-fetching"
  ],
  "priority": 75
}

Sources Configuration

The sources object defines where to fetch documentation and examples:

GitHub-only configuration
{
  "sources": {
    "documentation": {
      "github": {
        "repo": "facebook/react",
        "docs_path": "docs",
        "branch": "main"
      }
    }
  }
}
Cache Management
Understanding cache behavior and TTL strategies

TTL Strategies

The server uses different cache TTL (Time To Live) values based on the framework version type:

VariableTypeDefaultRequiredDescription
stable
duration
24 hours
Optional
Stable releases are cached for a full day
beta
duration
6 hours
Optional
Beta versions are cached for 6 hours
dev
duration
1 hour
Optional
Development branches are cached for 1 hour
default
duration
3 hours
Optional
Default TTL for unspecified version types

Auto-Cached Frameworks

Popular frameworks are automatically cached on server startup:

Next.js
React
Tailwind CSS
TypeScript
shadcn/ui

Cache Directory Structure

Cache directory layout
~/.cache/augments-mcp-server/
├── frameworks/
│   ├── react.json                 # Framework metadata
│   ├── nextjs.json               # Framework metadata
│   └── ...
├── documentation/
│   ├── react/
│   │   ├── getting-started.md    # Cached documentation
│   │   ├── api-reference.md
│   │   └── ...
│   └── nextjs/
│       ├── installation.md
│       └── ...
└── github_cache/
    ├── facebook_react.json       # GitHub API responses
    └── ...
HTTP Client Configuration
Built-in HTTP client settings and rate limiting

GitHub Client

VariableTypeDefaultRequiredDescription
Base URL
string
https://api.github.com
Optional
GitHub API base URL
User Agent
string
Augments-MCP-Server/1.0
Optional
HTTP User-Agent header
Timeout
duration
30 seconds
Optional
Request timeout
Rate Limit
duration
100ms
Optional
Minimum delay between requests

Website Client

VariableTypeDefaultRequiredDescription
User Agent
string
Augments-MCP-Server/1.0 (Documentation Fetcher)
Optional
HTTP User-Agent header
Timeout
duration
30 seconds
Optional
Request timeout
Redirects
boolean
true
Optional
Follow HTTP redirects
Validation and Best Practices
Configuration validation rules and recommendations

Validation Rules

Required Fields

  • • Framework name must be unique
  • • Display name is required
  • • Category must be valid
  • • At least one documentation source

Format Rules

  • • Name: lowercase, alphanumeric, hyphens
  • • GitHub repo: owner/repository format
  • • URLs must be valid HTTP/HTTPS
  • • Priority: 1-100 range

Best Practices

Performance

  • • Set appropriate cache directories on fast storage
  • • Use GitHub token for better rate limits
  • • Monitor cache size and cleanup old entries
  • • Set realistic priorities for frameworks

Reliability

  • • Validate JSON syntax before deployment
  • • Test GitHub repository access
  • • Include comprehensive context files
  • • Use stable branches for documentation