Architecture

Technical overview of the Arch MCP Server implementation following the Arch Way principles.

Design Philosophy

This server embodies the Arch Way principles in its implementation.

Minimalism

No unnecessary abstractions or bloat. Every function serves a clear purpose with clean, readable code.

The entire codebase is under 3,000 lines - easy to audit and understand.

Correctness

Comprehensive error handling at every layer, full type hints, and extensive logging for debugging.

async def get_wiki_page(title: str) -> str:
    """Type hints ensure correctness"""
    try:
        # Proper error handling
        return await _fetch_via_api(title)
    except HTTPError as e:
        logger.error(f"Failed: {e}")
        raise

Transparency

Every module is well-documented with clear function signatures, docstrings, and inline comments.

No magic - you can read the source and understand exactly what’s happening.

User-Centricity

Assumes competent users. Provides detailed information and warnings, but doesn’t prevent advanced usage.

AUR warnings inform users of risks but don’t block access - you decide.

Pragmatism

Hybrid local/remote approach: uses fast local queries on Arch, falls back to remote APIs elsewhere.

if IS_ARCH and has_pacman():
    return await _local_query()
else:
    return await _remote_api()

Simplicity

Standard library and minimal dependencies. No complex frameworks or heavy abstractions.Dependencies: httpx, beautifulsoup4, markdownify, mcp

System Architecture

┌─────────────────────────────────────────────────────────┐
│         MCP Client (Claude, Cursor etc.)      │
└───────────────────────┬─────────────────────────────────┘
                        │ Transport Layer
                        │ • STDIO (stdin/stdout)
                        │ • HTTP/SSE (Server-Sent Events)
┌───────────────────────▼─────────────────────────────────┐
│           arch_ops_server.py / http_server.py            │
│                   (MCP Server Core)                      │
│  ┌─────────────────────────────────────────────────┐   │
│  │ Resources            Tools                Prompts│   │
│  │ - archwiki://        - search_archwiki   - trbl  │   │
│  │ - aur://             - search_aur        - audit │   │
│  │                      - get_official_pkg  - deps  │   │
│  │                      - check_updates            │   │
│  │                      - analyze_pkgbuild         │   │
│  └─────────────────────────────────────────────────┘   │
└───────────────────────┬─────────────────────────────────┘
                        │ Function Calls
┌───────────────────────▼─────────────────────────────────┐
│              Module Layer (src/arch_ops_server/)         │
│  ┌──────────┐  ┌──────────┐  ┌──────────┐  ┌──────────┐│
│  │ wiki.py  │  │  aur.py  │  │pacman.py │  │ system.py││
│  │          │  │          │  │          │  │          ││
│  │MediaWiki │  │ AUR RPC  │  │ Hybrid   │  │Monitoring││
│  │API + BS4 │  │   v5     │  │Local/API │  │& Diag.   ││
│  └──────────┘  └──────────┘  └──────────┘  └──────────┘│
│  ┌──────────┐  ┌──────────┐  ┌──────────┐  ┌──────────┐│
│  │ news.py  │  │ logs.py  │  │mirrors.py│  │ config.py││
│  │          │  │          │  │          │  │          ││
│  │RSS Feed  │  │Transaction│  │ Mirror   │  │  Config  ││
│  │ Parser   │  │  History │  │ Manager  │  │  Parser  ││
│  └──────────┘  └──────────┘  └──────────┘  └──────────┘│
│  ┌──────────┐                                            │
│  │ utils.py │                                            │
│  │Platform  │                                            │
│  │Detection │                                            │
│  └──────────┘                                            │
└───────────────────────┬─────────────────────────────────┘
                        │ Network/System Calls
┌───────────────────────▼─────────────────────────────────┐
│              External Services & Local System            │
│  ┌──────────────┐  ┌──────────┐  ┌──────────────────┐  │
│  │  Arch Wiki   │  │   AUR    │  │  Local pacman    │  │
│  │  wiki.arch.. │  │  aur.a.. │  │  (if on Arch)    │  │
│  └──────────────┘  └──────────┘  └──────────────────┘  │
└─────────────────────────────────────────────────────────┘

