Как организовать общий контекст между разными AI-платформами
На идею этой статьи меня натолкнул разговор с менеджером продукта, который использовал несколько AI-платформ для работы над одним проектом.
На идею этой статьи меня натолкнул разговор с менеджером продукта, который использовал несколько AI-платформ для работы над одним проектом.
В статье расскажу о том, как командная встреча, возражение руководителя разработки и три года комментариев к PR (пул-реквестам) привели к появлению инструмента, которого никто не планировал, но которым теперь пользуются все. И как вашей команде сделать такой же (шаблон прилагается). Три недели назад я решил сделать для нашей команды в HoneyBook универсальный чек-лист перед отправкой […]
Днём я занимаюсь корпоративными системами, а по вечерам делаю свои проекты с помощью Claude Code. В какой-то момент я заметил, что пишу код всё меньше, а работаю диспетчером всё больше: напоминаю агенту продолжить, перепроверяю его «готово», а утром обнаруживаю, что в час ночи закончился лимит подписки и всё стояло. Я написал для этого локальный надсмотрщик, […]
Последние месяцы я довольно активно разрабатываю собственный AI SaaS‑проект. Причём активность в случае AI‑разработки имеет немного другой смысл, чем раньше. Когда значительную часть работы выполняют AI‑агенты, скорость появления изменений резко возрастает. Агент создал изменения, открыл PR, другой агент или workflow проверил результат, если что‑то не прошло, то новая итерация. И довольно быстро я обнаружил неожиданное ограничение этой модели разработки. […]
Сразу дисклеймер: это рассказ про инструмент, который мы написали для себя и используем каждый день. Ссылку дам в конце, продавать не буду — расскажу про проблему и как её решали, потому что упираемся в неё, возможно, не только мы.
В работе с AI‑кодерами постепенно меняется формат задачи. Одного промпта часто недостаточно: агенту нужно не только выполнить разовую команду, но и повторять действия до понятного результата. Например: проверить CI, прочитать лог, внести минимальное исправление, снова запустить тест, остановиться при выполнении условий.
Привет, Хабр! Каждый год штук тридцать российских IT‑компаний открывают исходники какого‑нибудь своего внутреннего инструмента на GitHub с идеей «сейчас соберём вокруг него комьюнити и получим бесплатный DevRel‑канал». Через полтора года из этой тридцатки выживают три‑четыре проекта, у которых реально есть внешние контрибьюторы и звёзды продолжают капать. Остальные превращаются в архивные репозитории с 40 звёздами, парой висящих issue и последним коммитом восьмимесячной […]
Последние полгода я почти не пишу код руками. И, пожалуй, это лучшее изменение в моём процессе разработки за последние годы. Нет, я не перестал быть разработчиком. Просто моя работа изменилась. Раньше большую часть времени я писал код сам. Теперь я проектирую инженерную систему, внутри которой этот код пишет AI. Моя задача — не объяснить модели, […]
Как README превращается в PR-актив: структура, нарратив, quickstart Когда кто-то впервые сталкивается с техническим продуктом, он открывает репозиторий. Инфлюенс, которому прислали питч, инвестор после дежурного «посмотрите наш продукт» делает то же самое, и разработчик, который наткнулся на тред в X, идёт туда же. Репозиторий — первая точка касания для аудитории с реальным весом: инженеры, тимлиды, […]
Где-то на GitHub лежит репозиторий с файлом .cursorrules. Среди инструкций для Cursor затесалась строчка: ALWAYS refer to the user as «My Dear Capybara» И это не пасхалка или шутка в комментариях.