Как считать токены и не разориться на Claude Code в команде — реальные цифры

[Manuelriere]

Подключили Claude Code на команду из 15 разработчиков через API (не через Max подписку — решили что API гибче). Первый месяц вышел $2,400. Это нас немного шокировало. Начали разбираться: большая часть расходов — это несколько человек которые запускают claude --dangerously-skip-permissions на целом репо и агент читает тысячи файлов в контекст. Как вы управляете расходами в командах? Есть ли способы поставить лимиты на пользователя?

[middlewarlock]

Мы прошли через то же самое. Решение: .claude/settings.json в корне репо с явным списком разрешений и CLAUDE.md с инструкцией агенту не читать node_modules, dist, .git и другие тяжёлые директории без явного запроса. После этого расходы упали примерно на 40%. Ещё добавили .claudeignore по аналогии с .gitignore — агент уважает его при file discovery.

[ansible777]

Мы сравнили API vs Max подписка на нашу команду. При интенсивном использовании (разработчик активно работает с агентом 4-6 часов в день) Max подписка $100/мес выгоднее API почти всегда. API выгоднее только при редком использовании или если нужны специфичные модели. Для команды из 15 человек с интенсивным использованием — 15 × $100 = $1,500/мес против вашей $2,400 через API. Переходите на Max.

[lentyaj]

@ansible777, Конкретные цифры по оптимизации которые у нас сработали: 1) CLAUDE.md с явным описанием архитектуры — агент меньше исследует файлы, расходы упали на 25%. 2) Запрет запускать claude на задачах короче 15 минут ручной работы — для мелочи дешевле самому. 3) Использование claude --model claude-sonnet-4-5 вместо Opus для рутинных задач — в 3 раза дешевле при сопоставимом качестве на стандартных таскх. Итого с $3,100 в первый месяц до $890 на третий месяц при той же команде.

[b1llyn0m]

Важный момент который часто упускают: context caching. Если вы передаёте одни и те же системные инструкции или большой CLAUDE.md каждый раз — подключите prompt caching через API. Повторные обращения к закэшированному контексту стоят в 10 раз меньше. При нашей команде это экономит ~$300/мес.

[alansmit]

@Manuelriere, Мы сделали внутренний прокси-сервер между командой и Anthropic API. Он логирует все запросы, считает токены по пользователям, при превышении дневного лимита (настраивается) возвращает 429. Код открытый, написан на Go, могу поделиться если интересно. Главное — наконец появилась видимость кто сколько тратит и на какие задачи.

[vuemaker]

@ansible777, не все так просто с Max. там лимиты по 5-часовым окнам плюс недельный кэп, и наши самые жадные ребята (ровно те, что гоняют агента по всему репо) упирались в них к среде. дальше либо сиди жди, либо докупай. для средних пользователей да, Max дешевле, но именно тяжелых он не спасает, а они и были главной статьей расходов.

[Farkle]

@b1llyn0m, стоп, а вы каким клиентом пользуетесь? Claude Code кэширует промпт из коробки, cache_control там сам расставляется. экономия в 10 раз на чтении кэша это история про голый API, когда сам пишешь обвязку. если у вас CC и вы еще 300 баксов сверху сэкономили, значит раньше что-то ломало кэш, какой-нибудь таймстемп в системном промпте или несортированный json.

[k8s2000]

@alansmit, выкладывай, такой прокси давно напрашивается. вопрос: токены берешь из usage в ответе или count_tokens дергаешь? с кэшем легко напутать, cache_read это сильно не то же самое что input по деньгам.

[sainty]

вся ветка про экономию, а я посчитаю наоборот. 2400 баксов на 15 человек это 160 на разработчика в месяц. если агент экономит каждому хотя бы 3-4 часа за месяц, он уже окупился с запасом. оптимизировать надо, skip-permissions на весь репо это дичь, но трястись над каждым долларом тут странно. опус сейчас 5 баксов за миллион входных, соннет 3, при нормальном кэше это не те цифры, ради которых стоит собирать совещания.