Module Breakdown

Main Entry Point (`init.py` and `server.py`)

__init__.py Responsibilities:

Package initialization
Function exports
Async main() entry point
STDIO transport setup

server.py Responsibilities: Responsibilities:

MCP protocol implementation
Resource URI handling
Tool invocation routing
Prompt template management
STDIO transport setup

Key Features:

Async operation for all network calls
URI parsing for resources
JSON serialization of responses
Error propagation from modules

HTTP Server Module (`http_server.py`)

New in v3.1.0: HTTP/SSE transport support for containerized deployments. Purpose:

Alternative transport to STDIO for web-based clients
Server-Sent Events (SSE) for real-time communication
Containerized deployment support (Docker, Smithery)
Health check endpoint for monitoring

Entry Points:

arch-ops-server - STDIO transport (default)
arch-ops-server-http - HTTP/SSE transport

Configuration:

# Install with HTTP extras
uv pip install "arch-ops-server[http]"

# Run HTTP server
arch-ops-server-http

# Custom port
PORT=8000 arch-ops-server-http

Dependencies:

starlette - ASGI framework for HTTP routing
uvicorn - ASGI server for production
mcp.server.sse - SSE transport implementation

Tool Metadata System (`tool_metadata.py`)

New in v3.1.0: Structured tool organization and relationships. Purpose:

Categorizes all 41 tools into 9 logical groups
Defines tool relationships and workflows
Provides discoverability metadata
Enables intelligent tool suggestions

Categories:

CATEGORIES = {
    "discovery": "🔍 Discovery & Information",
    "lifecycle": "📦 Package Lifecycle",
    "maintenance": "🔧 Package Maintenance",
    "organization": "📁 File Organization",
    "security": "🔒 Security Analysis",
    "monitoring": "📊 System Monitoring",
    "history": "📜 Transaction History",
    "mirrors": "🌐 Mirror Management",
    "config": "⚙️ Configuration"
}

Metadata Fields:

category - Logical grouping
platform - “any”, “arch”, or “systemd”
permission - “read” or “write”
workflow - Usage context (research, installation, cleanup, etc.)
related_tools - Tools commonly used together
prerequisite_tools - Tools to run first

Helper Functions:

get_tools_by_category(category) -> List[str]
get_tools_by_platform(platform) -> List[str]
get_tools_by_permission(permission) -> List[str]
get_related_tools(tool_name) -> List[str]
get_prerequisite_tools(tool_name) -> List[str]
get_workflow_tools(workflow) -> List[str]
get_tool_statistics() -> dict

Use Cases:

Auto-suggest related tools to users
Build guided workflows
Filter by platform/permission
Generate documentation
Analyze tool coverage

Utilities (`utils.py`)

Core helper functions for platform detection, command execution, and error handling.

def is_arch_linux() -> bool:
    """
    Detect if running on Arch Linux.
    
    Checks both /etc/arch-release and /etc/os-release
    for maximum compatibility.
    
    Returns:
        True if Arch Linux, False otherwise
    """
    if Path("/etc/arch-release").exists():
        return True
    
    try:
        with open("/etc/os-release") as f:
            return "arch" in f.read().lower()
    except FileNotFoundError:
        return False

All functions use type hints and comprehensive docstrings following Google style.

Arch Wiki Interface (`wiki.py`)

Manages Arch Wiki searches and page retrieval:

search_wiki(query: str) -> List[str]
  └─> MediaWiki API opensearch
      └─> Returns [titles, descriptions, urls]

get_wiki_page(title: str) -> str
  ├─> Try: _fetch_via_api()
  │   └─> MediaWiki API parse action
  └─> Fallback: _fetch_via_scraping()
      └─> BeautifulSoup on HTML
      └─> Extract #bodyContent div
  
  └─> Convert to Markdown (markdownify)

API Endpoints:

https://wiki.archlinux.org/api.php
Direct page URLs for scraping fallback

Error Handling:

Timeouts (10s default)
HTTP errors with status codes
Missing pages (404)
API errors in response JSON

AUR RPC Interface (`aur.py`)

