Теперь вы можете создавать приложения вне Retool, используя ИИ-агента через сервер Retool MCP или интерфейс командной строки (CLI) Retool. Они созданы для разных типов задач, но главное различие заключается в том, кто именно занимается разработкой.
При использовании MCP вы отправляете запрос в Retool из внешнего агента, например Claude Code. Затем агент Retool создает приложение и передает статус обратно в Claude. При использовании CLI ваш агент — Claude, Cursor или любой другой локальный инструмент — пишет приложение напрямую, проверяет свою работу и передает результат в Retool. После этого Retool берет на себя управление правами доступа, подключение ресурсов и развертывание.
Выбирайте CLI, если ваша задача объемна, включает работу с несколькими файлами и строками кода, а также требует быстрого цикла локальной разработки. Используйте MCP для чтения, мониторинга или выполнения задач, связанных с ресурсами или администрированием, вне сеанса активной разработки.
Серьезная разработка приложений (независимо от того, опытный вы инженер или только начинаете) подразумевает импорт кода, работу с множеством файлов, многократные итерации, проверку diff-файлов и запуск проверок в CI. CLI работает непосредственно с репозиторием, поэтому код остается единственным источником истины. Он возвращает структурированные ошибки, которые агент может исправить локально, и масштабируется в зависимости от размера изменений — больший объем изменений не создает больших проблем. Именно поэтому CLI является лучшим основным интерфейсом для создания и поддержки приложений.
Это похоже на разницу между самостоятельным ремонтом протекающего крана и вызовом сантехника с описанием проблемы по телефону. CLI — это вы под раковиной: вы видите проблему напрямую и исправляете ее на месте. MCP — это телефонный звонок: вы передаете инструкции кому-то другому, кто выполняет работу, и каждое недопонимание требует дополнительных уточнений перед следующей попыткой.
Несколько практических рекомендаций:
- Используйте CLI, когда задача требует изменения файлов в репозитории.
- Используйте CLI, когда задачу необходимо запускать в CI.
- Используйте CLI, когда вы работаете в среде с доступом к bash, например Claude Code, ChatGPT Work, Codex и т. д.
- Используйте CLI для импорта React-приложений, созданных в других местах, в Retool.
Сервер Retool MCP создан для обнаружения существующих приложений и ресурсов, внесения небольших изменений, управления ресурсами и выполнения административных задач — всего того, что сопровождает процесс разработки.
Несколько практических рекомендаций:
- Используйте MCP, когда задача требует изменения состояния непосредственно в Retool.
- Используйте MCP для создания приложений, если вы работаете в чат-интерфейсе, например в приложении ChatGPT Chat, так как для работы CLI требуется доступ к bash.
Удобная таблица для выбора между CLI и MCP
Если вы хотите...
Использовать
Почему
Создать новое приложение по запросу, чтобы разработка происходила в Retool
MCP
Агент Retool создает его на стороне сервера прямо из запроса.
Создать новое приложение по запросу, чтобы разработка происходила локально
CLI
Ваш агент записывает его прямо на диск. Ничего не попадает в контекст модели, пока это не потребуется.
Поддерживать или расширять существующее приложение в Retool
MCP
Агент Retool работает с текущим состоянием приложения.
Поддерживать или расширять существующее приложение на диске
CLI
Код остается источником истины. Вы проверяете diff перед отправкой.
Импортировать существующую кодовую базу React
CLI
Большие деревья исходного кода остаются на диске.
Использовать Git, ветки или pull-запросы
CLI
Проект является обычным репозиторием.
Узнать, какие приложения и ресурсы существуют
MCP
Один вызов инструмента возвращает список. Клонирование не требуется.
Наш сервер MCP дополняет наш CLI. По мере усложнения разработки приложения запросы становятся более специфичными, что может сделать взаимодействие агентов через MCP менее эффективным. В таких случаях пользователи могут переключиться на CLI.
CLI также лучше подходит для создания крупных и сложных приложений с нуля, а также для импорта приложений, созданных в других ИИ-средах, таких как Replit и Lovable. Для работы с интерфейсом командной строки требуется доступ к bash, поэтому вам нужно использовать среду разработки с поддержкой агентов, такую как Cursor, Claude Code или ChatGPT Work. Вы не можете запустить CLI на платформе, работающей только через чат, например ChatGPT.
MCP работает везде. Если вы работаете в окнах чата, MCP — ваш единственный вариант для создания приложений в Retool из Claude. Именно поэтому мы продолжаем инвестировать в наш сервер MCP — он остается важным, даже если вы передаете разработку в CLI. MCP также является лучшим способом запроса ресурсов для понимания структуры данных, обновления прав доступа пользователей и выполнения других задач, поддерживающих процесс создания и управления приложениями.
Еще один способ определить, какой инструмент использовать, — понять, как вы работаете с ИИ-агентом. Если вам нравится делиться своим видением приложения и позволять агенту заполнять детали, попробуйте наш сервер MCP. Если вам нужен больший контроль над локальным контекстом файлов и этапами сборки, CLI лучше подходит для вашего случая.
Еще один фактор — как сервер MCP и CLI используют ИИ-кредиты. MCP использует агента Retool для сборки, поэтому вы будете использовать ИИ-кредиты Retool, если не предоставите свои собственные ключи. CLI работает на внешнем агенте на вашем локальном компьютере, поэтому вы платите только за подписку, которая у вас уже есть у провайдеров передовых или open-source моделей. Развертывание приложения в Retool, созданного через CLI, не использует ИИ-кредиты Retool.
Если вы не уверены, какой интерфейс лучше всего подходит для вашей следующей задачи, приведенная выше таблица поможет вам начать. CLI сейчас находится в публичной бета-версии для всех облачных клиентов на платных тарифах: выполните pnpm add -g retool-cli, если вы работаете в терминале, или установите плагин Retool CLI, если вы работаете в настольном приложении или браузере. Клиенты с self-hosted версией получат доступ в ближайших стабильных релизах. В любом случае, вам не нужно выбирать один интерфейс и придерживаться только его — большинство разработчиков в конечном итоге будут использовать оба, просто для разных частей работы.