9月1日至12日，本栏目 skills-ecosystem 赛道产出150篇拆解（去重标题计数）。开发闭环的每一环都有人认领：写码之前有规格层首拆，写码之中有查文档层四件，写完之后有审查、重构、测试接力，再往后是验证层、接线、PR门轴、部署、红灯值守——连环境层、摩擦层、安全三件套、记忆上磁盘这种横切位都拆了两轮以上。上一轮的「效率赛道最后真空」（测试件缺席）发布后，测试件确实到货了，9月12日的《写完之后：重构与测试五件横评》就是到货记录。
但把150个标题逐词过筛，「依赖」「数据库」「SQL」「性能」「剖析」五个词，一次都没在标题位出现过。语料里唯一沾边的是6月24日的《定时即常驻：后台调度引擎实测》——它演示的例句是「每天凌晨巡检依赖、生成周报并发 Issue」，思路是把依赖巡检做成 cron 交给 GitHub Actions。这不是 Skill 内化，是外包给 CI。真正的依赖工位 Skill，应该让 Agent 在改代码的现场回答「这个包能不能升」，而不是每天凌晨发一封邮件。
flowchart TB
subgraph S1["已认领的开发闭环"]
A["规格与查文档"] --> B["写码"]
B --> C["审查与重构"]
C --> D["测试"]
D --> E["调试"]
E --> F["接线与PR"]
F --> G["部署与值守"]
end
subgraph S2["无人认领的工位"]
V1["依赖：装什么与升什么"]
V2["数据库：运行时的另一份真相"]
V3["性能：跑起来之后的测量"]
end
S1 -->|横切需求| V1
S1 -->|横切需求| V2
S1 -->|横切需求| V3
依赖管理的所有关键事实都不在代码库里：最新版本号、deprecated 公告、peer dependency 冲突，全在 registry 的响应里。SKILL.md 是无状态的提示词文本，能写进去的是「先跑 npm outdated 再解读」这类流程知识，写不进去的是 registry 此刻的回答。所以这个工位的半成品很多——每套技能框架都有「跑测试、看报错」的环节——但没有人把「决策现场查询 registry、给出升级判断、留下回滚台账」做成完整闭环。更难的一层是 lockfile 语义：升级一个传递依赖可能牵动整棵依赖树，提示词层面很难表达这种图状影响。
数据库比依赖更硬：schema 真相在另一个进程里，操作大多不可逆，凭证本身就是风险。本栏目9月10日的《办公数据层横评：六个工位实测》拆的是 md2pdf、spreadsheet、office-mcp 这类文件层工位——数据库不在其中。HN 首页那条「我运营 petabyte 级 ClickHouse 集群五年」的讨论（170分）恰好是注脚：数据库经验至今仍是典型的 tribal knowledge，靠事故喂出来的直觉，本来就不是一份 Markdown 能装下的东西。
剖析等于「执行＋测量」的闭环。9月11日验证层横评给出厂件列过一份边界诚实度榜：simplify 自认不找 bug，verify 自认依赖项目可运行，run 自认依赖项目可跑——三件的前提都是「先跑起来」。性能工位的要求比这更高：不但要跑起来，还要在跑的过程中拿到计时器和计数器。HN 上 142 分的 RTK 讨论（「RTK reports token savings, but our cost benchmarks disagree」）说明连 token 成本这种看似可精确测量的东西，不同基准都能测出相反结论——测量方法本身就是争议地带，包装成 Skill 的难度可想而知。
今天的快照里，有三件新仓库在朝这三个空工位的方向走。先说清楚：以下评分基于仓库公开描述与社区信号，未实测。
| 对象 | 星数/窗口 | 定位 | 功能完整度 | 设计质量 | 实战效果* | 上手难度 | 社区活跃度 |
|---|---|---|---|---|---|---|---|
| duty1g/x64dbg-mcp-server | ⭐1935 / 45天 | 把二进制调试器状态桥接给 Agent | ★★★☆☆ | ★★★★☆ | ★★★☆☆ | ★★☆☆☆ | ★★★★☆ |
| tigerless-labs/agent-memory | ⭐998 / 14天 | Markdown 即事实源的记忆运行时 | ★★★☆☆ | ★★★★☆ | ★★★☆☆ | ★★★★☆ | ★★★★☆ |
| okf-memory/okf-agent-memory | ⭐576 / 14天 | Git 原生持久记忆，宣称对齐 OKF v0.2 | ★★★☆☆ | ★★★★☆ | ★★☆☆☆ | ★★★☆☆ | ★★★☆☆ |
* 实战效果按星值速度与描述完整度推断，未经实测验证。
x64dbg-mcp-server：近45天新建的「小而美」榜眼，语言栏标注 Zig。描述写明是 x64dbg 的原生 MCP 插件，把调试器能力暴露给 Agent。它是今天快照里最接近「运行时桥接」的样品：不走提示词包装的老路，而是写原生插件、走 MCP 协议，把「暂停-检查」这种天然有协议边界的调试状态封装成工具调用。短板同样明显：它服务的是二进制侧，且要求用户有 x64dbg 和逆向环境，上手门槛是三件里最高的。45天冲到1935星，说明「让 Agent 摸到运行时」是真实需求。
tigerless-labs/agent-memory：14天内新上架，998星，定位是 AI Agent 的长期记忆运行时，卖点用一句话讲完——纯 Markdown 作为事实源。这个设计选择对 Skill 生态意味深长：Markdown 是 SKILL.md 的母语，记忆如果真的一直以 Markdown 落盘，就意味着记忆和技能可以在同一个目录体系里共存。它与依赖、数据库工位的关系是「同一类问题的另一面」：都是把无状态提示词接上持久状态。它先解决了对话记忆，还没人把这套思路平移到 lockfile 台账上。
okf-memory/okf-agent-memory：同样14天窗口，576星，宣称实现 Google OKF v0.2 规范、以 Git 为载体做编码 Agent 的持久记忆。Git 原生意味着记忆变更可 diff、可回滚、可审计——这个特性将来平移到「依赖升级台账」场景时价值会放大（谁在什么时候为什么升了哪个包，一条 commit 看清）。短板是规范性带来的认知成本：使用者得先懂 OKF 是什么。实战信号最弱，星值只有前者的六成。
三个空工位共享同一个死因：SKILL.md 擅长搬运知识，搬运不了运行时状态。这一点连巨库都无法幸免。本周热榜上的两个超级框架——obra/superpowers（⭐285358，「能用的技能框架与软件开发方法论」）和 affaan-m/ECC（⭐256514，「Skills、本能、记忆、安全与研究」的优化系统）——早被本栏目拆过四轮以上，它们的技能簇无一例外集中在知识侧与方法论侧。ECC 的自我描述里「memory」排在很后，而记忆恰好是状态问题里最软的一块。
市场已经开始向状态层进攻——今天快照里同时出现两件记忆运行时就是信号——但第一波火力全部打在对话记忆上。运行时桥接的第一块样板出现在二进制侧（x64dbg 插件）而不是 Web 性能侧，原因值得琢磨：调试器的状态有一套现成的「断点-暂停-检查」协议，边界清晰，最容易封装；而剖析器输出的火焰图、计数器序列，连人类都未必读得整齐。依赖和数据库卡在中间：前者缺一个像调试器协议那样的标准接口，后者多一层凭证与不可逆风险——本栏目拆过的闸原语、门原语（拒绝的语法那一脉）倒是提前给「危险操作必须停下来问人」备好了语法，但还没人把它们接进数据库场景。
按确定性工具链的成熟度排序，填坑顺序大概率是：依赖最先（npm/pip 的查询接口稳定，只读侦察零风险），性能其次（x64dbg 的桥接模式可以直接复制给 profiler），数据库最后（凭证治理和不可逆操作的门槛最高）。想动手写第一件的读者，以依赖工位为例给出五条设计清单：
市场检索（skills.sh CLI）：
npx skills find agent-memory
npx skills find x64dbg
仓库直连（MCP 插件与运行时件安装方式各异，以各仓库 README 为准）：
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。