Handles AUR package operations and security analysis:

search_aur(query: str) -> dict
  └─> GET /rpc?v=5&type=search&arg={query}
      └─> Format package list
      └─> add_aur_warning()

get_aur_info(package: str) -> dict
  └─> GET /rpc?v=5&type=info&arg[]={package}
      └─> Format detailed package info
      └─> add_aur_warning()

get_pkgbuild(package: str) -> str
  └─> GET /cgit/aur.git/plain/PKGBUILD?h={package}
      └─> Raw PKGBUILD text

analyze_pkgbuild_safety(content: str) -> dict
  └─> Regex pattern matching for red flags
      ├─> Dangerous: rm -rf /, dd, fork bombs
      ├─> Suspicious: base64, eval, curl|sh
      └─> Warnings: chmod 777, binary downloads

API Endpoints:

https://aur.archlinux.org/rpc
https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD

Official Repository Interface (`pacman.py`)

Hybrid local/remote access to official packages and comprehensive package management:

get_official_package_info(package: str) -> dict
  ├─> If IS_ARCH and pacman exists:
  │   └─> run_command(["pacman", "-Si", package])
  │       └─> _parse_pacman_output()
  └─> Else:
      └─> GET archlinux.org/packages/search/json/
          └─> Parse API response

check_updates_dry_run() -> str
  ├─> Verify IS_ARCH
  ├─> Check checkupdates command exists
  └─> run_command(["checkupdates"])
      └─> _parse_checkupdates_output()

# Package Lifecycle
remove_package(), remove_packages_batch()
list_orphan_packages(), remove_orphans()
mark_as_explicit(), mark_as_dependency()

# Package Discovery
find_package_owner(), list_package_files()
search_package_files(), verify_package_integrity()

# Package Groups
list_package_groups(), list_group_packages()
list_explicit_packages()

# Database Management
check_database_freshness()

Hybrid Approach:

On Arch: Fast local queries, offline-capable
Remote: API-based, works anywhere

System Monitoring (`system.py`)

System health and diagnostics:

get_system_info() -> dict
  └─> Platform info, kernel, memory, uptime

check_disk_space() -> dict
  └─> Disk usage for /, /home, /var with warnings

get_pacman_cache_stats() -> dict
  └─> Cache size, package count, age analysis

check_failed_services() -> list
  └─> systemctl --failed

get_boot_logs(lines: int) -> str
  └─> journalctl -b

News Integration (`news.py`)

Arch Linux news feed parsing and analysis:

get_latest_news(limit: int) -> list
  └─> Parse RSS from archlinux.org/feeds/news/

check_critical_news() -> list
  └─> Filter news requiring manual intervention

get_news_since_last_update() -> list
  └─> Compare news timestamps with last pacman -Syu

Transaction Logs (`logs.py`)

Pacman transaction history analysis:

get_transaction_history(days: int) -> list
  └─> Parse /var/log/pacman.log

find_when_installed(package: str) -> dict
  └─> Search logs for installation date

find_failed_transactions() -> list
  └─> Extract failed operations from logs

get_database_sync_history(days: int) -> list
  └─> Track database refresh events

Mirror Management (`mirrors.py`)

Repository mirror testing and optimization:

list_active_mirrors() -> list
  └─> Parse /etc/pacman.d/mirrorlist

test_mirror_speed(mirror_url: str) -> dict
  └─> Latency and throughput testing

suggest_fastest_mirrors(country: str) -> list
  └─> Query mirror status API

check_mirrorlist_health() -> dict
  └─> Validate mirror configuration

Configuration Parsing (`config.py`)

System configuration analysis:

analyze_pacman_conf() -> dict
  └─> Parse /etc/pacman.conf

analyze_makepkg_conf() -> dict
  └─> Parse /etc/makepkg.conf

check_ignored_packages() -> list
  └─> List packages in IgnorePkg

get_parallel_downloads_setting() -> int
  └─> Extract ParallelDownloads value

Data Flow Examples

Example 1: Reading an Arch Wiki Page

Example 2: Auditing an AUR Package

Error Handling Strategy

