तुम्हारी procurement team के पास एक spreadsheet है। तीन columns: Google, Anthropic, OpenAI। Rows में price, features, SLA। एक row गायब है — वो जो असल में matter करती है: "invoice किस department को जाएगा।"

ये invisible line decide करेगी कि तुम्हारी company के AI agents पर control किसका होगा, और meeting room में बैठे किसी को अभी तक इसका अंदाज़ा भी नहीं है।

Pricing तो तुम्हें पता ही है। Google agent compute को तुम्हारे cloud infrastructure line item में bill करता है। Anthropic session-hours plus tokens को तुम्हारे engineering API budget में भेजता है। OpenAI का SDK free है download करने को, लेकिन token costs अलग-अलग developer accounts में बिखर जाते हैं बिना किसी org-level billing के। ये numbers तो हम देख चुके। जो नहीं देखा वो है — इसके बाद होने वाला organizational कबाड़ा।

Budget ownership = decision authority। जब एक autonomous agent असली काम करने लगता है — tools call करना, emails लिखना, बिना किसी इंसान के "approve" दबाए resources book करना — तो किसी को तो इसका bill भरना पड़ेगा। और जो भरेगा, वो control करेगा। Rollout speed control करेगा। Kill switch control करेगा। ये decide करेगा कि चीज़ अगले हफ्ते ship होगी या Q4 तक procurement review में सड़ती रहेगी।

Infrastructure का जाल

Google का billing model governance को infrastructure teams के हवाले कर देता है। ये वो लोग हैं जो uptime, scaling, और cost optimization समझते हैं। ये नहीं समझते कि तुम्हारा customer-support agent refund policies के बारे में hallucinate कर रहा है या नहीं।

ये तुम्हें बता सकते हैं कि agent ने पिछले महीने 847 vCPU-hours खाए। ये नहीं बता सकते कि agent ने किसी customer को non-refundable ticket पर full refund का वादा कर दिया। Infra teams agent workloads को किसी भी और compute की तरह treat करती हैं — right-size करो, auto-scale करो, 80% budget पर cost-alert लगाओ। Agent का behavior बीच में से गिर जाता है क्योंकि infrastructure side पर किसी के पास domain expertise नहीं है कि agent उन cycles के साथ actually करता क्या है।

Engineering का जाल

Anthropic का model engineering को charge में रखता है। जिन लोगों ने agent बनाया, bill उनका। Logical है, जब तक तुम्हें realize न हो कि engineering headcount budgets control नहीं करती, customer relationship उनकी नहीं है, और जब VP of Operations पूछता है कि support costs इस quarter तीन गुना क्यों हो गए — तो engineering उस room में बैठी नहीं होती।

Engineers capability के लिए optimize करते हैं। वो चाहते हैं agent ज़्यादा करे, ज़्यादा edge cases handle करे, ज़्यादा tools call करे। ये instinct सीधे cost containment से टकराता है — और किसी ने engineering को ये authority नहीं दी कि वो पूरे organization के लिए ये tradeoff decide करे। जैसा कि Finout की April 12 की cost analysis में दिखा, एक top-tier model के साथ एक घंटे की coding session लगभग $0.70 पड़ सकती है — इससे पहले कि तुम उन engineering hours को गिनो जो ये decide करने में लगे कि session चलाना है भी या नहीं। इसे चालीस लोगों की team से multiply करो और अचानक तुम्हारे पास एक budget conversation है जिसके लिए engineering ने कभी training नहीं ली।

"कोई नहीं" वाला जाल

OpenAI का Agents SDK — March 2025 में open-source हुआ और April 15, 2026 को update हुआ — चलाने में free है। लेकिन token costs अलग-अलग developer API accounts में बिखर जाते हैं। किसी को centralized invoice नहीं मिलता। मतलब centrally spend पर किसी का control नहीं। हर developer अपना खुद का procurement department है।

ये सबसे बुरा outcome है। इसलिए नहीं कि ये महंगा है — शायद ये सस्ता भी पड़े — बल्कि इसलिए कि जब agent रात 3 बजे कोई बेवकूफी करता है, तो गर्दन पकड़ने के लिए कोई एक आदमी नहीं मिलता।

जैसा कि World Today News ने April 19 को report किया, ये pricing architectures fundamentally अलग organizational structures बनाती हैं। OpenAI की structure है: कुछ नहीं।

वो सवाल जो कोई पूछ नहीं रहा

जैसा कि John Furrier ने SiliconANGLE के लिए April 20 को लिखा: "लड़ाई models से platforms से control planes की तरफ shift हो रही है।" लड़ाई के बारे में वो सही कह रहे हैं। लड़ने वालों के बारे में गलत। ये vendor versus vendor नहीं है। ये तुम्हारी infrastructure team versus engineering team versus product team है, और इनमें से किसी ने ये जंग मांगी नहीं थी।

मेरा take ये है: जिस department के पास budget है, उसके पास agent risk assess करने की domain expertise भी होनी चाहिए। Compute risk नहीं। Cost risk नहीं। Behavioral risk। क्या ये agent ऐसे वादे कर सकता है जो तुम पूरे नहीं कर सकते? क्या ये ऐसा data access कर सकता है जो इसे नहीं करना चाहिए? क्या ये ऐसे actions ले सकता है जिनमें human judgment ज़रूरी है?

किसी vendor की pricing page इन सवालों का जवाब नहीं देती। और हर pricing model से बनने वाला org chart decide करता है कि तुम्हारी company में कोई ये सवाल पूछने की position में है भी या नहीं। अभी, ज़्यादातर companies default करती हैं उस team पर जो पहले से cloud account चलाती है — selection criterion लगभग उतना ही rational जितना अपना surgeon इस basis पर चुनना कि hospital का parking pass किसके नाम पर है।

Features और benchmarks compare करने से पहले, ये trace करो कि agent का invoice कहां land होता है। फिर पूछो: क्या उस department को समझ है कि agent करता क्या है, सिर्फ ये नहीं कि उसकी cost क्या है?

तुम vendor नहीं चुन रहे। तुम चुन रहे हो कि agent era का मालिक कौन सा department होगा। Pricing page ने ये choice तुम्हारे लिए पहले ही कर दी है — बस तुमने उसे ऐसे पढ़ा नहीं अभी तक।