Как удобно разрабатывать с агентами в несколько потоков?

Одна из ключевых в этом проблем звучит так: "как мне управлять дев-серверами, используя git-worktree изоляцию". Про это я спрашивал совета выше.

Для тех кто в танке: git-worktree это механизм, позволяющий держать несколько рабочих копий одного репозитория одновременно, каждую на своей ветке, в отдельных папочках, но с общей .git-базой

Как выглядит проблема: у тебя бежит пятерка агентов в параллели, ковыряет код в изолированных песочницах. Но, ты не можешь "потрогать" результаты. Для этого тебе нужно, чтобы на каждую копию был запущен дев-сервер и ты будешь долго и больно переключаться рукам

Короче, за последние три недели я прожил этот опыт и сделал два разных подхода, оба из которых отлично себя показывают, рассказываю)

Простой: на своем пет-проекте я в админке сделал выпадающий список из всех активных ворктри, и при выборе по кнопке переключаю симлинки для дев-сервера. Дешево и сердито. Хорошо подходит для изолированной на отдельной vps-ке разработки (ресурсы ограничены, супер-активно разработка не ведется, но иногда нужно переключить на ворктрю чтобы авторизовать результат)

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

Бонусный хардкорный: а что, когда у меня жирный проект с микрофонтами? Когда их десяток, надо уметь сервить несколько разных дев-серверов, управлять конфигами, часть запускать в дев-режиме, вторую переиспользовать прямо с cdn, а третью из локальных сборок из папочки. А еще, чтобы целочек мог прозрачно этим всем управлять и отлаживать дать терминальный интерфейс, а модели подложить mcp-интерфейс? Вот такую гравицапу я собираю последнюю неделю в фоновом режиме, что должно сильно снизить сложность работы с масштабными проектами

П.С. Разобрался как строить интерфейсы в консоли, прикольный опыт)

Пять лет назад ко мне пришли ребята с касдевом. Идея была простая: сделать тусовку для тимлидов в Сочи

Тогда, я настоятельно рекомендовал сфокусироваться на СТО, в таком качестве, чтобы ее было просто невозможно пропустить. Такую, куда каждый уважающий себя технический директор просто обязан поехать

Как итог — первый кэмп прошел под лозунгом "для CTO и тех, кто хочет ими стать". На следующий год, кэмп вырос, расширился на CPO, а после и вовсе до всей айтишной C-level тусовки. И вот сейчас, спустя пять лет, Southhub — это кэмп из почти 500 человек, которые собираются кайфануть, понетворкать и обсудить наболевшее. Такой концентрации людей, принимающих решения в индустрии, пожалуй, больше нет нигде

Качество нетворкинга, лучше не найти. Если вы все еще сомневаетесь, ехать или нет — ехать. А развлекательная программа для вторых половинок и движ с детскими лагерями от ИТМО и Школы Летова позволяет ехать всей семьёй

До встречи в горах)

В комментариях к предыдущему посту, как обычно, все смешалось - люди кони. Но я попробую ответить на вопрос про закон об ограничении нейросетей с 2027 года. 

Я специально разобрался в этой теме и аж прочитал одну статью на хабре. Поэтому буду ссылаться на нее. Заранее скажу, если вы так эмоционально реагируете на закон о регулировании ИИ, а точнее на его часть про запрет использования нейронок, то вас так прилично напсиопили. Потому что в законе сказано, что использовать нейронки из рееста российский моделей обязаны госструктуры и бизнес критической инфраструктуры. Про запрет использования нейросетей конечным пользователям (то есть всем вам) нет ни слова. 

Вот выдержка:
Статья 8.1: «К применению в государственных информационных системах и на значимых объектах критической информационной инфраструктуры Российской Федерации, принадлежащих государственным органам и государственным учреждениям, и предприятиям, допускаются модели искусственного интеллекта, включенные в реестр доверенных моделей искусственного интеллекта
Идем дальше. Если вы читаете этот канал давно, то знаете, что у нас в стране блокировки происходят по нескольким причинам и одна из них хранение данных пользователей РФ на территории РФ. Он же закон о приземлении. Пораскинув парой извилин не сложно представить потенциальные масштабы утечек в трансграничку с госкомпаний и системно-значимых для страны бизнесов, если они продолжат использовать OpenAI и другие зарубежные модели. Выстроить вокруг них гардрейлы и прокси задача трудоемкая и требуемая глубокого понимания архитектуры. Поэтому государство идет единственно верным и работающим в этом случае методом - регуляторным. 

Более того, никто не обязывает использовать гигачат, как я писал не так давно в этом канале. Достаточно развернуть локальную модель у себя в контуре, чтобы обеспечить доступ до инфрастукртуры по запросу и хранение данных на территории РФ. 

Так что батхерта по поводу закона о блокироках нейросетей я не разделяю. Нужно было просто чуть-чуть разобраться, но я понимаю, что многим сложно читать дальше заголовка новости.

В комментариях предлагаю пофантазировать и ответить на вопрос: Что может случиться, если в пентагоне начнут юзать гигачат? Самым остроумным выдам доступ в Лакшери пипл чат на месяц