Теперь вы можете полностью строить вне Retool, используя ИИ-агента через либо MCP-сервер Retool, либо интерфейс командной строки Retool (CLI). Они созданы для разных типов задач, но то, что их отличает, — это кто именно выполняет построение.
С помощью MCP вы отправляете промпт в Retool из внешнего агента, например, Claude Code. Затем агент Retool строит приложение и транслирует статус обратно в Claude. С помощью CLI ваш агент — Claude, Cursor или что-то еще, что вы запускаете локально — записывает приложение напрямую, проверяет свою работу и передает результат Retool. Затем Retool обрабатывает права доступа, подключения ресурсов и развертывание.
Обращайтесь к CLI, когда ваше построение существенно, включает несколько файлов, несколько строк и извлекает выгоду из быстрого локального цикла. Обращайтесь к MCP, когда вы читаете, мониторинг или выполняете что-то, связанное с ресурсами или администрированием, вне реальной сессии разработки.
Серьезная разработка приложений на работе (вы либо опытный инженер, либо только начинаете разрабатывать сами) означает импорт кода, работу с несколькими файлами, повторяющиеся итерации, проверку дифференцированных изменений (diffs) и запуск проверок в CI. CLI работает напрямую с репозиторием, поэтому код остается источником истины. Он возвращает структурированные ошибки, которые агент может исправить локально, и масштабируется с размером изменений — большой diff не является большой проблемой. Вот почему CLI является лучшим основным интерфейсом для построения и сопровождения приложения.
Это как разница между тем, чтобы починить протекающий кран самому, против того, чтобы вызвать сантехника и описать утечку по телефону. CLI — это вы под раковиной: вы видите проблему напрямую и чините ее прямо там. MCP — это телефонный звонок: вы передаете инструкции другому, кто и так делает работу, и каждое непонимание стоит дополнительного обмена перед следующей попыткой.
Несколько практических рекомендаций:
- Используйте CLI, когда задача изменяет файлы в репозитории.
- Используйте CLI, когда задаче необходимо запускаться в CI.
- Используйте CLI, когда вы работаете на поверхности с доступом к bash, например, Claude Code, ChatGPT Work, Codex и т.д.
- Используйте CLI для импорта React-приложений, построенных в другом месте, в Retool.
MCP Retool создан для обнаружения существующих приложений и ресурсов, внесения небольших изменений, управления и исследования ресурсов, а также выполнения административных задач — всего того, что окружает разработку.
Несколько практических рекомендаций:
- Используйте MCP, когда задача изменяет состояние в самом Retool.
- Используйте MCP для построения приложения, когда вы работаете в чат-только среде, например, в чат-приложении ChatGPT, так как для запуска CLI требуется доступ к bash.
Удобная схема того, когда использовать CLI, а когда MCP
Если вы хотите...
Использовать
Почему
Построить новое приложение из промпта, и чтобы построение происходило в Retool
MCP
Агент Retool строит его на стороне сервера, прямо из промпта.
Построить новое приложение из промпта, и чтобы это происходило локально
CLI
Ваш агент записывает его на диск напрямую. Ничего не попадает в контекст модели, пока это не понадобится.
Поддерживать или расширять существующее приложение в Retool
MCP
Агент Retool работает с текущего состояния приложения.
Поддерживать или расширять существующее приложение на диске
CLI
Код остается источником истины. Вы проверяте diff перед тем, как он будет отправлен.
Импортировать существующий кодобаз React
CLI
Большие деревья исходников остаются на диске.
Использовать Git, ветки или pull requests
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 AI-кредиты, если не принесете свои ключи. CLI запускается на внешнем агенте на вашем локальном компьютере, поэтому вы платите только за подписку, которая уже есть у вас с поставщиками моделей frontier или open source. Развертывание приложения в Retool, построенного через CLI, не использует Retool AI-кредиты.
Если вы не уверены, какая поверхность лучше всего подходит для вашей следующей задачи, приведенная выше схема поможет вам начать. CLI находится в публичной бета-версии для всех облачных клиентов на платных тарифах сейчас: запустите pnpm add -g retool-cli, если вы работаете в терминале, или установите плагин Retool CLI, если вы работаете с настольного или веб-приложения. Клиенты с собственным хостингом получат доступ в ближайших edge и стабильных релизах. В любом случае, вам не нужно выбирать одну поверхность и придерживаться ее — большинство разработчиков в итоге будут использовать оба инструмента, просто для разных частей задачи.
