<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>AsyncK · 异步K社</title><description>AsyncK（异步K社）：以工程视角写 Agent，以考据的方式拆解公开可核验的灰色地带案例。只写判断，不教方法。</description><link>https://asynck.dev</link><language>zh-CN</language><copyright>© 2026 AsyncK</copyright><item><title>Agent 评测的三层地基：可复现、可归因、可回归</title><link>https://asynck.dev/notes/agent-eval-foundations</link><guid isPermaLink="true">https://asynck.dev/notes/agent-eval-foundations</guid><description>把评测当成一次性的跑分，是 Agent 项目里最常见的自欺。这篇文章拆开三层地基，以及每一层最少需要哪些工程约束。</description><pubDate>Sun, 18 Oct 2026 00:00:00 GMT</pubDate><category>Agent</category><category>评测</category><category>工程</category></item><item><title>Agent 的记忆不是数据库：状态、上下文与检索的边界</title><link>https://asynck.dev/notes/agent-memory-boundaries</link><guid isPermaLink="true">https://asynck.dev/notes/agent-memory-boundaries</guid><description>把三类完全不同的问题塞进同一个向量库，是 Agent 记忆设计里最贵的错误。这篇拆开状态、上下文预算与检索治理，并给出可落地的分层。</description><pubDate>Sun, 27 Sep 2026 00:00:00 GMT</pubDate><category>Agent</category><category>架构</category><category>记忆</category></item><item><title>灰产的成本结构：公开裁判文书里能读出什么</title><link>https://asynck.dev/notes/gray-market-cost-structure</link><guid isPermaLink="true">https://asynck.dev/notes/gray-market-cost-structure</guid><description>不讨论任何操作方法，只做一件更冷静的事：用公开裁判文书和监管通报，看这类组织如何计算成本、如何扩张、又为什么必然崩掉。</description><pubDate>Tue, 08 Sep 2026 00:00:00 GMT</pubDate><category>案例拆解</category><category>公开资料</category><category>组织</category></item></channel></rss>