Apidog в описании своего пакета называет себя «Postman + Swagger + Mock + JMeter». В одном окне редактор OpenAPI, моки, сценарии автотестов с нагрузочными прогонами и портал документации.
Если ваш день проходит в цикле «отправил запрос, посмотрел ответ, поправил заголовок», из этой суммы нужно первое слагаемое. Остальные три идут в комплекте: ради них заводится аккаунт, а проект по умолчанию хранится в облаке.
Tetiva и есть первое слагаемое: HTTP, gRPC, GraphQL и WebSocket, коллекции, окружения, история, скрипты. Без аккаунта, в файле на вашем диске.
Режим «только запросы» есть и у самого Apidog. В меню с тремя точками на верхней панели живёт Offline Space: он работает без входа, коллекции лежат файлами на диске. Режим помечен как бета, а в интерфейсе прямо написано «Supports API debugging only»: документации, моков и автотестов в нём нет.
Русский язык и оплата
У Apidog десять языков интерфейса, русского среди них нет. Документация и сайт тоже без русского.
В Tetiva русский интерфейс в бете и переведён частично: настройки, дерево коллекций, импорт, окружения, история, синхронизация и публикация. Редактор запросов пока на английском. Если нужен клиент целиком на русском, нынешняя версия Tetiva этого не даст.
Платить Apidog придётся в долларах или японских иенах: картой через Stripe или по счёту при годовой подписке. Карту просят и для 14-дневного пробного периода. Клиент Tetiva бесплатный, синхронизация на двух устройствах есть в бесплатном тарифе, а платные тарифы оплачиваются в рублях через ЮKassa, картой или по СБП. Pro стоит 490 ₽ в месяц.
Когда лучше остаться на Apidog
Остальные слагаемые в Apidog не для галочки. API в нём проектируют в визуальном редакторе OpenAPI с общими компонентами, ветками и историей изменений, а мок поднимается прямо по схеме. Сценарии тестов с условиями и циклами собираются мышкой и запускаются в CI через Apidog CLI, документацию публикуют на своём домене с версиями.
Если команда сначала согласует спецификацию, а потом строит по ней моки и документацию, Apidog подойдёт лучше Tetiva. Бесплатный тариф рассчитан на четырёх человек и пять проектов.
Ничего из этого в Tetiva нет, CLI тоже. Ближе всего к документации публикация коллекции: страница для чтения на share.tetiva.app, читателю аккаунт не нужен, а секреты вырезаются ещё до отправки.
Веб-версии у Tetiva нет. В gRPC работают только unary-вызовы, SSE, SOAP и Socket.IO не поддерживаются. Тесты писать можно: проверки pm.test и pm.expect в скриптах после ответа.
Совсем уходить из Apidog необязательно. Спецификации и сценарии могут остаться там, а запросы, которые вы гоняете сами, можно держать в лёгком клиенте.
Что меняется с Tetiva
Offline Space живёт внутри того же приложения, а оно на диске Mac занимает 743 МиБ. Apidog собран на Electron 37, и в каждую установку входит свой Chromium. Tetiva использует системный WebView, на Windows инсталлятор при необходимости доставит WebView2. На диске Mac она занимает 74 МиБ. Для Windows есть сборка под ARM64, у Apidog такой нет.
| Платформа | Tetiva | Apidog |
|---|---|---|
| macOS | 74 | 743 |
| Linux .deb x64 | 38 | 827 |
В облачной версии Apidog большая часть данных, от спецификаций до тестовых сценариев, лежит на серверах AWS в США или в Ирландии, на компьютере остаются только текущие значения переменных и секреты из Vault. Сами запросы десктопное приложение отправляет напрямую, мимо серверов Apidog.
Tetiva хранит коллекции, окружения, историю и cookies в файле ~/.tetiva/data.db на вашем диске. Файл не зашифрован. Аккаунт нужен только для синхронизации и публикации. Аналитики в клиенте нет. Раз в сутки он проверяет обновления и передаёт при этом только версию и ОС, проверку можно выключить в настройках.
Apidog MCP означает две разные вещи. MCP Server, пока в бете, ставится отдельным npm-пакетом и отдаёт ИИ-ассистенту в Cursor или VS Code спецификацию API. MCP Client встроен в Apidog, им отлаживают чужие MCP-серверы. В Tetiva MCP-сервер встроен в само приложение и даёт агенту 33 инструмента: читать и создавать коллекции, запросы и окружения, выполнять сохранённый запрос. Встроенного MCP-клиента для отладки чужих серверов в Tetiva нет.
Как перенести запросы из Apidog
Формат Apidog Tetiva не читает, поэтому запросы проще всего переносить через Postman. В Apidog откройте Settings → Export Data и выберите формат Postman. В Tetiva нажмите кнопку импорта над деревом коллекций, затем «Импорт из файла…». Чтобы перенести скрипты, отметьте «Импортировать скрипты». Файл должен быть в формате Postman v2.1, другую версию импорт отклонит.
Если проект держится на спецификации, выгрузите вместо этого OpenAPI. Tetiva читает OpenAPI 3.0 и 3.1 и Swagger 2.0: операции станут запросами, разложенными по папкам по первому тегу, а тела соберутся из примеров или схем. Адрес сервера, параметры пути и пустые места под учётные данные попадут в окружение с именем API, и оно сразу станет активным.
Отдельный HTTP-запрос переносится и без файла: в Apidog откройте Generate Code → Shell → cURL и вставьте команду в строку адреса HTTP-запроса в Tetiva. Для gRPC подключите в Tetiva тот же .proto или server reflection. Потоковые методы Tetiva не вызывает, а сервер за TLS вызывается по адресу с grpcs://. Из Offline Space прямого пути нет: формат его выгрузки не описан.
Переносятся только запросы. Схемы и компоненты, правила моков, сценарии тестов, документы, ветки и история изменений остаются в Apidog. Socket.IO, SSE и MCP в Tetiva не перенести, а сообщения WebSocket в файл Postman не попадают.
Переменные коллекции из файла Tetiva соберёт в окружение с именем коллекции, остальные окружения заведите заново. Файлы в form-data и binary выберите ещё раз. Авторизация, которой в Tetiva нет, станет No Auth, и Tetiva об этом предупредит. Объект pm в Tetiva реализован частично, так что часть скриптов придётся поправить. Подробности на странице об импорте и в гайде по переезду с Postman.