Пакетный API экономически эффективен для изменений кода в нескольких файлах

Разработчик на r/ClaudeAI поделился своим опытом использования пакетной обработки с Claude Sonnet и Opus для выполнения задач по программированию, подчеркнув её экономическую эффективность и рабочий процесс.

Ключевые детали из источника

Разработчик добился значительных изменений кода в более чем 30 различных файлах, сгенерировав около 3 000 строк кода примерно за £2. Изначально он сосредоточился на RAG (Retrieval-Augmented Generation), но обнаружил, что это не нужно для его случая использования.

Его рабочий процесс включал:

• Использование Claude Opus для определения, какие файлы нужны для крупных запросов
• Применение двухэтапного пакетного процесса с относительно простыми промптами
• Использование Repomix для сбора контента для отправки моделям
• Использование Minimax m2.5/Qwen Coder для устранения проблем от Sonnet после операций поиска/замены

Указанные конкретные примеры затрат:

• Первый промпт: $0.30
• Второй промпт с изменениями кода: $1.42
• Затраты на очистку с Minimax: описаны как «почти ничего»

Разработчик завершил разработку API и заменил все таблицы с тестовыми данными в своём приложении Flutter на реальные данные API. Он отметил, что узнал о кэшировании при множественных промптах, описав возможность кэширования определённых частей пакетов в разных запросах как «изменение правил игры».

Его стратегия использования моделей развивалась:

• Изначально использовал Opus для планирования и Sonnet для реализации
• Позже экспериментировал с GPT для планирования, а затем передавал этот вывод в Sonnet
• Считает, что этот подход лучше для эффективности использования токенов, чем использование Opus на всех этапах

Разработчик признал, что изначально допускал ошибки, особенно с кэшированием при множественных промптах, и пригласил задавать вопросы о своём опыте.