Daily Tech Briefing
AI 科技速览

每天 5 分钟内学习 AI。获取最新的人工智能新闻,理解其重要性,并学习如何将其应用于您的工作。

AI 快讯
Dev.to AI · 2026/7/29 01:53:54
MCP Final Spec Shipped. Now It Needs SRE Governance

MCP Final Spec Shipped. Now It Needs SRE Governance

AI 中文解读
MCP协议最终规范正式发布,AI代理从此拥有了“长期任务”和“可视化界面”两大新能力——但这不再是实验玩具,而是必须像管服务器一样管好的生产系统。 通俗来说,MCP就像AI世界里的“万能遥控器”,让AI能调用各种工具完成指令。以前它只能快速问答,现在新规增加两个硬核功能:一是“任务”功能,让AI可以执行耗时几分钟甚至几小时的复杂工作,比如自动分析整季度财报;二是“应用”功能,AI不仅能返回文字结果,还能生成可交互的界面,比如弹出筛选框或图表。这意味着AI代理不再只做“快速回应”,而是能独立完成长周期任务。 但问题随之而来:每个被调用的工具都可能像定时炸弹——数据过时、格式错误、超时没反应,都会让AI决策质量暴跌。以后企业必须像给网站设定“可用性指标”一样,为每个AI工具设定可靠性指标,否则AI代理会像没监管的实习生一样乱做事。对于用户而言,这将让AI从偶尔出错的小助手,升级成可靠的全天候智能员工,但也意味着开发者需要投更多精力做“运维监控”。
<p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fp3k7s24on3txsrzm04sl.jpeg" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fp3k7s24on3txsrzm04sl.jpeg" alt=" " width="800" height="1200"></a></p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F3qg3kioq3qrbrnbfktxz.jpeg" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F3qg3kioq3qrbrnbfktxz.jpeg" alt=" " width="800" height="1200"></a></p> <p>The Model Context Protocol shipped its final specification on July 28, 2026 — adding Tasks and MCP Apps extensions, with LangGraph 1.0 treating MCP tools as first-class graph nodes and Netzilo shipping cross-platform runtime kill switches for compromised agents.</p> <p>MCP stops being an experimental protocol today. It is production infrastructure.</p> <p>Production infrastructure needs SRE governance. Here is what that looks like for MCP.</p> <h2> What Changed in the Final Spec </h2> <p>The final MCP spec introduces two extensions that change the reliability picture significantly:</p> <p><strong>Tasks:</strong> Long-running operations are now a first-class primitive in MCP. An agent can initiate a task, the MCP server executes it asynchronously, and the result is available when complete. This is not a workaround — it is the specified behavior. Tasks can now run for minutes or hours autonomously without the agent polling.</p> <p><strong>MCP Apps:</strong> A standardized way for MCP servers to expose UI components alongside tool calls. Agents can now interact with structured interfaces, not just raw function returns.</p> <p>The reliability implication of both: MCP is no longer a request-response protocol with human-timescale latency. It is an orchestration layer for long-running autonomous work.</p> <h2> The Four SRE Gaps That Arrive With the Final Spec </h2> <h3> 1. Every MCP Tool Needs an SLO </h3> <p>Your agent's reliability is bounded by the worst MCP server it calls. An agent that calls five MCP tools has five dependency SLOs. If any one fails silently — returning an unexpected format, timing out without an error, returning stale data — your agent's Decision Quality Rate degrades with no infrastructure-layer signal.</p> <p>Instrument Tool Invocation Efficiency per MCP server, not just per task class:<br> </p> <div class="highlight js-code-highlight"> <pre class="highlight python"><code><span class="kn">from</span> <span class="n">agentsre</span> <span class="kn">import</span> <span class="n">AgentSLICollector</span><span class="p">,</span> <span class="n">TaskRecord</span> <span class="n">collector</span> <span class="o">=</span> <span class="nc">AgentSLICollector</span><span class="p">()</span> <span class="c1"># Track per MCP server — not just per task </span><span class="k">for</span> <span class="n">mcp_server</span><span class="p">,</span> <span class="n">tool_calls</span> <span class="ow">in</span> <span class="n">mcp_trace</span><span class="p">.</span><span class="n">server_calls</span><span class="p">.</span><span class="nf">items</span><span class="p">():</span> <span class="n">collector</span><span class="p">.</span><span class="nf">record</span><span class="p">(</span><span class="nc">TaskRecord</span><span class="p">(</span> <span class="n">task_id</span><span class="o">=</span><span class="n">task_id</span><span class="p">,</span> <spa
分享
阅读原文