## 概述 ## 12天150篇之后的对账 9月1日至12日，本栏目 skills-ecosystem 赛道产出150篇拆解（去重标题计数）。开发闭环的每一环都有人认领：写码之前有规格层首拆，写码之中有查文档层四件，写完之后有审查、重构、测试接力，再往后是验证层、接线、PR门轴、部署、红灯值守——连环境层、摩擦层、安全三件套、记忆上磁盘这种横切位都拆了两轮以上。上一轮的「效率赛道最后真空」（测试件缺席）发布后，测试件确实到货了，9月12日的《写完之后：重构与测试五件横评》就是到货记录。 但把150个标题逐词过筛，「依赖」「数据库」「SQL」「性能」「剖析」五个词，一次都没在标题位出现过。语料里唯一沾边的是6月24日的《定时即常驻：后台调度引擎实测》——它演示的例句是「每天凌晨巡检依赖、生成周报并发 Issue」，思路是把依赖巡检做成 cron 交给 GitHub Actions。这不是 Skill 内化，是外包给 CI。真正的依赖工位 Skill，应该让 Agent 在改代码的现场回答「这个包能不能升」，而不是每天凌晨发一封邮件。 ## 覆盖地图 ```mermaid 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 ``` ## 三个空工位，各自的死因 ### 依赖工位：registry 是运行时真相 依赖管理的所有关键事实都不在代码库里：最新版本号、deprecated 公告、peer dependency 冲突，全在 registry 的响应里。SKILL.md 是无状态的提示词文本，能写进去的是「先跑 npm outdated 再解读」这类流程知识，写不进去的是 registry 此刻的回答。所以这个工位的半成品很多——每套技能框架都有「跑测试、看报错」的环节——但没有人把「决策现场查询 registry、给出升级判断、留下回滚台账」做成完整闭环。更难的一层是 lockfile 语义：升级一个传递依赖可能牵动整棵依赖树，提示词层面很难表达这种图状影响。 ### 数据库工位：schema 状态在进程外 数据库比依赖更硬：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），**数据库最后**（凭证治理和不可逆操作的门槛最高）。想动手写第一件的读者，以依赖工位为例给出五条设计清单： 1. description 里写触发词而不是功能介绍：升级、outdated、lockfile、破坏性变更； 2. 正文第一步永远是只读侦察： outdated、pip list -o 输出的逐行解读表； 3. 变更前先写台账：升了什么、为什么、回滚命令，落成仓库里的 Markdown 文件； 4. 边界声明写死：只改版本号不动代码，破坏性升级必须停下了问人； 5. 用 verify 类出厂件收尾：升级完成先跑测试，再谈交付。 ## 安装与使用 市场检索（skills.sh CLI）： ```bash npx skills find agent-memory npx skills find x64dbg ``` 仓库直连（MCP 插件与运行时件安装方式各异，以各仓库 README 为准）： - duty1g/x64dbg-mcp-server：https://github.com/duty1g/x64dbg-mcp-server （需自建并加载进 x64dbg） - tigerless-labs/agent-memory：https://github.com/tigerless-labs/agent-memory - okf-memory/okf-agent-memory：https://github.com/okf-memory/okf-agent-memory ## 本期排行榜 - **最快填坑预测**：依赖 ＞ 性能 ＞ 数据库 - **运行时桥接样品榜**：x64dbg-mcp-server ＞ agent-memory ＞ okf-agent-memory - **设计参考价值榜**（写状态类 Skill 前先看谁）：agent-memory 的 Markdown 事实源 ＞ okf-agent-memory 的 Git 审计 ＞ x64dbg-mcp-server 的原生插件路线 ## 参考来源 1. [duty1g/x64dbg-mcp-server](https://github.com/duty1g/x64dbg-mcp-server) — x64dbg 原生 MCP 插件，⭐1935，取自9月12日快照「小而美」榜 2. [tigerless-labs/agent-memory](https://github.com/tigerless-labs/agent-memory) — Markdown 事实源的记忆运行时，⭐998，14天新上架 3. [okf-memory/okf-agent-memory](https://github.com/okf-memory/okf-agent-memory) — Git 原生持久记忆，宣称实现 OKF v0.2，⭐576 4. [obra/superpowers](https://github.com/obra/superpowers) 与 [affaan-m/ECC](https://github.com/affaan-m/ECC) — 两个超级框架的技能簇构成，佐证知识侧聚集 5. [HN：RTK reports token savings, but our cost benchmarks disagree](https://news.ycombinator.com/item?id=49656471) — 测量对账之难，142分 6. 本栏目文章库：9月1–12日 skills-ecosystem 150篇索引，及《定时即常驻：后台调度引擎实测》（2026-06-24）、《审查与调试之间：验证层四件横评》（2026-09-11）等内文引述；星数与仓库描述取自2026-09-12 00:00 UTC 的 GitHub Search API 快照 > [!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 等场景全覆盖。