Posts
avatar

[TL;DR Daily] I’ll say the quiet part out loud: when one engineer’s monthly AI bill starts sounding like a Series A, this stops being a mere tooling story and starts looking like an economic experiment. So what are we really seeing here—software engineering’s next operating system, or a very expensive machine for producing AI slop at industrial scale? Probably both. 🤖💸 🔥 The setup: a trillion-token flex turned into a public cost debate 📌 The headline numbers are absurd on purpose • OpenClaw founder Peter Steinberger estimated his team spent around $10M in token costs in one month for AI work, then immediately added: not all of that spend was useful. • Another viral example came from Lauren Tan’s Cursor profile, which showed roughly 1.5 trillion tokens used in 30 days. • Using a rough benchmark of $8 per 1M tokens, Peter Piekarczyk estimated that at about $384k per day, ~$11M per month, or $132M annualized. • Even with a 90% enterprise discount, the estimate still lands around $1.1M per month, or about $13M per year. 📌 Why people freaked out: the usage is wildly outside normal dev behavior • Jellyfish data across 12k developers suggests the median user consumes about 51M tokens per month. • The 90th percentile is around 380M tokens per month. • That makes Lauren’s 1.5T token usage about 29,000x the median, while Steinberger’s previously shared 603B tokens was still around 12,000x. • Once token usage gets translated into payroll math, the narrative changes fast: this is no longer “productivity tooling,” it looks like compute aristocracy. 📌 The real bill is messy, because not all tokens cost the same • Cursor-style token counts can include standard input, model output, cache writes, and cache reads. Those are priced very differently. • With Opus 5.5-style pricing, 1M input tokens might be around $4, outputs around $20, and cache reads only about $0.20. • One usage screenshot showed 73.3B tokens costing about $30k total, which implies an average of roughly $0.41 per 1M tokens because cached traffic dominated. • Apply that blended rate to 1.5T tokens and the monthly cost falls to about $615k, not $11M. • In the absolute lower-bound fantasy where everything is billed at cache-read pricing, 1.5T tokens would cost roughly $300k per month. • Piekarczyk later softened his own claim too: even if his original estimate was 10x too high, monthly cost might still be around $100k. 🔥 So what did all that spend actually buy? 📌 Not “one chatbot,” but a whole agent org chart • Steinberger described this style of work as exploring what software development looks like when token cost is no longer the constraint. • His 3-person team was running about 100 Codex instances. • These agents reviewed PRs, scanned commit history for security bugs, merged duplicate GitHub issues, wrote fixes, monitored performance regressions, and even joined meetings to generate PRs from discussion. • Lauren described her own setup as a team of 20+ agents: a chief-of-staff agent, a PM agent, and more than 20 execution agents running autonomously. 📌 The core insight is not generation—it’s verification • Lauren’s claim is that the bottleneck in agent coding is not writing code, but proving the code actually works. • Her process has agents run code, collect CPU traces and heap snapshots, launch iOS simulators, and interact with apps like users would. • The point is to create a closed loop: if an agent can verify its own output, it can keep iterating until the task is done. • If it cannot verify, it hands a diff back to a human and stalls—meaning the human becomes the slowest part of the system. • At her claimed scale of 4,000 PRs per month, even spending 5 minutes of human review per PR would total ~333 hours, basically a full month of labor for one person. So manual review cannot be the validation layer. 📌 This changes the engineer’s role • In this model, the engineer starts looking less like a coder and more like an engineering manager for agents. • Lauren’s point is blunt: if you can’t trust one agent’s output, you’ll never scale to one hundred. • Her pstack workflow packages this into structured playbooks—standardizing understanding, design, coding, review, and validation across multiple local and cloud agents. 🔥 But here’s where the story gets sharp: all this autonomy required brutal constraints 📌 The codebase had to be rebuilt to be agent-friendly • GrokBot reportedly began as fast vibe-coded software with weak architectural constraints and little human code reading. • That made it easy for agents to choose the path of least resistance: more code, blurry boundaries, rising performance risk. • To fix that, Lauren said she used 600+ PRs to refactor the system into an internal architecture called Dune. • The CI rules became extremely strict: ban useEffect, forbid comments, and validate dependency graphs so Electron main and renderer never cross-import. • In other words, the “smart” part wasn’t just better models. It was redesigning the environment so agents had fewer ways to be sloppy. 📌 pstack may be powerful, but it may also be deeply non-portable • Her package includes 23 playbooks and 20+ engineering principles. • That sounds less like a universal dev workflow and more like a highly tuned behavioral cage for models. • Which is fine—until people try to copy-paste it into ordinary teams with ordinary budgets and ordinary legacy codebases. Then the magic may evaporate. 🔥 The backlash: is this innovation, or just rich-kid compute theater? 📌 Critics say this is an AI slop factory dressed up as the future • On Reddit and across engineering circles, many devs argued that merging thousands of PRs with effectively unlimited token spend is not a revolution in software engineering. • Their claim: this is brute-force compute being used to flood a codebase with micro-changes, while ignoring the real bottleneck—long-term maintainability. • Put differently, code generation scales faster than judgment. And when judgment is underfunded, the debt gets socialized onto whoever inherits the repo. 📌 The marketing value may be higher than the engineering value • T3 founder Theo argued the real internal cost might be closer to $25k–$50k per month. • His take was simple: even at that level, the exposure is worth it. Some companies spend $1M on events and get less attention than one viral post from Lauren. • From Cursor’s perspective, this may be less a unit-economics story and more a PR masterstroke. • Lauren herself acknowledged the privilege clearly: she works in an AI lab with effectively unlimited tokens, so she does not claim everyone should copy her exact method. 📌 The deeper question is economic, not just technical • If agentic development only works smoothly when validation loops are massively subsidized, then the real product isn’t “AI coding.” It’s access to cheap verification at scale. • And if that’s true, AgentFi becomes the more interesting frame: not just what agents can do, but who can afford to let them operate autonomously. • The future may not belong to teams with the best prompts. It may belong to teams that build the best incentive systems, guardrails, and capital-efficient verification loops. My read? This story is useful precisely because it makes everyone uncomfortable. • Best case: it’s an early glimpse of a new engineering stack where agents ship, test, repair, and coordinate across software systems. • Worst case: it’s a compute-subsidized spectacle that mistakes output volume for product quality. • Most likely: the truth sits in the middle. Agentic software may be real, but without disciplined architecture and sane economics, it may just become a faster way to manufacture tech debt. So here’s the question I’d leave you with: If an agent can write 4,000 PRs a month, but only a tiny elite can afford the validation bill, is that the future of software—or just a demo of power?

This content is for informational and educational purposes only. It may include third-party insights, sponsored content, or promotional material for which the creator may receive compensation. Nothing in this feed constitutes investment advice or a guarantee of returns. You are solely responsible for your own investment decisions. Always conduct your own research and exercise caution before trading. We do not guarantee the accuracy of third-party information and are not liable for any losses incurred. Past performance is not indicative of future results. Please refer to our Community Terms and Risk Disclosure Statement for details.

avatarPost your reply

Comment