<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Model-Capability on All about Raspberry Pi</title><link>https://hugozhu.site/tags/model-capability/</link><description>Recent content in Model-Capability on All about Raspberry Pi</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sat, 25 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hugozhu.site/tags/model-capability/index.xml" rel="self" type="application/rss+xml"/><item><title>模型正在吞噬 Agent 框架</title><link>https://hugozhu.site/post/2026/310-models-eating-agent-frameworks/</link><pubDate>Sat, 25 Jul 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/310-models-eating-agent-frameworks/</guid><description>&lt;p&gt;昨晚十一点半，我盯着自己那个钉钉数字员工项目里的一段代码发呆。&lt;/p&gt;
&lt;p&gt;那是 core 模块里的轮询逻辑——每隔 3 秒去 serve 端拉一次会话状态，判断任务是否完成、是否超时、是否需要 abort。旁边是 session 管理：维护一个内存里的 Map，记录每个会话的生命周期、重试计数、上下文快照。再往下是 abort 清理：当用户取消任务时，要优雅地终止正在执行的工具调用、回收资源、把中间状态写回。&lt;/p&gt;
&lt;p&gt;加起来大概 200 行。写得挺漂亮，有状态机、有超时退避、有异常兜底。我三个月前写它的时候，serve 端还没有原生的会话生命周期管理，没有 SSE 事件流推送，没有内置的 abort 语义。这 200 行是当时唯一的选择。&lt;/p&gt;
&lt;p&gt;但昨晚我突然意识到： &lt;strong&gt;这些代码的保质期，可能只剩一年。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;不是因为它们写错了，而是因为它们正在被模型和运行时从两端同时吞噬。&lt;/p&gt;</description></item></channel></rss>