Claude в разработке не спасает без новых процессов
Если команде просто выдать Claude Code или Codex, скорость разработки сама по себе не вырастет. Автор статьи показывает, что агентам нужен не только код, но и нормальный маршрут работы: контекст, документация, проверки и понятные точки контроля.
Почему одного агента недостаточно
В статье сравнивают типичное внедрение ИИ в разработку с ситуацией, когда в команду взяли сильного миддла, но не дали ему доступ к трекеру, базе знаний и нормальному описанию архитектуры. Ему поручают мелкие задачи в отрыве от общей картины, а потом удивляются, что он плохо понимает проект и процессы.
Та же проблема возникает, когда разработчикам просто выдают Claude Code и считают внедрение завершенным. Инструмент есть, галочка поставлена, но сама система работы не изменилась: задачи по-прежнему создаются и проходят через старые процессы, поэтому заметного ускорения не происходит.
Что нужно перестроить вокруг Claude
Автор делает главный вывод: автоматизировать нужно не отдельный узел, а весь путь задачи. У агента должен быть понятный вход, список документов, правила, границы ответственности, а также условия, когда он может продолжать работу сам, а когда обязан остановиться и передать результат человеку.
В качестве примера разбирается задача про идемпотентность платежа. Агент получает контракт API, ADR по платежам, правила миграций, меняет код в изолированной среде, прогоняет нужные сценарии и только потом передает diff, результаты проверок и отчет на ревью. Надежность дает не сама модель, а весь обвязанный вокруг нее процесс.
Почему хорошая документация выгодна всем
В статье отдельно подчеркивается, что команде нужен короткий корневой файл с маршрутизацией — например, AGENTS.md. В нем достаточно описать назначение проекта, важные документы, базовые команды, правила тестирования, условия обязательного подтверждения и то, что считается готовым результатом.
Такой подход полезен не только агенту, но и людям. Новый разработчик открывает тот же репозиторий, идет по тем же ссылкам и быстрее понимает, как здесь принято работать. По сути, документация для ИИ превращается в общую базу знаний для всей команды, а скрытые договоренности перестают быть проблемой только для тех, кто пришел позже.