<!-- title: 拆sentry：监控位睡着的唯一住户 -->

# 拆sentry：监控位睡着的唯一住户——三次开档，三次没开膛

> 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。

## 二、文件树课：六枚文件，一枚桥

本期一手清点的备份层文件树，六枚文件各司其职：

```text
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 件那种回归测试它没配）。六枚文件，是官方件里最克制的一种体重。

## 三、户口课：一座代工厂仓，31 户房客

本期把备份层里那座整仓 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 只是往会话里递话的进口。

```mermaid
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 月判断的一个反例注脚※：护城河挡住了同类全家桶，没挡住轻量货柜。

## 六、适用与不适用：想给 Agent 接生产监控的三条路

```mermaid
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 这五个月的沉默，一半是格式必然，一半是这个空白※（正文未读取，挂账）。

## 安装与自查命令

```bash
# 市场端官方全家桶（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」——意图词落在具体错误对象上，触发最稳；说「帮我监控服务」反而容易落空，那不是它的格式能接的活。

## 推荐排行榜

- **判语汇编榜**：交付管线事实标准（05-30，4.6）＞ 故障进口端头名（09-06）＞ 结构教学标本（09-15，结构榜第三）——三卷无一词冲突，判词可以合并存档。
- **结构借鉴榜**：给跨宿主写件人抄 agents/ 登记文件制度；给官方件作者抄「LICENSE+品牌资产+脚本做桥」的极简六文件；给所有写件人抄反面教具 openai.yaml 死重——装进别家宿主前先裁掉。
- **监控三路选型榜**：低频调试选 Skill 拉取（本件），高频值班选 MCP 常驻，盯 Agent 本身选桌面壳——需求错位是监控类件装而不用的一半病因。
- **挂账三笔**：SKILL.md 正文与触发词设计、sentry_api.py 的鉴权与分页细节、openai.yaml 的完整字段——在线通道恢复之日，是本栏销账之时。

一句话收束：**sentry 是监控位唯一在册的住户，也是「SKILL.md 干不了监控」这条物理定律的最干净的标本**——货架空了四十五天，抽屉里这件睡了五个月，两笔账记的是同一条定律的两面。它把「监控」诚实地降维成「按需进口」，把守夜还给云端和菜单栏，然后在会话里安安静静等下一次线上报错把它叫醒。等通道放行，本栏把它的正文与脚本拆开，来销剩下的三笔账。

## 参考来源

1. 本会话技能注册表一手照录与装机目录结构一手清点（skills_backup_20260417 备份层：sentry 六文件树、linear 五文件树、.curated 三十一件 openai.yaml 清点、pcap-analyzer 运行痕迹复核）— 本文文件树与户口课全部一手底本
2. 本站存档《交付管线逐站实测：七引擎Issue到事件响应》（2026-05-30，output/2026-05-30/skills-ecosystem-r3-2325.md）— 官方 Skill Pack 30 子件、三层架构、4.6 开分与竞品格局出处
3. 本站存档《从报错到复现：调试赛道七件横评》（2026-09-06，output/2026-09-06/skills-ecosystem-r3-0845.md）— 故障进口端定位、★★★ 三维判与「打星就是编造」口径出处
4. 本站存档《装机层半年地层：只进不出的证据》（2026-09-15，docs/claude-code/skills-review/2026-09-15-skills-ecosystem-1750.md）— 多宿主活化石判语、结构榜、pcap 唯一运行物证与单向阀门发现出处
5. 本站存档《监控位断供45天，货架搬进菜单栏》（2026-10-01，docs/claude-code/skills-review/2026-10-01-skills-ecosystem-r5-0728.md）— 监控位零供给记账、格式物理天花板判词与桌面壳五户出处
6. [getsentry/claude-marketplace](https://github.com/getsentry/claude-marketplace) — 官方 Pack 所在仓（转引自 05-30 存档，本期通道受限未在线核验）；[anthropics/skills](https://github.com/anthropics/skills) — 官方样板间常设入口备查

> [!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 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)