Graceful Degradation

wiki.get_wiki_page(title):
  Try: API fetch
    ├─ Success → return content
    └─ Fail → Try scraping
              ├─ Success → return content
              └─ Fail → raise ValueError

pacman.get_official_package_info(pkg):
  If on Arch:
    Try: Local pacman
      ├─ Success → return info
      └─ Fail → Try remote API
  Else:
    Try: Remote API
      ├─ Success → return info
      └─ Fail → return error_response

Error Response Format

All errors follow consistent structure:

{
  "error": true,
  "type": "ErrorType",
  "message": "Human-readable message",
  "details": "Optional additional context"
}

Error Types:

NotFound - Resource doesn’t exist
TimeoutError - Network timeout
HTTPError - HTTP status error
NotSupported - Feature unavailable on platform
CommandNotFound - Required command missing
RateLimitError - API rate limit exceeded

Concurrency Model

Async/Await Throughout

All network and subprocess operations are async for non-blocking I/O:

# Server level
async def read_resource(uri: str) -> str

# Module level
async def get_wiki_page(title: str) -> str
async def search_aur(query: str) -> dict
async def run_command(cmd: list) -> tuple

# Client usage
result = await wiki.search_wiki("systemd")

Benefits:

Non-blocking I/O
Concurrent tool calls possible
Responsive server
Timeout support built-in

HTTP Client Management

Uses httpx.AsyncClient with context managers:

async with httpx.AsyncClient(timeout=10.0) as client:
    response = await client.get(url)

Features:

Automatic connection pooling
Timeout enforcement
Proper cleanup
HTTP/2 support

Security Considerations

AUR Safety (Defense in Depth)

Multi-layered security approach for AUR package handling.

Warning Metadata

Every AUR response includes prominent warnings:

{
  "package": "...",
  "warning": "⚠️  AUR packages are user-produced content. Always review before installing."
}

Warnings are added automatically by add_aur_warning() utility function.

PKGBUILD Analysis

Automated scanning for 50+ threat patterns:

🔴 Critical: rm -rf /, fork bombs, kernel module loading
🟠 Dangerous: dd, mkfs, direct /dev access
🟡 Suspicious: curl|sh, eval, base64 pipes

Pattern matching has limitations - see below.

Metadata Evaluation

Display community trust indicators:

{
  "votes": 245,           # Popularity
  "popularity": 8.5,      # Weighted score
  "maintainer": "...",    # Who maintains it
  "last_modified": "...", # Recent activity
  "out_of_date": false    # Maintenance status
}

Manual Review Encouragement

Tools facilitate human review:

aur://package/pkgbuild - Easy PKGBUILD access
Formatted, syntax-highlighted display
Side-by-side with analysis results

The AI assistant can explain suspicious patterns in plain English.

Official First Policy

Check official repos before AUR:

# install_package_secure workflow
get_official_package_info()  # Try official first
if not found:
    analyze_aur_package()     # Then check AUR

Known Limitations:

❌ Pattern matching can’t catch all malicious code
❌ Obfuscation techniques can bypass detection
❌ Zero-day exploits won’t be detected
✅ User judgment is always required

Never blindly trust automated scans!

Command Execution

Only safe read-only commands:

pacman -Si - Query package info
checkupdates - Check for updates (no installation)

Protections:

Timeout enforcement (default 10s)
No shell=True (prevents shell injection)
Whitelist of allowed commands
Platform checks before execution

Network Safety

Timeout limits - All requests have timeouts
HTTPS only - No plaintext HTTP
Rate limiting - Handle 429 responses
Input validation - Sanitize user inputs

Performance Optimizations

Caching Strategy

Current: No caching (always live data) Rationale: Rolling release means data changes frequently Future: Consider time-based caching:

Wiki pages: 1 hour
Package info: 5 minutes
AUR metadata: 10 minutes

Request Efficiency

Single API calls - No unnecessary round trips
Async operations - Concurrent requests possible
Connection pooling - httpx manages connections
Timeout limits - Don’t wait forever

Testing Strategy

Functional Tests

Basic tests verify core functionality:

