Charles MCP Server
Related Servers
Alternatives to Charles MCP Server
No user-submitted related servers found.
Related Servers
- AlicenseBqualityBmaintenanceEnables AI agents to connect to Charles Proxy for live and historical traffic analysis, summary-first insights, request detail inspection, and data-driven mock creation via Map Local/Remote.47MIT
- AlicenseAqualityCmaintenanceEnables AI agents to interact with Charles Proxy for HTTP traffic analysis, supporting incremental harvest, checkpoint timelines, and rich filtering tools.138MIT
- AlicenseAqualityAmaintenanceHTTP(S) and WebSocket debugging proxy, like Proxyman or Charles, that AI agents drive over MCP: summarize captured traffic, read requests with secrets masked, diff a working request against a failing one, mock responses, set breakpoints and throttle the network.201MIT
- AlicenseBqualityBmaintenanceNative, read-only MCP bridge exposing live Charles Proxy traffic to MCP clients like Claude Code, Codex and Cursor72MIT
- AlicenseNot gradedqualityCmaintenanceEnables MCP clients to read, decode, and analyze traffic captured by Charles Proxy 5.2.2, covering live capture, saved session files, and body decoding across JSON, compressed, form, multipart, protobuf, and WebSocket payloads. It also supports reverse-engineering workflows that replay requests and mutate fields to determine which signature, timestamp, or token parameters the server actually enforces.1GPL 3.0
- AlicenseNot gradedqualityBmaintenanceCaptures browser network traffic, analyzes API patterns, and exposes analysis tools through an MCP server for AI-assisted workflows.1MIT
TDQS
Scored across 18 tools
There is significant overlap between tools for live vs. recorded traffic analysis, with multiple tools serving similar purposes but for different contexts (e.g., query_live_capture_entries vs. query_recorded_traffic, peek_live_capture vs. read_live_capture). However, descriptions help clarify the distinctions, such as cursor behavior and context-specific use cases, preventing complete confusion.
Most tools follow a consistent snake_case pattern with descriptive verb-noun combinations (e.g., analyze_recorded_traffic, get_traffic_entry_detail). Minor deviations exist, such as 'filter_func' being less descriptive and 'charles_status' not fully adhering to the verb-noun structure, but overall naming is predictable and readable.
With 18 tools, the count is slightly high but reasonable for a comprehensive Charles proxy server covering live capture, recorded traffic analysis, session management, and configuration. It avoids being excessive (under 25) and provides a well-scoped set for the domain, though some tools could potentially be consolidated.
The tool set offers complete coverage for Charles proxy operations, including starting/stopping live captures, querying and analyzing both live and recorded traffic, drilling into details, managing sessions and recordings, and configuring throttling and resets. No obvious gaps exist; agents can perform full lifecycle tasks from capture to inspection and management.