ChangeThisFile MCP Server
ChangeThisFile MCP Server
Используйте семь файловых инструментов ChangeThisFile из любого MCP-клиента: конвертация по более чем 1 000 поддерживаемых маршрутов, перевод документов, извлечение таблиц, сжатие до точного размера, маршрутизация на естественном языке и проверка статуса заданий.
Работает на базе ChangeThisFile.com. Задания на обнаружение и платный предпросмотр являются публичными. Общий convert_file теперь принимает проверенный ключ разработчика, и его квота используется совместно с REST API. Анонимная конвертация остаётся доступной в течение окна совместимости коннектора; аутентификация не будет требоваться до 27 августа 2026 года и только после проверки поддержки коннектора.
Инструменты
Инструмент | Описание |
| Конвертировать файл. Передайте публично доступный |
| Перечислить все поддерживаемые маршруты конвертации, опционально отфильтрованные по |
| Перевести документ с сохранением вёрстки. Возвращает бесплатный предпросмотр и одноразовую ссылку для оплаты полного результата. |
| Извлечь таблицы из PDF или изображений в Excel. Возвращает бесплатный предпросмотр и одноразовую ссылку для оплаты полного результата. |
| Сжать PDF, изображение или видео до точного максимального размера. Бесплатно с ежедневным лимитом. |
| Направить инструкцию по работе с файлом на естественном языке в конвертацию, перевод, извлечение или сжатие. |
| Проверить отправленное задание и получить его предпросмотр, ссылку для оплаты или URL для скачивания. |
Related MCP server: Omni File Converter MCP
Вариант 1 — Удалённая конечная точка (рекомендуется, без установки)
Сервер размещён по адресу https://changethisfile.com/mcp и использует потоковый HTTP-транспорт (спецификация MCP 2025-03-26). Если ваш клиент поддерживает удалённые MCP-серверы, направьте его прямо на конечную точку. Клиенты, поддерживающие пользовательские заголовки, могут отправлять Authorization: Bearer ctf_sk_... для использования аутентифицированного учёта разработчика.
{
"mcpServers": {
"changethisfile": {
"type": "streamable-http",
"url": "https://changethisfile.com/mcp"
}
}
}Claude Code:
claude mcp add --transport http changethisfile https://changethisfile.com/mcpВариант 2 — Локальный stdio-сервер (этот пакет)
Для клиентов, которые работают только через stdio, этот пакет соединяет stdio ↔ размещённую конечную точку:
{
"mcpServers": {
"changethisfile": {
"command": "npx",
"args": ["-y", "github:aadilr/changethisfile-mcp"],
"env": {
"CTF_API_KEY": "ctf_sk_your_key_here"
}
}
}
}CTF_API_KEY необязателен: без него вы получаете 25 бесплатных конвертаций в месяц на сеть; после этого convert_file запросит ключ. Получите проверенный бесплатный ключ в панели управления ChangeThisFile (или отправьте POST https://changethisfile.com/v1/keys/free с {"email":"you@example.com"} и перейдите по ссылке из письма для подтверждения); его 25 ежемесячных конвертаций распределяются между MCP и REST. Платные тарифы начинаются от $29/месяц.
Или клонируйте и запустите напрямую:
git clone https://github.com/aadilr/changethisfile-mcp.git
cd changethisfile-mcp
npm install
node index.jsВариант 3 — Agent Skill / плагин Claude Code
Этот репозиторий также работает как Agent Skill и плагин Claude Code.
Любой агент с поддержкой навыков (Claude Code, Codex CLI, Cursor, Gemini CLI, Copilot и другие):
npx skills add aadilr/changethisfile-mcpПлагин Claude Code (включает MCP-сервер + навык):
/plugin marketplace add aadilr/changethisfile-mcp
/plugin install changethisfile@changethisfileНавык file-conversion при подключении предпочитает инструменты MCP, а в противном случае использует встроенный скрипт (skills/file-conversion/scripts/convert.sh), который обращается к размещённой конечной точке по обычному HTTPS — MCP-клиент не требуется.
Вариант 4 — Docker
docker build -t changethisfile-mcp .
docker run -i --rm -e CTF_API_KEY changethisfile-mcpБыстрая проверка
curl -X POST https://changethisfile.com/mcp \
-H "Content-Type: application/json" \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/list","params":{}}'Поддерживаемые форматы
Категория | Примеры |
Изображения | JPG, PNG, WebP, GIF, BMP, AVIF, ICO, SVG, TIFF, HEIC, PSD, RAW |
Видео | MP4, WebM, MKV, AVI, MOV, 3GP, FLV, WMV |
Аудио | MP3, WAV, FLAC, AAC, OGG, M4A, OPUS |
Документы | PDF, DOCX, DOC, ODT, RTF, TXT, HTML, MD, PPT, PPTX |
Данные | JSON, CSV, TSV, YAML, XML, TOML, XLSX, XLS |
Шрифты | TTF, OTF, WOFF, WOFF2 |
Электронные книги | EPUB, MOBI, AZW3, FB2, CBR, CBZ |
Архивы | ZIP, RAR, 7Z, TAR, TAR.GZ, TAR.BZ2, TAR.XZ |
Используйте list_conversions для получения полной таблицы маршрутов.
Переменные окружения
Переменная | По умолчанию | Назначение |
| не задана | Необязательный проверенный ключ разработчика, передаваемый как bearer-токен; значение никогда не логируется |
|
| Переопределяет вышестоящую конечную точку |
| не задана | Устаревший псевдоним для |
Конфиденциальность и лимиты
Задания на обнаружение и платный предпросмотр не требуют учётной записи. Общая конвертация временно анонимна в режиме совместимости; проверенный ключ уже сейчас включает общий учёт разработчика.
Файлы обрабатываются на стороне сервера и автоматически удаляются в течение 24 часов; срок действия URL для скачивания истекает через 1 час.
Входные данные MCP ограничены 25 МБ. Аутентифицированный
convert_fileиспользует общий API/MCP лимит и месячную квоту учётной записи разработчика; для других ресурсоёмких инструментов сохраняются лимиты защиты от злоупотреблений на учётную запись или IP-адрес.
Лицензия
MIT
Available Tools
2 toolsconvert_fileConvert FileAInspect
Convert a file from one format to another. Pass EITHER a publicly accessible URL (source_url) OR base64-encoded file contents (base64_content + source_format) — exactly one is required. Returns a temporary download URL (valid 1 hour; file deleted within 24 hours).
| Name | Required | Description | Default |
|---|---|---|---|
| source_url | No | Publicly accessible URL of the file to convert (preferred for large files) | |
| base64_content | No | Base64-encoded file content (for small files; max ~5MB) | |
| source_format | No | Source format extension (e.g. "docx", "mp4"). Auto-detected from URL if omitted. | |
| target_format | Yes | Target format extension (e.g. "json", "mp3", "pdf"). Required. | |
| filename | No | Optional filename hint for auto-detection (e.g. "document.docx") |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description discloses key behavioral details: returns a temporary download URL (valid 1 hour) and that the file is deleted within 24 hours. These details are beyond what annotations provide (readOnlyHint=false, destructiveHint=false) and give the agent important lifecycle information. No contradiction with annotations exists.
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 concise at 3 sentences, each serving a distinct purpose: stating the core action, specifying parameter rules, and detailing the return behavior. No extraneous information is included, making it easy for an agent to parse quickly.
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 no output schema, the description adequately explains the return format (temporary URL with expiry) and data retention. It covers all input modalities and constraints. The presence of sibling tool name provides context. The description is complete for a conversion tool of moderate complexity.
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?
The input schema already describes all 5 parameters (100% coverage), setting baseline at 3. The description adds semantic value by explaining the mutual exclusivity of source_url and base64_content, specifying the ~5MB limit for base64, and noting that source_format can be auto-detected. This enhances the agent's understanding beyond the schema's per-parameter descriptions.
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 begins with a clear verb-resource pair: 'Convert a file from one format to another.' This immediately identifies the tool's core function. It also distinguishes itself from the sibling tool 'list_conversions' by focusing on performing the conversion rather than listing available formats.
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?
The description explicitly states the two mutually exclusive input methods (url vs base64) and clarifies that exactly one is required. It provides guidance on when to prefer each (URL for large files, base64 for small files) and mentions auto-detection of source format. However, it does not explicitly state when not to use this tool or compare it to alternatives beyond the sibling.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
list_conversionsList Supported ConversionsARead-onlyInspect
List all supported conversion routes. Optionally filter by source format to see what you can convert FROM a specific format.
| Name | Required | Description | Default |
|---|---|---|---|
| source_format | No | Filter by source format (e.g. "docx" returns all DOCX target options) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The annotations already declare 'readOnlyHint: true' and 'openWorldHint: false'. The description adds that the tool lists 'all' conversions, implying completeness within a bounded set, but does not provide significant behavioral context beyond what annotations convey.
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 two sentences long, front-loaded with the core purpose, and contains no extraneous information. Every sentence earns its place.
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's simplicity (one optional parameter, no output schema), the description sufficiently conveys its functionality and the filtering option. Annotations complement the behavioral profile, making the definition complete.
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?
With 100% schema description coverage, the baseline is 3. The description adds value by providing an example ('e.g., "docx" returns all DOCX target options'), which helps the agent understand the filtering behavior beyond the schema statement.
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 clearly states 'List all supported conversion routes,' using a specific verb and resource. It distinguishes the tool from sibling tools like 'convert_file' and 'compress_file' by focusing on listing rather than performing actions.
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?
The description implicitly indicates when to use the tool (to see available conversions) and suggests filtering by source format. However, it does not explicitly state when not to use it or mention alternatives like 'convert_file' for performing conversions.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
2 tool updates
v1.0.0- First observed
convert_file - First observed
list_conversions
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: one performs file conversions, the other lists supported conversion routes. No overlap exists.
Both tools follow a consistent verb_noun pattern (convert_file, list_conversions) using snake_case, making naming predictable.
With only 2 tools, the server feels minimal for a file conversion service. While covering the core functionality, the low count suggests a thin surface.
The server covers basic conversion and format discovery, but lacks features like conversion history, batch processing, or progress tracking, leaving notable gaps.
Maintenance
Related MCP Connectors
Convert files between 400+ image, video, audio, document, ebook, archive and font formats.
Convert files between formats without quality loss. Speed up your workflow with fast, reliable con…
Convert images to PNG, JPEG, WebP, or AVIF through one public remote MCP tool.
Convert files between hundreds of formats: documents, images, audio, e-books, fonts, GPS and more.
Related MCP Servers
- AlicenseAqualityBmaintenanceMCP server for seamless document format conversion using Pandoc, supporting Markdown, HTML, PDF, DOCX (.docx), csv and more.1584MIT
- AlicenseNot gradedqualityDmaintenanceConverts various document formats to desired output formats, currently supporting PDF to image conversion. No access keys required for basic file format conversion operations.3MIT
- AlicenseNot gradedqualityCmaintenanceFile conversion built for AI agents. CLI, REST API, and MCP server — all sharing one engine.3 npm1MIT
- AlicenseNot gradedqualityBmaintenanceA local file conversion server supporting audio, video, image, document, and specialized formats via Model Context Protocol. It enables batch and single-file conversions without cloud dependencies.6 npmMIT