ArchiveBox API
The ArchiveBox API server provides programmatic access to web archiving functionality through a Model Context Protocol (MCP) interface, enabling AI agents and applications to manage snapshots, archive results, and tags.
Core Capabilities:
Authentication Management: Generate and validate API tokens for secure access to ArchiveBox instances
Snapshot Operations: Retrieve, filter, and manage web page snapshots with extensive filtering options (by ID, URL, tag, title, timestamp, creator, date ranges) and search functionality
ArchiveResult Access: List, filter, and search archive extraction results by extractor type, status, command, output, and metadata
Tag Management: Retrieve specific tags by ID or ABID with optional snapshot inclusion
Universal Lookup: Retrieve any resource (Snapshot, ArchiveResult, or Tag) by its unique ABID in a unified interface
CLI Command Execution: Programmatically execute ArchiveBox commands:
Add URLs: Archive new URLs with configurable tags, crawl depth, parser selection, extractors, and update/overwrite behavior
Update Archives: Update existing snapshots with filtering by timestamp ranges, status, and pattern matching
Schedule Operations: Set up recurring archive jobs with configurable frequency, depth, and import paths
List Archives: Generate formatted outputs (JSON/CSV/HTML) with sorting and filtering
Remove Archives: Delete snapshots matching specific criteria
Advanced Features:
Pagination Support: All list operations support page/limit/offset parameters for efficient data retrieval
Pattern Matching: Multiple filter types (exact, substring) and date range filtering with comparison operators
Batch Operations: Execute operations on multiple URLs or snapshots simultaneously
Extractor Control: Specify which archiving extractors to use for each operation
Security: Supports multiple authentication types (none, static, JWT, OAuth Proxy, OIDC Proxy, Remote OAuth) and optional policy-based authorization using Eunomia
Middleware: Built-in error handling, rate limiting, timing, and comprehensive logging
Flexible Deployment: Runs as an MCP server via stdio or HTTP transport, easily containerized with Docker
Supports deployment of the ArchiveBox MCP server as a containerized service using Docker with configurable authentication and authorization options
Hosted on GitHub with repository management, issue tracking, and collaborative development features
Supports OpenID Connect (OIDC) proxy authentication for secure access control with configurable client credentials and provider integration
Distributed as a Python package through PyPI, enabling easy installation and dependency management
Built as a Python wrapper providing programmatic access to ArchiveBox API functionality for web archiving operations
Uses Shields.io badges to display project metrics including version, downloads, stars, license, and build status
Uses Vercel's GitHub README stats service to display contributor statistics and project metrics
Supports Docker Compose configuration using YAML format for service deployment and environment management
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@ArchiveBox APIadd https://example.com to my archive"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Archivebox Api
CLI or API | MCP | Agent
Version: 2.1.0
Documentation — Installation, deployment, usage across the API, CLI, MCP, and A2A agent interfaces, and guidance for provisioning the ArchiveBox platform are maintained in the official documentation.
Related MCP server: mcp-archive
Table of Contents
Overview
Archivebox Api is a production-grade Agent and Model Context Protocol (MCP) server designed to interface directly with the Pythonic ArchiveBox API Wrapper and Fast MCP Server for Agentic AI use!
Key Features
Consolidated Action-Routed MCP Tools: Minimizes token overhead and eliminates tool bloat in LLM contexts by grouping methods into optimized, togglable tool modules.
Enterprise-Grade Security: Comprehensive support for Eunomia policies, OIDC token delegation, and granular execution context tracking.
Integrated Graph Agent: Built-in Pydantic AI agent supporting the Agent Control Protocol (ACP) and standard Web interfaces (AG-UI).
Native Telemetry & Tracing: Out-of-the-box OpenTelemetry exports and native Langfuse tracing.
Concept Registry
This codebase is aligned with the 5 Core Pillars Architecture of the agent-utilities ecosystem:
Concept ID | Pillar Name | Domain | Implementation Details in archivebox-api |
| Ecosystem & Peripherals | Tool Interface & MCP Factory | Provides FastMCP server wrapper, action routing tools, and dynamic schema exposures. |
| Ecosystem & Peripherals | A2A Network & Consensus | Manages agent peer discovery, routing tables, and consensus. |
| Agent OS Infrastructure | Security & Auth | Implements token-based OIDC access control, JWT filters, and Eunomia validation. |
| Agent OS Infrastructure | Telemetry & Observability | Delivers warning suppressions, JSON progress logging, and error tracing. |
Environment Variables
Package environment variables
Variable | Example | Description |
|
| |
|
| |
|
| options: stdio, streamable-http, sse |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| options: none, embedded, remote |
|
| |
|
| |
|
| |
|
| ARCHIVEBOX_URL is a fallback/alternative alias for ARCHIVEBOX_BASE_URL |
| — | |
| — | Optional named runtime TLS profile or secret reference. Peer and hostname verification are mandatory; private trust chains belong in runtime config. |
| — | |
|
| |
|
| |
| secret-injected | |
| secret-injected | |
| secret-injected | |
|
| |
|
| |
|
| |
|
| |
|
|
Inherited agent-utilities variables (apply to every connector)
Variable | Example | Description |
|
| Tool surface: |
| — | Comma-separated tool allow-list |
| — | Comma-separated tool deny-list |
| — | Comma-separated tag allow-list |
| — | Comma-separated tag deny-list |
| — | Outbound MCP child auth: |
| — | OIDC client id (service-account auth) |
|
| Runtime secret reference for the OIDC service account |
| — | HTTP Basic username ( |
|
| Runtime secret reference for HTTP Basic auth ( |
|
| URL of the MCP server the agent connects to |
|
| LLM provider for the agent |
|
| Model id for the agent |
|
| Serve the AG-UI web interface |
26 package + 14 inherited variable(s). Auto-generated from .env.example + the shared agent-utilities set — do not edit.
Configure the runtime environment by creating a .env file based on .env.example.
Every variable the server reads, grouped by concern.
Connection & Credentials
Variable | Description | Default |
| Canonical endpoint URL for the backend ArchiveBox API |
|
| Fallback alias/alternative for |
|
| Username for authentication | — |
| Password for authentication | — |
| API key for token-less header authentication | — |
| Pre-configured authentication token | — |
| Named TLS profile for private PKI, mTLS, or proxy policy | — |
| Secret reference containing the TLS profile | — |
MCP server / transport
Variable | Description | Default |
|
|
|
| Bind host (HTTP transports) |
|
| Bind port (HTTP transports) |
|
| Tool surface: |
|
| Comma-separated tool allow/deny list | — |
| Comma-separated tag allow/deny list | — |
| Verbose logging |
|
| Unbuffered stdout (recommended in containers) |
|
Tool toggles
Each action-routed tool can be disabled individually via its toggle env var (set to false):
AUTHENTICATIONTOOL, CORETOOL, CLITOOL (see the Available MCP Tools table below).
Telemetry & governance
Variable | Description | Default |
| Enable OpenTelemetry export |
|
| OTLP collector endpoint | — |
| OTLP auth keys | — |
| OTLP protocol (e.g. | — |
| Authorization mode: |
|
| Embedded policy file |
|
| Remote Eunomia server URL | — |
Agent CLI (full [agent] runtime only)
Variable | Description | Default |
| URL of the MCP server the agent connects to |
|
| LLM provider (e.g. |
|
| Model id (e.g. |
|
| Serve the AG-UI web interface |
|
CLI or API Usage
You can use the API client programmatically in Python to manage ArchiveBox snapshots:
from archivebox_api import Api
# Initialize client
client = Api(
url="http://localhost:8000",
token="your-auth-token",
)
# Fetch snapshots
snapshots = client.get_snapshots()
for snapshot in snapshots.get("results", []):
print(f"[{snapshot['timestamp']}] {snapshot['url']}")Refer to docs/index.md for full developer SDK and class references.
MCP Server Setup
Install the connector-focused
[mcp]extra. Examples usearchivebox-api[mcp]to add FastMCP / FastAPI throughagent-utilities[mcp]; the required Agent Utilities core still carriesepistemic-graph[full]. The[agent]extra additionally enables model orchestration.
This server utilizes dynamic Action-Routed tools to optimize token overhead and maximize IDE compatibility.
Tool Catalog
See the auto-generated Available MCP Tools table below for the full, live list of tools.
Dynamic Tool Selection & Visibility
This MCP server supports dynamic toolset selection and visibility filtering at runtime. This allows you to restrict the set of exposed tools in order to prevent blowing up the LLM's context window.
You can configure tool filtering via multiple input channels:
CLI Arguments: Pass
--toolsor--toolsets(or their disabled counterparts--disabled-toolsand--disabled-toolsets) during startup.Environment Variables: Define standard environment variables:
MCP_ENABLED_TOOLS/MCP_DISABLED_TOOLSMCP_ENABLED_TAGS/MCP_DISABLED_TAGS
HTTP SSE Request Headers: Pass custom headers during transport initialization:
x-mcp-enabled-tools/x-mcp-disabled-toolsx-mcp-enabled-tags/x-mcp-disabled-tags
HTTP SSE Request Query Parameters: Append query parameters directly to your transport connection URL:
?tools=tool1,tool2?tags=tag1
When query strings or parameters are supplied, an LLM-free Knowledge Graph resolution layer (using DynamicToolOrchestrator) matches query intents against known tool tags, names, or descriptions, with safe fallback and automated 24-hour background cache refreshing.
Local IDE Configuration (Cursor / Claude Desktop)
Add the following block to your mcp.json to configure stdio transport via uvx:
{
"mcpServers": {
"archivebox-api": {
"command": "uv",
"args": [
"run",
"--package",
"archivebox-api",
"archivebox-mcp"
],
"env": {
"ARCHIVEBOX_BASE_URL": "http://localhost:8000",
"ARCHIVEBOX_USERNAME": "admin",
"ARCHIVEBOX_PASSWORD": "your-password"
}
}
}
}Agentic AI Graph Agent
This repository features a fully integrated Pydantic AI Graph Agent. It communicates over the Agent Control Protocol (ACP) and interacts seamlessly with the Agent Web UI (AG-UI).
Running the Agent CLI
To start the interactive command-line agent:
# Export credentials
export ARCHIVEBOX_BASE_URL="http://localhost:8000"
export ARCHIVEBOX_USERNAME="admin"
export ARCHIVEBOX_PASSWORD="your-password"
# Run agent server
archivebox-agent --provider openai --model-id gpt-4oDetailed graph node architecture explanations, custom skill configurations, and agentic trace guides are available in docs/index.md.
Security & Governance
Built directly upon the enterprise-ready agent-utilities core, standard security parameters are fully supported:
Access Control & Policy Enforcement
Eunomia Policies: Fine-grained, policy-driven tool authorization. Supports
none, localembedded(mcp_policies.json), or centralizedremotemodes.OIDC Token Delegation: Compliant with RFC 8693 token exchange for flowing authenticating user credentials from Web UI / ACP → Agent → MCP.
Scoped Credentials: Execution context runs restricted to the specific caller identity.
Runtime Security Grid
Feature | Functionality | Enablement |
Tool Guard | Sensitivity inspection with human-in-the-loop validation | Enabled by default |
Prompt Injection Defense | Input scanning, repetition monitoring, and recursive loop blocks | Enabled by default |
Context Safety Guard | Stuck-loop detectors and contextual overflow preemptive alerts | Enabled by default |
Installation
Pick the extra that matches what you want to run:
Extra | Installs | Use when |
| Connector-focused MCP server ( | You only run the MCP server (smallest install / image) |
| Agent runtime ( | You run the integrated agent |
| Everything ( | Development / both surfaces |
# Connector-focused MCP server (includes the shared graph engine)
uv pip install "archivebox-api[mcp]"
# Agent runtime (adds model orchestration to the shared graph engine)
uv pip install "archivebox-api[agent]"
# Everything (development)
uv pip install "archivebox-api[all]" # or: python -m pip install "archivebox-api[all]"Container images (:mcp vs :agent)
One multi-stage docker/Dockerfile builds two right-sized images, selected by --target:
Image tag | Build target | Contents | Entrypoint |
|
|
|
|
|
|
|
|
docker build --target mcp -t example/archivebox-api:mcp docker/ # connector-focused MCP server
docker build --target agent -t example/archivebox-api:agent-local docker/ # agent runtimedocker/mcp.compose.yml runs the connector-focused :mcp server; docker/agent.compose.yml runs the
agent (immutable agent digest) with a co-located :mcp sidecar.
Knowledge-graph database (epistemic-graph)
Both [mcp] and [agent] carry the epistemic-graph engine through the required
Agent Utilities core dependency (epistemic-graph[full]). The [mcp] extra keeps
the server connector-focused; [agent] additionally enables model orchestration. Local
deployments can use the bundled engine. For production or shared state, run
epistemic-graph as a dedicated database service and configure the runtime to use it.
Deployment recipes (single-node + Raft HA), connection configuration, and architecture
diagrams are documented in the
epistemic-graph deployment guide.
Documentation
The complete documentation is published as the official documentation site and is the recommended reference for installation, deployment, and day-to-day operation.
Page | Contents |
pip, source, extras, prebuilt Docker image | |
run the MCP and agent servers, Compose, Caddy + Technitium, env config | |
the MCP tools, the | |
deploy ArchiveBox with Docker | |
ecosystem role, configuration, architecture | |
concept registry ( |
AGENTS.md is the canonical contributor/agent guidance.
Contribute
Contributions are welcome! Please ensure code quality by executing local checks before submitting pull requests:
Format code using
ruff format .Lint code using
ruff check .Validate type-safety with
mypy .Execute test suites using
pytest
Available MCP Tools
The table below is auto-generated from the live server — do not edit by hand.
Condensed action-routed tools (MCP_TOOL_MODE=condensed)
MCP Tool | Toggle Env Var | Description |
|
| Manage archivebox authentication operations. |
|
| Manage archivebox cli operations. |
|
| Manage archivebox core operations. |
|
| List ArchiveBox archive results and ingest them as :ArchiveResult nodes. |
|
| List ArchiveBox snapshots and natively ingest them into epistemic-graph. |
Verbose 1:1 API-mapped tools (MCP_TOOL_MODE=verbose or both)
MCP Tool | Toggle Env Var | Description |
|
| Validate an API token to make sure it's valid and non-expired |
|
| Execute archivebox add command |
|
| Execute archivebox list command |
|
| Execute archivebox remove command |
|
| Execute archivebox schedule command |
|
| Execute archivebox update command |
|
| Get a specific Snapshot, ArchiveResult, or Tag by abid |
|
| Generate an API token for a given username & password |
|
| Get a specific ArchiveResult by id or abid |
|
| List all ArchiveResult entries matching these filters |
|
| Get a specific Snapshot by abid or id |
|
| Retrieve list of snapshots |
|
| Get a specific Tag by id or abid |
|
| Retrieve list of tags |
5 action-routed tool(s) · 14 verbose 1:1 tool(s). Each is enabled unless its <DOMAIN>TOOL toggle is set false; MCP_TOOL_MODE selects the surface (intent default — the six verb-tools, granular set loaded on demand · condensed action-routed · verbose 1:1 · both). Auto-generated — do not edit.
Additional Deployment Options
archivebox-api can run as a local stdio process or container, or behind a remote
network boundary. The
Deployment guide carries
the detailed transport contract.
Local container — launch a reviewed immutable image as a least-privilege stdio child with no listener or published port.
Remote URL — connect through an operator-supplied authenticated HTTPS ingress. Keep its URL, outbound identity references, trust profile, and exact
MCP_ALLOWED_HOSTSinAgentConfig.
Deploy with agent-utilities-deployment
Provision this package with the consolidated agent-utilities-deployment
workflow. It selects an installed-package, editable-source, or immutable-container
path; records only runtime secret and TLS-profile references in AgentConfig; and
runs doctor, registration, policy, observability, and rollback gates. Ask your agent
to "deploy archivebox-api with agent-utilities-deployment".
Install mode | Command |
Installed package |
|
Editable source |
|
Immutable container | deploy |
The repository embeds no deployment profile, credential value, certificate path, or
environment-specific endpoint. Supply those at runtime through AgentConfig and the
configured secret provider.
Governed capability contract
This package ships a compact canonical skill surface with specialist procedures
kept as referenced workflows. The current MCP tools, skill metadata,
connector_manifest.yml, ontology, mappings, shapes, fixtures, migrations,
tool-schema fingerprints, and certification metadata form one versioned
capability contract. Validate them together; do not rely on stale tool names or
historical per-task skill wrappers.
Runtime endpoints, credentials, certificate trust, tenant identity, retention, and observability policy are deployment inputs and are never packaged values. See Configuration, trust, and privacy before enabling a network transport, connector ingestion, GraphOS delegation, or trace export.
Available Tools
3 toolsarchivebox_authenticationC
Manage archivebox authentication operations.
| Name | Required | Description | Default |
|---|---|---|---|
| action | Yes | Action to perform. Must be one of: 'get_api_token', 'check_api_token' | |
| params_json | No | JSON string of parameters to pass to the action. | {} |
Output Schema
| Name | Required | Description |
|---|---|---|
No output parameters | ||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description must disclose behavioral traits. It only says 'Manage archivebox authentication operations', giving no information about side effects, permissions, or behavior beyond the action name. This is insufficient for safe invocation.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is only three words, which is under-specified rather than concise. It fails to provide enough detail to be useful, wasting the opportunity to inform the agent.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool is simple with two parameters and an output schema, the description should at least hint at the return value or post-conditions. It does not, leaving the agent without complete context for robust usage.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the baseline is 3. The description adds no additional parameter meaning beyond what the schema provides for 'action' and 'params_json'. Thus, it meets the baseline without improvement.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states 'Manage archivebox authentication operations', which gives a general domain but lacks specific actions. The input schema clarifies the possible actions (get_api_token, check_api_token), but the description alone is vague and does not differentiate well from siblings like archivebox_cli.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance is provided on when to use this tool versus the sibling tools archivebox_cli or archivebox_core. The description offers no context for appropriate usage scenarios.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
archivebox_cliD
Manage archivebox cli operations.
| Name | Required | Description | Default |
|---|---|---|---|
| action | Yes | Action to perform. Must be one of: 'cli_add', 'cli_update', 'cli_schedule', 'cli_list', 'cli_remove' | |
| params_json | No | JSON string of parameters to pass to the action. | {} |
Output Schema
| Name | Required | Description |
|---|---|---|
No output parameters | ||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations provided; description lacks any behavioral details such as side effects, auth requirements, or action consequences.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Extremely brief but ineffective; a single sentence that sacrifices clarity for brevity.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Fails to explain return values, prerequisites, or usage context despite having an output schema.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema provides full parameter descriptions, but the description adds no additional context, resulting in baseline score.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description 'Manage archivebox cli operations' is vague and does not specify what operations exist or how this tool differs from siblings.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance on when to use this tool versus alternatives like archivebox_authentication or archivebox_core.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
archivebox_coreD
Manage archivebox core operations.
| Name | Required | Description | Default |
|---|---|---|---|
| action | Yes | Action to perform. Must be one of: 'get_snapshots', 'get_snapshot', 'get_archiveresults', 'get_tag', 'get_any' | |
| params_json | No | JSON string of parameters to pass to the action. | {} |
Output Schema
| Name | Required | Description |
|---|---|---|
No output parameters | ||
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
With no annotations, the description bears the full burden of behavioral disclosure. It provides no information about side effects, read-only vs destructive operations, authentication needs, or rate limits.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is very short (four words) but lacks substance. It is not front-loaded with useful information and does not earn its place as the primary textual guidance.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given that an output schema exists and the tool supports multiple actions, the description is far too minimal. It does not explain that the tool dispatches to various sub-operations based on the action parameter, leaving the agent without a cohesive understanding.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, with clear descriptions for both parameters. The tool description adds no extra meaning beyond the schema, so a baseline score of 3 is appropriate.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description 'Manage archivebox core operations' is vague and generic. It does not specify a concrete verb or resource, nor does it distinguish from sibling tools like archivebox_authentication or archivebox_cli.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
No guidance is provided on when to use this tool versus its alternatives. The description fails to mention any context, prerequisites, or examples for effective use.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
TDQS
The tool names are distinct (authentication, cli, core), but the descriptions are too generic ('Manage ... operations'), leaving potential overlap between 'cli' and 'core' unclear. An agent might hesitate when choosing between them.
All tools follow a consistent pattern: 'archivebox_' + a noun, making naming fully predictable.
With only 3 tools, the server feels too sparse for a comprehensive API like ArchiveBox, which likely requires more granular operations (e.g., adding URLs, listing archives). The broad categories risk bundling too much functionality.
The tool surface lacks obvious operations such as adding or retrieving archived pages. The vague scopes (cli, core, authentication) suggest many domain operations are missing, leaving agents with limited coverage.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Archive MCP — wraps the Internet Archive APIs (free, no auth)
Domain/IP intelligence, web page capture and search APIs
Create and manage short links, track clicks, and automate URL management
Screenshot any website with one API call PNG, JPEG, WebP, or PDF. Custom viewports, device emulation, ad blocking, dark mode, and smart caching.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceEnables interaction with the Internet Archive's Wayback Machine to save web pages, retrieve archived versions, search historical snapshots, and check archive statistics without requiring API keys.821Creative Commons Attribution Non Commercial Share Alike 4.0 International
- AlicenseAqualityCmaintenanceProvides tools to archive URLs, retrieve clean readable text from Wayback Machine snapshots, list snapshots, search Internet Archive items, and compare snapshots, designed to avoid context window blowup by returning stripped text.616MIT

siteglass-mcpofficial
AlicenseNot gradedqualityBmaintenanceEnables archival of any public URL as interactive snapshot (rrweb, PDF, PNG) and autonomous web QA for apps (register, scan, generate and run end-to-end flows).51MIT- AlicenseAqualityBmaintenanceMCP server and CLI tool for interacting with the Internet Archive's Wayback Machine, supporting full CDX search, snapshot retrieval, screenshot listing, snapshot comparison, and optional authentication.882150Creative Commons Attribution Non Commercial Share Alike 4.0 International
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Knuckles-Team/archivebox-api'
If you have feedback or need assistance with the MCP directory API, please join our Discord server