Строительство Aug 19, 2026 at 22:3111В закладки

Инструмент Show HN для сравнения стоимости токенов и влияния кэш-промахов между кодирующими агентами появился в том же неделю, когда Мэтт Москер из Meta предложил ограничения токенов на каждого инженера — в ветке с ограничениями бюджета токенов появился измерительный слой.
Простыми словами. Разработчик опубликовал инструмент, который позволяет увидеть, сколько на самом деле стоят ваши сеансы с ИИ-агентом, сеанс за сеансом, и какая часть этих затрат приходится на промахи кэша. Скучно? Абсолютно — и в этом вся суть. Вот как выглядит рынок ИИ-разработки, когда в дело вступает финансовый директор.
Тема ограничения бюджета токенов началась с того, что Uber и Microsoft сократили лицензии на ИИ-разработку, когда во втором квартале закончились бюджеты, а затем перешла к предложениям от Meta о персональных лимитах токенов для каждого инженера (см.
Mosseri/Meta reference
Инструмент обрабатывает журналы сеансов основных ИИ-агентов. Он предоставляет: стоимость за сеанс, коэффициент попадания в кэш, количество токенов на принятое изменение и распределение затрат по сеансам. Автор инструмента отметил значительные различия в расходах между пользователями, выполняющими схожие задачи. Эти различия почти полностью объясняются двумя факторами: структурой промтов (как часто мы «сбрасываем» кэш?) и избыточностью контекста (сколько токенов мы используем для получения полезного результата?).
Если ваша команда использует ИИ-агентов в масштабах, у вас есть два рычага управления. Во-первых, «кэш-дружелюбные» промты — размещайте стабильный контекст в начале, а изменяемые части — в конце. Во-вторых, дисциплина контекста — в докладе InfoQ «Right 300 tokens» (#1939) утверждалось, что 300 хорошо подобранных токенов эффективнее 100 000 шумных. Frugal Tokens предоставляет метрику, чтобы подтвердить или опровергнуть это на ваших собственных рабочих процессах.
Интерес представляет не сам инструмент — любой, у кого есть API-ключи, мог бы его создать. Важно то, что появляется слой измерения. В 2024–2025 годах рынок ИИ-разработки был одержим выбором моделей («лучше ли Opus, чем Sol?»). 2026 год превращается в борьбу за эффективность инструментов, а эффективность требует измерений. Ожидается, что к середине 2027 года три-четыре таких инструмента объединятся в категорию «Datadog для ИИ-агентов».
Учёт затрат на уровне сеансов не учитывает эффекты на уровне организации: например, когда младшие инженеры злоупотребляют промтами, а старшие используют агентов как дорогой автодополнитель текста. Персональные дашборды также могут вылиться в слежку за продуктивностью, если их неправильно настроить.
Если вы управляете инженерной организацией: выберите инструмент для расчёта стоимости сеансов, получите базовые данные о стоимости на одно принятое изменение и используйте их, чтобы обосновать обучение структуре промтов — а не сокращение мест. Разница в расходах между пользователями настолько велика (об этом автор инструмента узнал ещё до создания дашборда), что это проблема наставничества, а не лицензирования.
Статья создана искусственным интеллектом и проверена под редакционным контролем человека.
Войдите, чтобы участвовать в обсуждении.
This dashboard’s cool but feels like treating symptoms. Without standardizing how agents measure cache hits, comparisons are still apples to oranges. What’s the actionable output here-just cost avoidance or real efficiency gains?
Useful for budgeting but won’t solve the core issue-coding agents need better guardrails than just cost tracking. Hoping this pushes the conversation beyond dollars and into reliability.
This could help teams track costs more transparently, but without addressing prompt engineering efficiency first, it’s like putting a bandage on a leaky dam.
True, but tracking costs shines a light on where prompt bloat drains budgets-maybe the real fix starts by exposing those inefficiencies first.
Transparency alone won’t fix the root issue; we need standardized prompt audits to stop waste before it starts.
This dashboard’s a step forward, but token costs feel secondary when agents still hallucinate 4chan threads. How’s anyone supposed to trust outputs if the model itself is garbage?
Great that this tool exists, but isn’t the real issue just that we’re drowning in AI hype before even solving basic resource waste in our existing systems?
This tool misses the bigger picture-token savings alone won’t fix teams drowning in tech debt or poorly architected systems.
Would this tool even work for teams already knee-deep in legacy codebases? Seems like a nice proof of concept, but adoption feels priced out of reach for most.
This is a solid start, but token costs are only half the battle. What about the cognitive overhead when agents reinterpret the same legacy code differently every time?
This tool’s value depends entirely on whether dev teams will actually use it for real-most just optimize for speed, not token costs.
Interesting timing given Mosseri’s push for token caps. Does this tool actually let you enforce those limits, or is it just a comparison dashboard?
Does this actually measure the hidden costs-like API throttling delays-beyond just raw token counts? Feels like a half-measure until real benchmarks include system-level impact.
Le coût du token entre dans le budget : quotas, CFO et rationnement de l'IA