AI-IDM MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PYTHONPATH | No | Path to the AI-IDM checkout so that `python -m ai_idm mcp` can import the package (only needed if the package is not installed). |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| probe_urlA | 探测 URL：返回文件大小、是否支持 Range（分片）、ETag、文件名、Content-Type。不下载。 |
| start_downloadB | 启动一个分片多连接下载任务（异步）。返回任务 id，用 download_status 查看进度。支持断点续传。 |
| download_statusA | 查询下载进度。给定 id 查单个，不给则返回全部任务。 |
| wait_downloadB | 阻塞等待任务结束（或超时），返回最终状态。 |
| cancel_downloadA | 取消一个下载任务（保留断点状态，可再次续传）。 |
| list_downloadsA | 列出当前会话内的所有下载任务及其状态。 |
| queue_addC | 把下载加入持久化队列（SQLite），进程退出后仍保留，可断点续传。 |
| queue_runA | 消费队列直到清空（并行下载），返回各任务最终状态。 |
| queue_listC | 查看队列：按状态统计 + 任务明细。 |
| queue_removeC | 从队列删除一个任务。 |
| queue_retryC | 把失败任务重新置为 pending。 |
| download_hlsB | 下载 HLS(m3u8) 并合并为单文件。支持 master 选码率、AES-128 加密分片、断点续传。 |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 12 tools
The set cleanly separates session download management (start/status/wait/cancel/list) from persistent queue management (queue_*), and download_hls is distinct. However, download_status called without an id overlaps heavily with list_downloads, and start_download vs queue_add require reading descriptions to distinguish immediate vs deferred execution.
All names are snake_case and the queue_* group is perfectly consistent (queue_add/run/list/remove/retry). The download group mixes noun-first (download_status, download_hls) with verb-first (start_download, cancel_download, wait_download, list_downloads), a minor but noticeable deviation.
12 tools is well within the ideal 3-15 range and each tool earns its place across probe, session tasks, persistent queue, and HLS handling. No tool appears redundant enough to prune beyond the noted status/list overlap.
The download lifecycle is fully covered: probe before download, start/status/wait/cancel, list, persistent queue with add/run/list/remove/retry, and HLS with bitrate/decryption/resume support. No obvious dead ends for a download manager domain.