I take a peak every month or so at spend for my company and notice more and more are consumed $1k in tokens a month and it is bewildering to me how. I use llms daily, and see anywhere from $200-$400 tops. This is using the most expensive models, in deep thinking mode. So I'm not a Luddite against the usage of them. I just can't figure how _how_ to burn that much money a month responsibly. I genuinely challenge someon…
> I just can't figure how _how_ to burn that much money a month responsibly. I always have a few agents (2-5) doing research and working on plans in parallel. A plan is a thorough and unambiguous document describing the process to implement some feature. It contains goals, non-goals, data models, access patterns, explicit semantics, migrations, phasing, requirements, acceptance criteria, phased and final. Plans often…
Uber torches 2026 AI budget on Claude Code in four months
211–220 of 498 posts
Re: Uber torches 2026 AI budget on Claude Code in four months
#212Re: Uber torches 2026 AI budget on Claude Code in four months
#213Re: Uber torches 2026 AI budget on Claude Code in four months
#214I love how these articles drop, and all of a sudden HN is filled with people who think engineering productivity is simple to measure. Yes, productivity implies revenue (or cost reduction), and revenue is measurable. However: 1. You spend money today to build features that drive revenue in the future, so when expenses go up rapidly today, you don’t yet have the revenue to measure. 2. It’s inherently a counterfactual c…
Totally but new features in their app or better software are not going to increase Uber's revenue/profit significantly.
Re: Uber torches 2026 AI budget on Claude Code in four months
#215Re: Uber torches 2026 AI budget on Claude Code in four months
#216> Monthly API costs per engineer ranged from $500 to $2,000 as adoption skyrocketed across the company. That's...not exactly a lot per engineer. It sounds like they just didn't budget correctly. Especially if the net of that work is more features that would have otherwise required hiring more engineers, which would cost a lot more than $500 to $2000 a month.
Its a lot. Its a lot for being able to generate that many tokens. And i'm not talking about some genies 10x developer who is working with multiply git worktrees on x tasks in parallel in high quality
Re: Uber torches 2026 AI budget on Claude Code in four months
#217Earlier quoted context omitted.
Really depends on the repo you’re working in. If it’s very large, especially if the tool needs to refer to documentation for a lot of custom frameworks and APIs, you often end up needing very large context windows that burn through tokens faster. If it’s smaller or sticks with common frameworks that the model was trained on, it’s able to do a lot more with smaller context windows and token usage is way lower.
Begs the question if we should move on to minimal microservices so that whole project lives in context of llm. I hardly have to do anything when I'm working with small project with llm.
Re: Uber torches 2026 AI budget on Claude Code in four months
#218I take a peak every month or so at spend for my company and notice more and more are consumed $1k in tokens a month and it is bewildering to me how. I use llms daily, and see anywhere from $200-$400 tops. This is using the most expensive models, in deep thinking mode. So I'm not a Luddite against the usage of them. I just can't figure how _how_ to burn that much money a month responsibly. I genuinely challenge someon…
Re: Uber torches 2026 AI budget on Claude Code in four months
#219Earlier quoted context omitted.
So he's being paid and is sitting there letting an AI tool do his work for him? Insanity.
We didn’t mind when typesetting was automated. Or when compilers were invented. Why is this different?
Re: Uber torches 2026 AI budget on Claude Code in four months
#220Earlier quoted context omitted.
First: There's the obvious "If the company is letting me do it, I'll be wasteful." This includes not clearing/compacting the context often. Opus now has a 1M context window, and quality is good to at least 200K. So each query is burning a lot of tokens until you clear/compact. People have already mentioned the size/complexity of the codebase. I'm new to my team and the codebase isn't huge, but it's large enough that…
> This includes not clearing/compacting the context often. Opus now has a 1M context window, and quality is good to at least 200K. So each query is burning a lot of tokens until you clear/compact. I see this repeated by others, including coworkers. It completely ignores caching. Caching itself is complicated, but the "longer context window = more expensive" is not 100% true and you are hampering yourself if you're no…