Merge со скоростью света — командная работа и разрешение конфликтов

Сначала у каждого менеджера был свой сервер и свой домен. Красиво на бумаге, провал на практике: два менеджера с агентами за сутки разъезжаются так, что их не соединить. Не в смысле git-конфликтов в файлах — в смысле подходов. Один переименовал сущность, второй построил на старой три экрана. Агенты работают быстро, поэтому и расходятся быстро: сутки изолированной работы с ИИ — это как месяц изолированной работы без него.

Вывод: ветки, живущие сутки, — уже слишком долго. Мы перевернули схему: все работают одновременно на одном сервере, в одной рабочей копии. Конфликт нельзя накопить — он разрешается в момент возникновения, пока обе стороны помнят контекст. Дженсен Хуанг называет это speed of light thinking: считай не от «как принято», а от физического предела. Физический предел мерджа — момент редактирования файла. Всё, что позже, — накопление долга.

Защита двухуровневая. Уровень git: не трогай незакоммиченные файлы. Если файл изменён и не закоммичен — его правит кто-то другой прямо сейчас, агенту туда нельзя. Это правило прописано в AGENTS.md, и агенты его соблюдают лучше людей: git status перед правкой — их рефлекс.

Уровень ИИ: intent вместо ветки. Перед началом работы каждый агент коротко описывает намерение — что и в какой области он собирается менять. Агенты сравнивают intent'ы и, если двое лезут в одну область, говорят об этом до того, как написана первая строчка. Конфликт предотвращён на уровне замысла, а не пойман на уровне диффа.

В итоге merge как отдельное событие исчез. Нет дня стабилизации, нет «кто разрулит конфликты», нет веток-долгожителей. Есть один сервер, где код всегда в согласованном состоянии, и прод, куда технарь выкладывает проверенное. Пять человек работают параллельно — и это быстрее, чем один, а не медленнее, как было при ветках.