uv run python test_server.py

Tests cover:

Wiki search and page retrieval
AUR search and PKGBUILD fetch
Official package lookup
Platform detection

Integration Testing

Use MCP Inspector for interactive testing:

./test_inspector.sh

Manual Testing Checklist

Resources work on both Arch and non-Arch
Tools return proper error responses
Prompts guide users through workflows
AUR warnings always present
Timeouts enforced
Logging goes to stderr

Extension Points

Adding New Tools

Create async function in appropriate module
Export from __init__.py
Add @server.tool() decorator in main file
Update list_tools() with schema
Add handler in call_tool()
Document in README and examples

Adding New Resources

Define URI scheme
Add parsing in read_resource()
Implement fetch logic in module
Add example to list_resources()
Document usage

Adding New Prompts

Design workflow
Add @server.prompt() decorator
Implement in get_prompt()
Add to list_prompts()
Create example in documentation

Future Enhancements

Planned Features

Caching layer for performance
Arch News integration
Package dependency tree analysis
Security advisory integration (arch-audit)
Local pacman.conf parsing
File list queries for packages
Systemd unit analysis
Custom repository support

Potential Improvements

Metrics collection (response times, error rates)
More sophisticated PKGBUILD analysis
Wiki page diff tracking
AUR package popularity trends
Integration with Arch forums
Batch operations support

Contributing

Want to contribute? See the Contributing Guide for:

Development setup and testing
Code standards and best practices
Pull request process
Feature contribution guidelines

References

Built with ❤️ following the Arch Way.

Getting started

Features

Development

​Design Philosophy

Minimalism

Correctness

Transparency

User-Centricity

Pragmatism

Simplicity

​System Architecture

​Module Breakdown

​Main Entry Point (__init__.py and server.py)

​HTTP Server Module (http_server.py)

​Tool Metadata System (tool_metadata.py)

​Utilities (utils.py)

​Arch Wiki Interface (wiki.py)

​AUR RPC Interface (aur.py)

​Official Repository Interface (pacman.py)

​System Monitoring (system.py)

​News Integration (news.py)

​Transaction Logs (logs.py)

​Mirror Management (mirrors.py)

​Configuration Parsing (config.py)

​Data Flow Examples

​Example 1: Reading an Arch Wiki Page

​Example 2: Auditing an AUR Package

​Error Handling Strategy

​Graceful Degradation

​Error Response Format

​Concurrency Model

​Async/Await Throughout

​HTTP Client Management

​Security Considerations

​AUR Safety (Defense in Depth)

​Command Execution

​Network Safety

​Performance Optimizations

​Caching Strategy

​Request Efficiency

​Testing Strategy

​Functional Tests

​Integration Testing

​Manual Testing Checklist

​Extension Points

​Adding New Tools

​Adding New Resources

​Adding New Prompts

​Future Enhancements

​Planned Features

​Potential Improvements

​Contributing

​References

Design Philosophy

System Architecture

Module Breakdown

Main Entry Point (`init.py` and `server.py`)

HTTP Server Module (`http_server.py`)

Tool Metadata System (`tool_metadata.py`)

Utilities (`utils.py`)

Arch Wiki Interface (`wiki.py`)

AUR RPC Interface (`aur.py`)

Official Repository Interface (`pacman.py`)

System Monitoring (`system.py`)

News Integration (`news.py`)

Transaction Logs (`logs.py`)

Mirror Management (`mirrors.py`)

Configuration Parsing (`config.py`)

Data Flow Examples

Example 1: Reading an Arch Wiki Page

Example 2: Auditing an AUR Package

Error Handling Strategy

Graceful Degradation

Error Response Format

Concurrency Model

Async/Await Throughout

HTTP Client Management

Security Considerations

AUR Safety (Defense in Depth)

Command Execution

Network Safety

Performance Optimizations

Caching Strategy

Request Efficiency

Testing Strategy

Functional Tests

Integration Testing

Manual Testing Checklist

Extension Points

Adding New Tools

Adding New Resources

Adding New Prompts

Future Enhancements

Planned Features

Potential Improvements

Contributing

References