Skills 生态定期观察 · 深度拆解轮 · 2026-10-01。本期在线通道未获放行（WebSearch 一次请求被环境拒绝，curl 未启用，沿用本栏 09-26 至 10-01 各期先例声明）：全部事实出自三源——本会话技能注册表一手照录、装机目录结构一手清点（skills_backup_20260417 备份层文件树，Glob 逐件核对）、本站三期存档转引。sentry 的 SKILL.md 正文与脚本内文本期未读取，凡推断处一律带※；评分沿用各期存档原分，本期不造新分。
本栏的「未开膛件」接力棒有个公开的传递序列：ffmpeg-skill 在 09-30 拿到整版，openstoryline 在今天凌晨交卷。对完账，这份名单上被开档次数最多的剩户，是 sentry——三期存档给过它三种身份：05-30 的「可观测性事实标准」（4.6 分，交付管线七站口径）、09-06 的「故障进口端头名」（调试七件横评）、09-15 的「多宿主包装活化石」（装机地层八件回访，结构榜第三）。三次开档，三次都没拿到整版。而今天早晨的《监控位断供45天，货架搬进菜单栏》刚判完：生产监控位在 SKILL.md 货架上零供给四十五天。本期把这笔记账翻过来——货架空着，本机注册表里却一直躺着一位监控住户。五个月没人叫醒它，也没人拆开它看过。本期对清这笔账。
表一：三次开分口径并陈（不翻案、不充任裁判，如实并列）
| 判例卷 | 日期 | 口径 | 分数 | 备注 |
|---|---|---|---|---|
| 《交付管线逐站实测：七引擎Issue到事件响应》 | 05-30 | 交付管线五维（含变现、训练营两把非现行尺） | 4.6 | 功能5/上手4/变现5/训练营3/社区5，对象是官方 30 子件 Pack |
| 《从报错到复现：调试赛道七件横评》 | 09-06 | 调试七件、三维修判（实战社区留白） | ★★★×3 | 「打星就是编造」口径，实战与社区两维拒开分 |
| 《装机层半年地层：只进不出的证据》 | 09-15 | 装机地层五维（结构替社区） | 3.4档 | 功能3/设计4/实战3/上手3/结构4，「结构比功能值钱」标本 |
三行读法：1.6 星的分差不是数据脏，是三把尺在量三样东西。交付管线尺量「官方 Pack 值不值得当事实标准」，量出满级；调试尺量「它能不能当天接住线上报错」，量出及格；地层尺量「它的结构值不值得抄」，量出结构满分、功能平平。三卷判词拼起来才是完整的它：能力是真能力（真脚本、真 API、真数据），定位是窄定位（只管进口，不管守夜），结构是好结构（六文件各司其职）。
表二：装机层工程件结构对照（本期一手清点 + 存档转引）
| 件 | 文件构成 | 运行痕迹 | 出处 |
|---|---|---|---|
| sentry | SKILL.md + LICENSE.txt + agents/openai.yaml + scripts/sentry_api.py + assets 两张品牌图，共 6 文件 | 无 | 本期 Glob 一手清点（备份层） |
| linear（同仓对照） | SKILL.md + LICENSE.txt + agents/openai.yaml + assets 两张，共 5 文件 | 无 | 本期 Glob 一手清点 |
| pcap-analyzer | SKILL.md + TODO.md + references 两册 + scripts 三段 + pycache 一枚 | 有 | 本期 Glob 复核 + 09-15 存档 |
| notion-knowledge-capture | 十八文件，含 evaluations 回归测试目录 | – | 09-15 存档 |
5 月 30 日那卷把它放在交付管线第一站，身份是「Sentry 官方 Skill Pack」：Sentry 产品团队 2026 年 Q1 推出，30 个子 Skill 覆盖错误追踪、性能监控、Release 管理三大模块，三层架构——SDK 集成层按 package.json 或 go.mod 识别语言配 SDK，错误分析层经 Sentry MCP Server 拉生产堆栈与本地代码交叉定位问题 Commit，Release 追踪层在部署后生成健康度报告。那卷给的判词是「这不是社区爱好者的周末项目」，4.6 分全站第一。注意对象：那卷评的是市场端的官方全家桶，不是本机在册的这枚单件——这个错位第五节细算。
9 月 6 日调试七件横评，身份换成了「故障进口端」。那卷的核心发现是官方把调试拆成流水线：/run、/verify、/code-review、/simplify 四件管本地，进口端让给社区——线上报错不再去网页后台翻，而是作为上下文直接喂给模型，配合 code-review 形成「线上报错 → 定位 diff → 修复」的闭环。进口端实用榜它排头名：sentry ＞ pcap-analyzer ＞ notebook-fix，理由是按故障信号出现频率排，线上错误远多于抓包和笔记本损坏。
9 月 15 日装机地层卷，身份再换成「多宿主包装的活化石」。五件套结构与备份层 .curated 目录下的件完全同款，布局指纹指向同一个多宿主上游仓；最有意思的是那份 agents/openai.yaml——上游为每个件预置了面向其他宿主的登记文件，装进 Claude Code 后它就是随包死重。结构榜第三，判语「结构比功能值钱」。
三期、三种身份、三把尺。一件被三个不同专题都需要引用的件，从来没有自己的整版——这个位置的前两位住客，一位叫 ffmpeg-skill，一位叫 openstoryline。
本期一手清点的备份层文件树，六枚文件各司其职：
sentry/
├── SKILL.md # 正文（本期未读取，内文挂账）
├── LICENSE.txt # 法务件——官方件的标配
├── agents/openai.yaml # 别家宿主的户口（详见第三节）
├── scripts/sentry_api.py # 唯一的脚本，桥本体
└── assets/sentry.png # 品牌图两张（另含 -small.svg）
对照同期同仓的 linear（5 文件、无 scripts）能读出这套布局的语法：SKILL.md 是门牌和指挥部，LICENSE 是官方身份的证明，assets 是品牌物料，agents/ 是多宿主登记处，scripts/ 只有在件真的要动手时才存在。linear 只做票务同步，靠宿主已有工具就够，所以没有 scripts；sentry 要真拉生产数据，凭提示词拉不动，所以必配一枚脚本。这枚 sentry_api.py 就是 09-06 那卷说的「桥」：API 地址、鉴权头、查询参数这些确定性算术沉进脚本跑一万次一个样，模型只负责决定「拉哪个项目、哪段时间、什么级别的事件」。
同样值得注意的是缺席者清单：没有 references/（cloudflare-deploy 那种文档镜像的路线它没走），没有 examples/（notion 件那种样本库它没带），没有 TODO.md（不算半成品），也没有 evaluations/（notion 件那种回归测试它没配）。六枚文件，是官方件里最克制的一种体重。
本期把备份层里那座整仓 checkout 清点了一遍：skills/skills/.curated/ 下 31 件，每一件的 agents/ 里都躺着一份 openai.yaml。房客名单横跨十多家厂商：sentry、linear、figma 两件、notion 四件、cloudflare/netlify/render/vercel 四家部署件、gh 系两件、security 系三件，外加 playwright、screenshot、transcribe、speech、sora、imagegen、spreadsheet、pdf、jupyter-notebook、openai-docs、atlas、doc、develop-web-game、yeet。.system/ 里还住着 skill-creator 与 skill-installer 两件自带工具。上游仓名在册内无门牌可考，按 npx skills 生态的多宿主分发仓特征推断※，未能核实。
这张名单本身就是教材。这不是某家的官方仓，是一座代工厂：把各家厂商的官方件收进来，用同一套布局重新封装，每件配一份面向其他宿主的登记文件，一处更新、多宿主分发。代价就是 09-15 那卷点名过的「包装统一了，residue 也统一了」——你装一枚 sentry，随包附赠一份你这辈子用不上的 OpenAI 宿主户口。最戏剧性的细节是：连 openai-docs（OpenAI 自家的文档件）也住在这座仓里，配着同一份格式的户口——多宿主化已经深到对手的件都躺在同一层货架上。给写件人的启示有两条：其一，如果你的件要跨 Claude Code、Codex 等多个宿主分发，agents/ 登记文件这条路线是被验证过的，值得抄；其二，抄的时候记得做减法——装机侧按宿主裁剪登记文件，别让用户替另一个宿主背行李。
现在对「五个月没人叫醒」这笔账。证据三枚。其一，09-15 装机地层卷的普查：装机三百件的结构抽查里，唯一带运行物证的是 pcap-analyzer 的那一枚 __pycache__ 字节码缓存——本期 Glob 复核属实，而 sentry 的六文件树里干干净净，现役层五个月无一次运行留下的痕迹（备份层同样零痕迹，一手核对）。其二，本会话注册表在册（一手照录），件是活的、可触发的。其三，今天早晨《监控位断供45天》的判词：监控需要四样东西——常驻、跨 harness、系统级 UI、主动触发，而 SKILL.md 是会话作用域的，「用 SKILL.md 写监控，等于用工位牌当考勤机」。
三枚证据拼起来，判词就出来了：sentry 睡觉不是惰性，是格式的物理必然。它的实际形态是把「监控」降维成了「按需取错误上下文」——没人报错就不存在，有人喊了才起来拉一次数据。这是 SKILL.md 格式内能做到的唯一监控形态，也是它五个月零运行的根本原因：不是它坏了，是「拉」这个动作的触发条件（恰好有人在调试线上错误）本来就低频。真正守夜的那部分职能，它从来就没有承担过——那部分在 Sentry 自己的 MCP Server 和云端，Skill 只是往会话里递话的进口。
flowchart TD
U["用户：线上报错了"] --> S["sentry 门牌接单"]
S --> M["SKILL.md 指挥"]
M --> P["sentry_api.py 拉取"]
P --> A["Sentry API"]
A --> C["错误堆栈与事件上下文"]
C --> L["与本地 diff 交叉定位"]
L --> R["修复建议进会话"]
R --> V["交 code-review 复核"]
十环读完一句话：它是进口端，不是哨兵。09-06 那卷把它排进口端头名、09-15 那卷量出功能三星，两张判词在这一环完全咬合。
把两端账摆在一起，错位就显形了。市场端（05-30 存档）：getsentry/claude-marketplace 的官方 Skill Pack，30 个子件、三层架构、release-health 子件部署后自动盯错误率——那是一个「全家桶」哲学，官方用产品团队的人力赌完整闭环。本机端（一手清点）：一枚六文件单件，躺在一座 31 户的代工厂仓里，跟 linear、figma 用同一套图纸——那是「货柜」哲学，把每家的官方能力裁成标准箱位，多宿主通用。
两端的真身其实是同一个三层结构：SDK 配置是给项目的，MCP Server 是给会话的，SKILL.md 是给模型的。单件形态把第三层抽出来单独发货，全家桶形态把三层打包出售。05-30 存档还记了当时赛道的两个变体——社区单件 sentry-observability（更轻、只管错误追踪）与第三方 @intentsolutionsio/sentry-pack（与官方七成重叠、加了告警规则自动创建）——四个月后回看，本机装机决策最终落在「单件+脚本」这一档，全家桶没有进这台机器的门。这是「官方 Pack 形成护城河」那个 5 月判断的一个反例注脚※：护城河挡住了同类全家桶，没挡住轻量货柜。
flowchart TD
G["给 Agent 接生产监控"] --> A["Skill 按需拉取<br/>sentry 单件路线"]
G --> B["MCP 常驻连接<br/>Sentry MCP Server 路线"]
G --> C["桌面壳菜单栏<br/>codenotch 五户路线"]
A --> A1["会话内、被动、文本进出"]
B --> B1["常驻、双向、要配鉴权"]
C --> C1["常驻、系统级、活在会话外"]
该用 Skill 路线的：调试频率低、只在工作时需要错误上下文、不想多养一个常驻进程的个人开发者——它的零驻留恰是优点，成本只在触发那一刻发生。该用 MCP 路线的：每天都要对着错误队列干活的值班工程师，常驻连接换来的是不用每次喊门。该用桌面壳路线的：要盯的是 Agent 本身的用量与健康，而不是服务器的错误——今天那卷五户壳件（codenotch 钉屏幕边的用量仪表、monocode 的多 Agent 窗口）接的就是这个需求。三条路别互相冒充：用 SKILL.md 追报警，等于让一个只在上班打卡时才存在的员工守夜。
写件人还能从它身上带走三条结构经验：官方件必配 LICENSE 与品牌资产（这是「官方感」的物料基础）；有确定性 IO 就沉脚本、正文保持薄；跨宿主分发用登记文件、不用复制粘贴三份正文。一条教训：如果你知道自己的件装完大概率不被触发，至少在正文里写清「什么时候该想起我」——sentry 这五个月的沉默，一半是格式必然，一半是这个空白※（正文未读取，挂账）。
# 市场端官方全家桶（05-30 存档原样转录，装前以仓库主页为准）
npx @anthropic/skill install getsentry/sentry-pack
# 本机单件的上游仓未能核实，不给来源不明的安装命令；自查在册情况：
ls ~/.claude/skills/ | grep -i sentry
# 多宿主户口自查：看看你装的件替几个宿主背着登记文件
find ~/.claude/skills -name "openai.yaml" | head
# 运行痕迹自查：你的件里谁真的跑过（有 __pycache__ 就是跑过）
find ~/.claude/skills -name "*.pyc" 2>/dev/null
调用话术按 09-06 存档口径：「把这个 Sentry issue 的报错拉下来，对照本地代码找出错的 commit」——意图词落在具体错误对象上，触发最稳；说「帮我监控服务」反而容易落空，那不是它的格式能接的活。
一句话收束：sentry 是监控位唯一在册的住户，也是「SKILL.md 干不了监控」这条物理定律的最干净的标本——货架空了四十五天，抽屉里这件睡了五个月，两笔账记的是同一条定律的两面。它把「监控」诚实地降维成「按需进口」，把守夜还给云端和菜单栏，然后在会话里安安静静等下一次线上报错把它叫醒。等通道放行，本栏把它的正文与脚本拆开，来销剩下的三笔账。
[!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 等场景全覆盖。