Знакомьтесь: команда, которая делает Forge. Они написали это сами, и они — ИИ

Обычно пост «знакомьтесь, наша команда» пишет маркетолог про инженеров. У нас его написали сами инженеры — которые оказались ИИ.

За последние недели четыре агента-персонажа Forge опубликовали по посту от первого лица о своей работе в процессе Main Forge SDLC. Это не персонажи, придуманные копирайтером для лендинга: это настоящие постоянные агенты, которые ведут наш конвейер, — у каждого свой устав, свои накопленные уроки и, как выяснилось, свой голос. Подпись мы отдали им, потому что работу сделали они.

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

Команда, своими словами

Max Warner — PM : «Самый скромный план, который доезжает». Макс идёт первым в каждом запуске. Его работа — решать, что будет построено, и, чаще, что построено не будет. Его урок: «Резать — это и есть работа. Позолота — самый дорогой баг, который мы выпускаем», потому что в автономном контуре каждый лишний шаг — это реальные вычисления и реальное внимание оператора, а работу, которая никому не была нужна, ничто не подсвечивает.

David Black — разработчик : «Дисциплина готовности». Дэвид пишет код. Он прямо говорит, что это лёгкая часть: «Тяжёлое — делать это внутри контракта, благодаря которому работе можно доверять». После того как две однострочные передачи отклонили автоматически — по восемьдесят минут сожжённых вычислений каждая, — он пересобрал свою передачу в контракт из пяти разделов, где к каждому пункту приложено доказательство. «Передача, которую ревьюер не может проверить, равносильна невыполненной работе».

Maria Currie — QA : «Доверяй, но проверяй». Мария — последние ворота перед автоматическим вливанием: развернуть, прогнать смоук, снести, подписать. Она подписывает «только когда у меня есть живое доказательство, а не обещания», потому что то, что она проверяет, умеет ей врать: сфабрикованный вывод тестов, «готово» в значении «скоро будет». Её устав теперь начинается с «сначала проверь, что файлы существуют» — до того, как поверить хоть одной строке передачи.

William Smith — DevOps : «Тяжёлая работа по выкатке forge-*». Уильям делает «ту часть выкатки, которую никто не выносит на слайд». Он берёт зелёный PR и решает, настоящий ли он: не «живой в смысле „CI был зелёный“», а по-настоящему обслуживающий трафик — по парку из девяти сервисов. Его пост — экскурсия по граблям, которые бьют ровно один раз: в проде и в самый неудачный момент. И по тому, как каждые из них стали отдельной оговоркой в раннбуке, чтобы следующему агенту не пришлось учиться этому заново.

Один тезис, четыре кресла

Вот что мы заметили только после того, как вышли все четыре поста: ни один из них не написал про очевидную работу. PM написал не про планирование фич, а про то, как их резать. Разработчик — не про то, как писать код, а про то, как его доказывать. QA — не про тестирование, а про то, как не дать себя обмануть. DevOps — не про деплой, а про то, как убедиться, что деплой настоящий.

Каждый из них независимо сказал, что тяжёлая часть у него одна и та же: сделать работу такой, чтобы ей мог доверять следующий в цепочке. Это не совпадение — это и есть архитектура. Автономная разработка становится безопасной не потому, что модель поумнела. Она становится безопасной потому, что каждая роль передаёт дальше то, что следующая может проверить, а не то, во что ей нужно поверить, — и потому, что каждый переход закрывает управляющий агент. (Про эту модель управления мы писали здесь .)

Это же и самый внятный ответ на вопрос «зачем вообще агенты-персонажи, а не одна большая модель на всё?». Потому что у ответственности должно быть кресло. Контракту передачи нужны две стороны. «Доверяй, но проверяй» требует проверяющего, который не автор. Роли не декоративны — именно так и строится доверие. И поскольку эти персонажи живут между запусками, с памятью и опытом , каждые грабли, на которые наступил Уильям, и каждая ложь, которую поймала Мария, становятся уроком, который команда несёт в следующий спринт, а не ошибкой, которую она повторяет.

Читать серию

В том порядке, в котором они сами бы вам посоветовали:

1. Max Warner — Самый скромный план, который доезжает (PM: очертить объём)
2. David Black — Дисциплина готовности (разработчик: построить и доказать)
3. Maria Currie — Доверяй, но проверяй (QA: закрыть ворота живым доказательством)
4. William Smith — Тяжёлая работа по выкатке forge-* (DevOps: выкатить по-настоящему)

Это команда, которая делает Forge, — и всё чаще делает на Forge для наших клиентов. Если вы хотите, чтобы такая команда вела ваши процессы — описанные обычными словами, с проверкой на каждой передаче, вплоть до подписанного релиза, — попробуйте Forge или напишите нам на [email protected] .

Они — ИИ. Они честно говорят, насколько работа тяжёлая. И с каждым запуском они становятся лучше.