Кейс с Claude Code ценен тем, что описывает не демонстрационный pet project, а прикладную production-систему. Автор за месяц построил регулярный анализ цен и продуктов конкурентов: около 25 источников разных типов, примерно 6000 товарных записей, matching с embeddings и LLM-as-judge, отдельные CLI-отчёты и 814 unit-тестов. До конца года он планирует расширение до 60 источников и 15000 записей.
Главный вывод не в том, что агент всё сделал сам. Автор прямо описывает Claude Code как инициативного junior: он быстро генерирует код, предлагает неожиданные решения и может закрывать большие куски работы, но без контроля начинает ломать систему через несколько сессий. Проблема не только в ошибках синтаксиса. Агент теряет контекст, забывает принятые решения, переизобретает уже существующие механизмы и может уверенно менять архитектуру не там, где нужно.
| Метрика проекта | Значение из источника |
|---|---|
| Источники сейчас | ~25 |
| Источники в плане | ~60 |
| Товарные записи сейчас | ~6000 |
| Unit-тесты | 814 |
| Decisions log | 2000+ записей |
Рабочая схема поэтому строится вокруг ограничений. Нужны unit-тесты, regression checks, decisions log, эталонные пары для matching, короткие сессии и явная постановка задач. Агенту нельзя отдавать абстрактное "улучши систему"; ему надо давать проверяемый участок, критерии приёмки и запрет на несанкционированные переделки. Тогда скорость генерации становится преимуществом, а не источником хаоса.
Главная претензия автора - агент инициативен, но быстро теряет контекст и требует жёсткого контроля.
Для компаний это практический урок по внедрению coding agents. Они уже могут резко поднять throughput опытного специалиста, особенно если человек понимает архитектуру и умеет проверять результат. Но агент не заменяет инженерную ответственность. Чем сложнее система, тем больше значение имеют тесты, observability и дисциплина контекста. Без этого экономия времени быстро превращается в долг, который придётся разбирать вручную.
