Терминал первым · рабочие станции worktree · цикл с надзором · agents.md + MCP · удалённый Mac
Откройте ноутбук в 2026 году. Первое окно, которое загорается, — уже не IDE. Это три терминала: Claude Code, Codex CLI и Antigravity CLI, каждый со своей сессией. Эта статья не про новости и не про хронологию. Она отвечает на единственный вопрос: как на самом деле выглядит рабочий день разработчика? И когда параллельные worktree, длинные циклы /goal и MCP + agents.md выжимают ноутбук досуха — почему удалённый высокопроизводительный Mac становится новой основной рабочей станцией? Читайте вместе с Mac Mesh × коллаборацией AI Agent и Git Worktree, параллельные ветки.
В 2026 году порядок загрузки утреннего рабочего места перевернулся. Сначала открывается терминал, IDE — потом. В терминале живут claude, codex и antigravity в отдельных сессиях, каждая закреплена за репозиторием. В браузере — вкладка GitHub PR и URL staging. IDE на втором мониторе — поверхность для diff и UI‑шлифовки.
Причина не в любви к шеллу. Главная сцена переехала из «писать код» в «дирижировать агентами, которые пишут код». Агенты живут в шелле нативно: читают репозиторий, выполняют команды, правят файлы, запускают тесты без плагинного моста. IDE не умерла; она ушла на второй план для визуализации и ревью.
Распределение дня сдвигается соответственно. Раньше: 80 % набора, 20 % запуска. Теперь: примерно 30 % — формулировка намерения, 30 % — ревью diff, 30 % — запуск и чтение тестов, 10 % — ручной код в местах, где без человека не обойтись. Разработчик становится ревьюером и тех‑лидом, а агенты ведут себя как быстрая джуниор‑команда.
Сначала терминал: запустить Claude Code, Codex и Antigravity CLI; закрепить каждую сессию за cwd репозитория. IDE — на второй монитор для diff и ревью.
Сессия = рабочая станция: каждая сессия агента решает одну задачу (рефакторинг / баг / тесты / миграция). Смешивание двух задач загрязняет контекст.
Начинать с согласования намерения: первая инструкция дня часто звучит как «прочитай README, шаблон PR и изменения за две недели и сформулируй цель».
IDE — для того, где сильны глаза: длинный diff, тонкая UI‑правка, отладка по точке останова. Главная клавиатура больше не там.
Не раздувать плагинами: возможности заходят в агента через agents.md и MCP‑серверы; конфиг IDE, наоборот, становится тоньше.
В 2026 году разработчик не «пишет код в терминале», а «дирижирует в терминале теми, кто пишет код».
Одна сессия делает за раз только одно. Здесь и появляется первое узкое место. Решение давно есть в git: worktree. Один репозиторий может извлечь несколько веток в разные каталоги, разделяя единый объектный стор .git. Каждый worktree принадлежит своему агенту. Рефакторинг, тесты, миграция, документация, эксперимент — всё движется параллельно. Конфликты возникают уже не во время правки, а в момент merge.
| Параметр | Классическая IDE, одна рабочая станция | AI‑агенты + worktree, много рабочих станций |
|---|---|---|
| Параллельные задачи | 1 | 3–5 (рефакторинг, тесты, миграция, документация, эксперимент) |
| Основное действие | Редактировать, сохранять, запускать | Передавать намерение, читать diff, утверждать, мерджить |
| Когда вылезает конфликт | При правке одного и того же файла | На merge, через git‑инструменты |
| Цикл обратной связи | Человек → код → тесты → человек | Человек → агент → код → тесты → агент → diff → человек |
| Локальная нагрузка | Низкая (один процесс) | Высокая (несколько параллельных сборок и тестов) |
| Реальное узкое место | Набор и мышление | CPU, RAM, дисковый I/O локальной машины |
Дело не в чистой скорости. Главное — куда уходит внимание. Вместо того чтобы смотреть на курсор, вы обходите пять worktree и ведёте себя как тех‑лид над пятью инженерами. Когда агент застрял, ушёл в сторону или переделал лишнее — одно сообщение возвращает его на курс. Клавиатуру забирать у него почти не приходится.
Подсказка: worktree — ещё и правильный способ изолировать артефакты сборки (iOS DerivedData, кеши Gradle). Без них параллельные агенты загрязняют один и тот же кеш. Практический обзор: Git Worktree, параллельные ветки.
Темп дня меняет не «агент пишет больше», а «агент сам знает, когда он закончил». Команда /goal в Claude Code и эквивалент в Codex привязывают к сессии проверяемое условие завершения. После каждого хода маленькая модель‑оценщик проверяет условие. Если не выполнено — агент продолжает; если выполнено — управление возвращается вам.
Пример из жизни: перед обедом вы пишете «цель: npm run test:e2e всё зелёное; diff в PR < 500 строк». Уходите. Возвращаетесь — diff готов к PR. Агент сделал шесть ходов, починил три flaky‑кейса и откатил ненужное изменение API. Минимальный «цикл с надзором» в шести шагах работает для большинства CLI‑агентов:
Условие завершения — одной фразой: какую команду запускать, какой вывод читать, какой порог достигать. Пример: «pnpm test зелёное и lint без предупреждений».
Очертить границы: какие каталоги можно править и каких файлов нельзя касаться (migrations/, .env, prod‑секреты).
Запустить цикл: отдать /goal "..." или эквивалент. Чтение, правка, запуск, разбор вывода и итерации делает агент.
Контрольная точка: каждые N ходов или X минут агент добавляет краткое «сделал / далее» в Markdown, который вы потом пробегаете глазами.
Вмешиваться по необходимости: при заторе, дрейфе или попытке нарушить границу. Одно сообщение возвращает курс; цикл продолжается. Клавиатуру не выхватывать.
Одно ревью перед merge: прочитать diff PR целиком, оставить комментарии, дать ещё один проход и смерджить.
git worktree add ../proj-fix-flaky fix/flaky-e2e
cd ../proj-fix-flaky
claude
> /goal "pnpm test:e2e всё зелёное; не трогать migrations/;
diff < 500 строк; каждые 3 хода дописывать прогресс в PROGRESS.md"
# Уходим на обед или встречу.
# Возвращаемся, читаем PROGRESS.md и git diff main, утверждаем или поправляем курс.
Реальный сдвиг — в распределении внимания. Раньше нужно было оставаться у рабочего места. Теперь задачу на 30–60 минут можно поручить агенту, а высвободившееся время потратить на чтение спецификации, набросок архитектуры, синхронизацию с продактом. Вернуться на контрольной точке. Время разработчика впервые становится планируемым ресурсом.
Фундамент нового workflow — не маркетплейс IDE‑плагинов, а папка с Markdown и один протокол. Файлы CLAUDE.md, agents.md и .cursorrules — это «руководства по проекту, написанные для агентов»: командные конвенции, команды сборки, границы каталогов, защитные ограждения, повторяющиеся грабли. Написаны один раз — пользуются все агенты. MCP (Model Context Protocol) делает то же самое с инструментами — БД, браузерами, внутренними API, трекером — превращая их в возможности, которые агент вызывает напрямую, с переиспользованием между инструментами.
| Файл / протокол | Целевая аудитория | Типичное содержимое |
|---|---|---|
| CLAUDE.md | Claude Code | Контекст репозитория, команды сборки, точки входа тестов, неприкосновенные каталоги |
| agents.md | Кросс‑инструментальная конвенция многих CLI‑агентов | Стандартная точка входа «представить репозиторий новому агенту» |
| .cursorrules | Cursor / Cursor cockpit | Стиль правок, нейминг, границы каталогов |
| Каталог skills / commands | Каждый CLI‑агент (пользовательские команды) | Повторяющиеся флоу упакованы в /deploy, /release |
| MCP‑сервер | Любой клиент с поддержкой MCP | Запросы к БД, автоматизация браузера, внутренние API, трекеры задач |
Если эту прослойку сделать плотной, команда получает «общий мозг». Первая задача новичка — не читать wiki, а попросить агента, прочитавшего agents.md, рассказать про репозиторий. Смена нейминговой конвенции делается не письмом, а одной строкой в .cursorrules — на следующий день все PR закрывают петлю. Подключение новой БД не требует нового скрипта: достаточно поднять MCP‑сервер, и его смогут вызвать все агенты. Командные правила переезжают из человеческой памяти в машинную.
Внимание: не кладите секреты и прод‑строки подключения в CLAUDE.md или agents.md. Эти файлы целиком заходят в контекст агента и фактически становятся публичными. Секреты вводятся в рантайме через MCP‑сервер либо лежат в .env с явным запретом «не читать».
Workflow звучит элегантно. Счёт за железо — нет. Параллельные worktree, длинные циклы /goal, headless‑браузерный QA и локальный инференс одновременно нагружают CPU, GPU/ANE, RAM и дисковый I/O. Обычный ноутбук за пару дней уходит в полный вентилятор и заполненный SSD. Ориентиры, по которым можно понять, тянет ли ваше рабочее место:
node_modules, DerivedData или кеши Gradle на 10–40 ГБ. Плюс образы Docker и веса локальных моделей (4–20 ГБ за штуку) — 1 ТБ SSD как нижняя планка. Ниже — заполняется за неделю./goal идут от 30 минут до нескольких часов. Закрыть крышку, выключить питание или нарваться на обновление ОС — и цикл рвётся. «Не быть прерванным» у постоянно включённой ноды — мягкий, но очень крупный выигрыш.Когда счёт открыт, вывод однозначен: самое слабое звено в этом workflow — не модель и не инструмент, а машина, несущая нагрузку. Ноутбук остаётся уместен как «тонкий клиент» для намерения, чтения diff и одобрения merge. Тяжёлые части — параллельные worktree, длинные циклы, headless QA, кеши и сборки — лучше держать на удалённом высокопроизводительном Mac с запасом RAM, быстрым хранилищем и устойчивым охлаждением. Если заставить ноутбук тащить это самому — будут троттлинг, шум кулера и потерянные прогоны. Для продакшен‑workflow с iOS CI/CD и постоянно работающими AI‑агентами аренда Mac Mini в облаке VpsMesh обычно — лучший выбор: выделенные ноды, предсказуемые ресурсы, мгновенный SSH или удалённый рабочий стол, без амортизации и обслуживания своей техники. Спецификации и цены — на странице тарифов, настройка — в центре помощи.
Нет. IDE по‑прежнему лучшая поверхность для проектирования UI, отладки по точкам останова и визуального ревью diff. Изменилось только её место: с главной сцены, где пишут код, она ушла на вторичную панель для ревью; главная сцена переехала к AI‑агентам в терминале. Более широкая картина: Mac Mesh × коллаборация AI Agent.
Параллельные worktree, длинные циклы /goal, headless‑браузерный QA и локальный инференс одновременно грузят CPU, GPU/ANE, RAM и дисковый I/O. Ноутбуки уходят в троттлинг и кулеры воют. Удалённый M4 Pro/Max Mac с большим объёмом RAM, быстрым хранилищем и устойчивым охлаждением забирает тяжёлую работу; ноутбук остаётся тонким клиентом для diff и решений. Тарифы: страница цен.
Все три — это «руководства по проекту для агентов». CLAUDE.md — для Claude Code, .cursorrules — для Cursor, agents.md — кросс‑инструментальная конвенция, которую принимают всё больше CLI‑агентов. Они сосуществуют; каждый инструмент читает нужное. Начните с единого agents.md как универсальной точки входа, а специфический файл добавляйте только для основного инструмента. Настройка удалённой ноды — в центре помощи.