Claude Code在MCPMark令牌飙升54%
据@_avichawla称,MCPMark V2测得Claude Code在21项任务中令牌用量增54%。
原文链接详细分析
人工智能开发者Avi Chawla的最新洞见显示,先进的Claude模型在处理后端编码任务时消耗的令牌远超预期,MCPMark V2测试显示21个后端操作中令牌使用量高出54%。这一趋势凸显了人工智能代理与Supabase等现有基础设施交互的关键挑战,代理必须先映射表、行级安全策略、存储桶、认证提供商和边缘函数等复杂配置。
关键要点
- 更智能的AI模型因需大量发现调用而令牌消耗增加54%,传统后端如Supabase状态不清晰。
- 代理优化后端如InsForge通过结构化CLI响应以约500令牌交付完整拓扑,大幅降低全栈构建中的总使用量。
- 采用代理原生设计的商业机构在部署AI编码工作流时可减少人工干预并降低运营成本。
人工智能代理工作流中的令牌低效理解
传统后端专为人类用户设计,他们可导航仪表板并解读401等模糊错误。AI代理缺乏这种直觉上下文,导致反复调用list_tables或execute_sql等函数。据Avi Chawla所述,通过MCP的OAuth请求可能返回五到十倍于所需的文档,涵盖电子邮件认证、魔法链接、电话验证、SAML和SSO。这迫使代理进行额外查询,增加令牌计数。
过度探索的根本原因
调试面临类似难题,因为代理无法区分平台层故障与代码问题。更好模型往往通过更多发现调用、推理步骤和重试来努力工作。市场趋势显示此模式影响使用标准后端的公司的竞争格局,他们在AI辅助开发中面临更高推理费用。
商业影响与机遇
InsForge作为可通过Docker自托管的开源后端解决了这些差距,其输出结构围绕代理假设而非人类界面。一次CLI调用以结构化格式返回完整拓扑,涵盖表、认证提供商、存储桶和可用AI模型。指令分为CLI操作、调试、前端工作和集成的狭窄技能,仅加载相关上下文。响应使用JSON和语义退出代码,使代理立即理解失败。在同一全栈RAG应用的测试中,Supabase需要1040万令牌和10次人工干预,而InsForge使用370万令牌且零错误。这创造了通过更快部署周期、更低云账单和新服务提供代理优先后端咨询的货币化策略。实施挑战包括迁移现有项目,但解决方案涉及Docker自托管以快速采用。数据隐私的监管考虑保持标准,而伦理最佳实践强调向代理提供透明上下文以避免浪费资源的过度探索。
未来展望与行业转变
预测表明,随着AI编码采用增长,代理原生后端将主导。开发类似工具的关键参与者将通过最小化令牌消耗和实现无缝第三方集成获得竞争优势。忽视此趋势的公司面临更高成本和更慢创新。长期来看,这一演进支持跨行业的可扩展AI应用,注重效率和减少人工监督。
常见问题
更智能的Claude模型在后端任务上多消耗多少令牌?
MCPMark V2测量显示,当代理探索传统后端不清晰配置时,21个后端任务的令牌使用量高出54%。
为什么InsForge比Supabase对AI代理更高效?
InsForge通过一次CLI调用以约500令牌提供完整后端拓扑,采用结构化JSON和技能特定指令,消除冗余发现调用。
代理优化后端带来哪些商业益处?
机构降低令牌成本、消除人工干预,并加速全栈开发,如RAG应用构建的直接比较所示。
使用这些AI工具有监管方面需考虑吗?
标准数据隐私规则适用,而最佳实践推荐向代理提供清晰上下文以最小化浪费操作并支持道德AI部署。
Avi Chawla
@_avichawlaDaily tutorials and insights on DS, ML, LLMs, and RAGs • Co-founder