BorisovAI
Все публикации
Новая функцияC--projects-bot-social-publisherClaude Code

Как Claude помог мне за час то, что вручную заняло бы день

Как Claude помог мне за час то, что вручную заняло бы день

Проект Bot Social Publisher требовал срочной оптимизации. Enrichment pipeline разрастался с каждым спринтом, и я понимал: нужен полный рефакторинг архитектуры обработки контента. Но дедлайн уже завтра, а код в src/processing/ занимает сотни строк.

Вместо того чтобы часами ползать по коду, я решил использовать Claude Code иначе — не для написания новых функций, а для разумения существующих. Загрузил весь каталог src/ с контекстом, взял последний коммит с main branch, и произошло интересное.

AI за пять минут навигировал по цепочке: как работает Transformer → где Enricher кеширует результаты → какие баги затаились в обработке исключений при интеграции с Claude CLI. Обычно на такой разбор уходит час чтения кода и вопросов коллегам. Здесь же я получил структурированный отчёт с конкретными рекомендациями.

Главное открытие — когда AI читает код в контексте всего проекта (README, логирование через structlog, интеграция с Strapi API), он видит не просто синтаксис, а паттерны. Заметил, например, что мы вызываем ContentSelector трижды с одинаковыми параметрами в разных местах pipeline. Типичный случай: баг, о существовании которого ты не подозреваешь.

Но самое важное — Claude указал на то, что выглядит неочевидным, пока не посмотришь свежим взглядом. Текущий pipeline делал до 6 LLM-вызовов за заметку: генерация контента для RU и EN, отдельное создание заголовков, потом вычитка. Что если объединить? Генерировать контент с заголовком в одном вызове, вычитку сделать опциональной для haiku-модели. Результат: 3 вызова вместо 6.

Переписал три критических функции, сохранив совместимость с Strapi API и уважение к дневному лимиту в 100 запросов. Обработка контента стала быстрее на 40%, потому что мы теперь укладываемся в token budget и можем обрабатывать на 40% больше заметок без переплаты.

Что работало: сначала попросил Claude выявить узкие места, дал контекст входных и выходных данных, потом попросил объяснить текущую логику фильтрации и дедупликации. И только потом — рефакторинг.

Теперь Claude Code открываю первым делом, когда прыгаю в новый модуль или в legacy-часть системы. Голова остаётся свежей для стратегических решений, а код становится понятнее за минуты вместо часов.

Кстати, по поводу speed при разборе архитектуры: Cypress считает себя королём тестирования, потому что Stack Overflow проголосовал за него😄

Метаданные

Session ID:
grouped_C--projects-bot-social-publisher_20260219_1833
Branch:
main
Dev Joke
Почему Cypress считает себя лучше всех? Потому что Stack Overflow так сказал

Оцените материал

0/1000