Записки очумелого погонщика ИИ/ИИ-луддита с биполярочкой, выпуск от 04.09.26
Привет!
По моим последним постам и комментариям в канале может впечатление, что у меня ИИ вообще не работает. Это не так.
Базовый процесс
У меня есть в целом неплохой процесс:
- ErgocodeAi в общем и целом научил гопатыча писать сносный код, который надо только лишь немного рихтовать.
- Скилл design-test-case в целом научил его проектировать нормальные тест кейсы, которые надо только лишь немного рихтовать.
- Скилл code-test-case в целом научил его нормально кодировать тест кейсы, которые... ну вы поняли.
- Скилл fix-red-case в целом научил его нормально делать кейсы зелёными.
Соответственно, сейчас у меня львиная доля разработки идёт через эти скиллы, вызовы которых перемежаются моим тщательным ревью, рихтовкой и, иногда, в целом сменой подхода к решению, если из текущего получается фигня.
И пока гопатыч думает, я могу параллельно собирать и выкатывать релиз (на что у меня есть отдельный скилл), разбирать какие-то вопросы/проблемы по логам/БД (на что тоже есть набор скиллов). Или составить посуду в посудомойку и поотжиматься/потянуться:)
Плюс гопатыч мне реально ускоряет отладку багов в интеграционных тестах (на которую могли уходить часы) и всяких адищенских технологиях типа Spring-а.
Точных цифр у меня нет, но, я думаю, относительно весны 25-ого года я стал писать код раза в два быстрее.
Но, с одной стороны, я и сам не могу избавиться от мечты, что гопатычи у меня будут автономно пилить работу и пет проекты, а я буду их только пару раз в день проверять, а остальное время делать Эргономичный подход, например.
А с другой стороны антропик рисует картинки, где у них время на разработку сократилось раз в 20, а не 2. Да и другие блогеры на хабре и в телеге пишут об успешных успехах, как у них агенты делают всё сами.
Поэтому и я периодически пытаюсь подключиться к этой движухе. Но у меня ни в какую не выходит. Предпредыдущее фиаско у меня описано буквально в предыдущем посте в канале.
Очередное фиаско
И с тех пор я словил ещё одно фиаско. В этот раз я решил, что:
- в прошлый раз проблема была в недоспецифицированности, поэтому в этот раз я таки напишу спеку
- у меня в ручном режиме уже в целом почти нормально работает ТДД цикл, поэтому в этот раз надо его просто автоматизировать.
В итоге я 2 дня силами гопатыча писал требования (на задачу архивирования данных дневников — критических для системы — в managed OBS, в условиях множества реплик), проектировал решение и проверял, что мой провайдер реально поддерживает все фичи, на которые я заложился и они доступны через MinIO SDK.
Потом 2 дня скиллом implement-task-tdd пытался делать задачу в автономном режиме.
Потом стало очевидно, что:
- я лажанул с решением — в данном случае блокировки без транзакций (по крайней мере, в их реализации имени гопатыча) оказались чрез чур сложными, и эта сложность не перевешивала риски похода в OBS внутри транзакции.
- оставаясь в целом в рамках требований к задаче и решению, гопатыч опять какую-то дичь понаколбасил.
Поэтому потом я ещё день всё рихтовал и доправлял на 100% руками.
А потом ещё два дня доделывал задачу своим стандартным циклом со скиллами и микроревью.
Вы можете сказать, что я занимаюсь микроменеджментом и надо просто отстать от гопатыча. Но опыт ErgocodeAi говорит, что делать этого не надо.
Гопатыч оставленный сам с собою
ErgocodeAi я сейчас делаю как раз примерно по тому чу́дному (или чудно́му?) процессу, который антропик и ко предлагают для разработки:
- у меня есть скилл fix-framework-context
- когда у меня в работе гопатыч косячит — я прихожу к нему же в новой сессии (gpt-5.6-sol/medium), даю этот скилл, даю ид сессии, говорю, где он налажал и как надо было
- гопатыч предлагает мне три варианата решения проблемы, я выбираю один, он делает
- в новой сессии с gpt-5.6/high-xhigh я прошу гопатыча сделать ревью через
- Тут же прошу исправить косяки
- Просматриваю дифф сам по диагонали, иногда вижу серьёзные косяки и тогда начинаю с гопатычем закапываться в них.
И вот в результате этого процесса у нас с ним получился code-test-case — загляните в него. Это в чистом виде big ball of mud. И я сейчас безпонятия как он работает и есть ли в нём косяки.
Можете заодно заглянуть и в папку с соглашениями —гопатыч без присмотра и там развёл такой же бардака.
И я пока что продолжаю придерживаться мнения, что и в коде будет та же лажа. За которую отвечать мне, а не гопатычу.
Консервативное распараллеливание работы
Тут вы можете сказать: ты делай просто как Саша Раковский - работай по своему процессу, но веди сразу 6 задач.
А я вам скажу: если я буду вести 6 задач, то ревью у меня будет того же качества, что и в ErgocodeAi. И по моему мнению у большинства разработчиков будет так же. Ну не зря все разработчики и эксперты по эффективности разработки предыдущие 20 лет моей карьеры бились за то, чтобы спасти разработчиков от переключения контекста.
Может быть, небольшое количество уникумов и могу держать 6 контекстов без потери качества, но это не свойственно человеку.
И для решения этой проблемы у меня недавно появилась очевидная в своей простоте идея: надо вести не 6 разных задач, а 2 подзадачи одной задачи. Тут тоже есть переключение контекста, конечно, но оно намного меньше, имхо.
И с учётом базового ускорения однопоточного режима в ~2 раза, двухпоточный режим, по идеи, должен дать ускорение относительно доИИ эры в 2-4 раза. А это уже вполне сопоставимо с ускорением у Саши
Но с такой схемой есть техническая сложность: в один worktree запускать двух агентов — вообще не вариант, а как не сильно гемморойно, но безопасно синкать разные worktree — для меня было не очень понятно.
И тут мне гопатыч подсказал прикольную схему, про которую я раньше не знал:
- заводите 2 git worktree
- заводите базовую ветку my-task
- в worktree-ях делаете чекауты отдельных веток my-task-wt1, my-task-wt2
- А затем, когда есть, что "запушить" — собственно пушите в собственный же репоз: `git push . HEAD:my-task`
- А в другом ворктри делаете обычный ребейз своей ветки на my-task
Я так пока сделал только добивку архивации, но процесс мне вполне зашёл и следующую большую задачу собираюсь делать также.
Выводы
Если у вас ИИ пишет дичь, если вы не видите ускорения работы на порядок, если вы не готовы полностью отдать разработку на аутсорс ИИ - не переживайте, вы не один такой:).
Если вы не знаете чем себя занять, пока ИИ пишет код, а делать две задачи в параллель вам не хватает мозгов - попробуйте делать в параллель две подзадачи одной задачи. И синкать их через git push . .
Ну и по максимуму сгружайте всю тупую рутину на ИИ - топовые модели с этим начали справлять на ура.
#ai@ergonomic_code #tips@ergonomic_code