Amp открыл Portals на локальных машинах: dev-сервер видно прямо в треде

Знакомая ситуация: агент написал фронтенд, запустил dev-сервер, и теперь вам самому нужно открывать терминал, искать порт и проверять, что получилось. Если агент работает на другой машине, например на домашнем Mac, пока вы сидите с ноутбуком в кафе, задача превращается в маленький квест. Команда Amp из Sourcegraph закрывает эту дыру: Portals, которые раньше жили только в облачных орбах, теперь работают и на вашем собственном раннере.

Что изменилось

Portal — это вкладка рядом с тредом, в которой открывается веб-страница, созданная агентом. Раньше она была доступна, когда агент работал в орбе. Теперь тот же механизм работает на локальных машинах: вы просите Amp запустить dev-сервер или собрать сайт, а результат открываете во вкладке Portal в треде. Важная деталь из анонса — «независимо от того, где вы находитесь». То есть раннер может стоять на одной машине, а смотреть на результат вы можете с другой.

Пример из анонса

Разработчики Amp показали простой, но показательный кейс. В треде на macOS-раннере пользователь просит сделать обзорную страницу по использованию файловой системы Mac и показать её в портале. Агент отвечает ссылкой на портал Disk Usage, а рядом открывается небольшое веб-приложение: занято 241 ГБ из 383 ГБ, полоса ёмкости разбита по категориям, а кольцевая диаграмма показывает, что симуляторы и данные Xcode занимают 155 ГБ.

Ценность не в самой диаграмме, а в цикле: вопрос, код, живая страница, и вы сразу смотрите на результат и уточняете задачу. Одноразовые внутренние панели, которые раньше никто не стал бы делать руками, становятся почти бесплатными. Нужно понять, что съело диск, посмотреть метрики сборки или проверить вёрстку — просите агента и получаете страницу, а не простыню текста в чате.

Как включить и кто это увидит

Способов два. В macOS-приложении откройте Settings › Runner и включите Allow Portals. Если вы работаете из терминала, запускайте раннер командой amp --no-tui --remote-control-portals.

По умолчанию порталы вашего раннера доступны только вам. Чтобы показать их коллегам, запустите общий раннер (shared runner) с флагом --share или включите Share With Workspace в macOS-приложении. Тогда любой участник воркспейса сможет открыть порталы этого раннера. Подробности есть в документации Amp в разделе Portals on Your Runner.

Ограничения и практический вывод

Что стоит держать в голове. Опция выключена по умолчанию, и это правильно: вы сами решаете, давать ли агенту возможность выставлять веб-страницы с вашей машины. Включая шеринг на весь воркспейс, помните, что коллеги увидят всё, что агент покажет в портале. А на локальной машине в страницу может попасть что угодно: пути, названия проектов, данные из файловой системы. Тот самый отчёт по диску из примера безобиден на личном Mac, но его не стоит показывать всему воркспейсу без проверки. В анонсе нет деталей о том, как устроен доступ и какие у порталов технические ограничения, поэтому за нюансами идите в документацию.

Практический вывод простой. Если вы уже используете Amp с локальным раннером, включите Allow Portals и попробуйте на задаче, где раньше приходилось вручную поднимать сервер: превью фронтенда, отчёт по зависимостям, дашборд по логам. Если работаете командой, начните с личного режима и включайте --share только для раннеров, на которых нет ничего чувствительного.

А если вы сами делаете агентов, возьмите идею на заметку. Возможность показать результат в виде живой страницы, а не текста в чате, — это отдельная и сильно недооценённая функция. Она сокращает путь от просьбы до проверки результата глазами, а именно на этом шаге обычно и теряется время.