Сложный цикл разработки с внешней ВМ заменяется встроенным выполнением кода за один запрос

Сложный цикл разработки с внешней ВМ заменяется встроенным выполнением кода за один запрос

Связка 1

Начальное состояние: Разработчику приходилось вручную проходить многошаговый цикл: находить провайдера ВМ, разворачивать песочницу, передавать код модели, загружать его на ВМ, выполнять, анализировать обратную связь и повторять процесс до успешного выполнения задачи
Преобразование: Был разработан инструмент выполнения кода, который автоматически предоставляет Claude размещённую серверную песочницу, позволяя выполнять весь цикл за один API-запрос
Конечное состояние: Весь цикл «написать, запустить, исправить» выполняется за один запрос к API без дополнительных вызовов между Claude и ВМ разработчика

Этот быстрый совет — подозреваю, многие из вас его уже знают, но мне он очень нравится. И если у вас сейчас открыт Cloud Code, предлагаю попробовать. Введите /context, чтобы получить эту живую цветную сетку с разбивкой того, что заполняет ваше контекстное окно. Это отличный способ наглядно увидеть то, что я описываю: сколько места в контекстном окне занимают сообщения, результаты инструментов, системы и определения MCP. Там же вы увидите некоторые рекомендации по оптимизации. Круто.

Далее — выполнение кода. Раньше цикл «написать, запустить, исправить» был задачей разработчика. Вы могли найти провайдера виртуальных машин, развернуть песочницу на его ВМ. Затем нужно было заставить модель выдать код, поместить этот код на ВМ, выполнить его, проанализировать обратную связь, разобрать трассировку стека, снова передать её модели — и повторять это до тех пор, пока модель не выполнит задачу на этой ВМ.

Мы хотели значительно упростить этот процесс, и теперь мы предлагаем инструмент выполнения кода, который автоматически предоставляет Claude размещённую песочницу на серверной стороне. Это означает, что весь описанный цикл фактически выполняется за один API-запрос. Больше не нужно делать дополнительные вызовы между Claude и вашей ВМ. Claude может просто на серверной стороне API подключиться к отдельному компьютеру, который используется только как черновик и рабочее пространство для Claude.

Это, возможно, не столько совет, сколько ментальная модель того, как думать о выполнении кода в сравнении с вашим локальным bash. Когда мы даём Claude инструмент выполнения кода, он по сути получает собственный компьютер для работы. Думайте об этом как о предоставлении Claude маленького калькулятора, только это целый компьютер, которым он может пользоваться. Это означает, что Claude может использовать этот компьютер для таких вещей, как stateless-вычисления, анализ данных. Он может устанавливать здесь пользовательские библиотеки, но в целом может выполнять всю эту работу, не нарушая и не засоряя вашу локальную файловую систему и локальный компьютер. А когда Claude нужно получить доступ к чему-то, что существует только на вашем локальном компьютере — возможно, это ваш репозиторий, установленное Python-окружение или любой другой локальный контекст — он может вернуться к настоящему bash на вашем компьютере, и он интеллектуально знает, какой из двух использовать.