部署类 Skill（azure-deploy、vercel-deploy 这些“上线按钮”）前几轮已经拆过，本期换一个切口：部署之后发生了什么。用 SkillsMP（截至 2026-08-29 收录 2,806,826 个 SKILL.md）以 deploy / monitoring / github actions / vercel 四组关键词做交叉扫描，捞出 8 个工作流自动化新面孔：两个部署后监控 Skill（canary-watch 与 gstack 的 canary，同一任务两种设计哲学，本文重点对拆）、一个多 Agent CI 自愈机器人控制面（openclaw 的 clawsweeper）、Next.js 仓库内置的发布工程双件套（create-pr + backport-pr），以及 github-ops、deployment-patterns、openclaw-ci-limits 三块胶水。核心发现：生态重心正从“怎么部署”移向“部署之后谁值守”，而答案分成轻量指令型、平台框架型、仓库内置型三条路线。
权重：功能完整度 25%、设计质量 25%、实战效果 20%、上手难度 15%（分数越高越易上手）、社区活跃度 15%。
| Skill | 来源仓库 | 功能完整度 | 设计质量 | 实战效果 | 上手难度 | 社区活跃度 | 加权总分 |
|---|---|---|---|---|---|---|---|
| canary-watch | affaan-m/ECC | 4.5 | 5.0 | 4.0 | 5.0 | 3.0 | 4.4 |
| clawsweeper | openclaw/openclaw | 5.0 | 5.0 | 4.0 | 1.0 | 4.0 | 4.1 |
| create-pr | vercel/next.js | 4.0 | 4.0 | 4.0 | 3.5 | 5.0 | 4.1 |
| backport-pr | vercel/next.js | 4.0 | 4.0 | 4.0 | 3.0 | 5.0 | 4.0 |
| canary | garrytan/gstack | 5.0 | 3.5 | 3.5 | 2.0 | 4.0 | 3.7 |
| github-ops | affaan-m/ECC | 4.0 | 3.5 | 3.5 | 4.5 | 3.0 | 3.7 |
| deployment-patterns | affaan-m/ECC | 3.5 | 3.5 | 3.0 | 5.0 | 3.0 | 3.6 |
| openclaw-ci-limits | openclaw/openclaw | 4.0 | 4.0 | 3.0 | 1.0 | 4.0 | 3.4 |
部署后监控这个赛道本期最有趣：两个叫 canary 的 Skill，几乎同一时间活跃（SkillsMP 索引显示 gstack/canary 更新于 2026-08-19），设计思路却完全相反。
affaan-m/ECC 仓库的 canary-watch 全文约百行，零脚本、零外部依赖，却把该有的都给了：
触发词设计——description 一句话写满使用时机："monitor and verify a deployed URL after releases — checks HTTP endpoints, SSE streams, static assets, console errors, and performance regressions after deploys, merges, or dependency upgrades"。部署、合入风险 PR、升级依赖三个触发场景全埋进 description，模型匹配时不用猜。
监控面——8 项检查清单直接列在正文里：HTTP 状态、控制台错误、网络失败、性能（LCP/CLS/INP 对比基线）、关键内容（h1/nav/footer/CTA 是否消失）、API 健康、静态资源、SSE 流。最后两项（静态资源内容类型、SSE 心跳）是同类工具里少见的细节。
三种模式用三条命令讲清：
/canary-watch https://myapp.com # 快检（默认单轮）
/canary-watch https://myapp.com --interval 5m --duration 2h # 持续盯 2 小时
/canary-watch --compare https://staging.myapp.com https://myapp.com # 双环境对比
阈值分级是一段可直接照抄的 YAML：critical（HTTP 非 200、新控制台错误 >5、LCP >4s、API 5xx）立即告警；warning（LCP 涨超 500ms、CLS >0.1、响应时间 2 倍基线）进报告；info 只记日志。把“什么时候该喊人”写成数值，是这类 Skill 和一句“帮我看看网站挂没挂”的本质区别。
短板也明显：没有配套脚本，持续监控循环全靠 Agent 自觉执行；活跃度存疑——它是个人大杂烩仓库 ECC 的一部分，独立社区反馈未见。
Garry Tan（YC 总裁）维护的 gstack 框架里，canary 是另一个极端。SKILL.md 开头就是几十行 Preamble bash：更新检查、会话追踪、遥测计数、学习记录加载、路由检测，每次触发都要跑一遍。正文才是监控本体，但本体做得确实扎实：
--baseline 在部署前先拍快照，之后"Alert on changes, not absolutes"（告警看变化不看绝对值）——基线里本来就有 3 个控制台错误就没问题，新增 1 个才告警；"Don't cry wolf"规则要求异常连续 2 轮以上才报，避免抖动误报.gstack/canary-reports/{date}-canary.md + .json问题在框架包袱：首次运行要过 telemetry 询问、proactive 询问，还会提议把 "Skill routing" 规则追加进项目 CLAUDE.md 并自动 git commit；安装依赖 bun（脚本里连 bun 安装脚本都做了 SHA 校验，BUN_VERSION 1.3.10 硬编码）。对个人开发者这套是“全托管”，对团队仓库则是强侵入。设计质量分因此从功能侧的 5 分被拉到 3.5。
只想在部署后多一道保险：canary-watch，复制即用，十分钟见效。想要截图级证据、基线管理、结构化报告，且不介意把整个 gstack 框架请进 ~/.claude/skills/：canary。两家在“告警该基于基线变化而非绝对值”上达成了一致——这大概是本周生态里最值得抄的一条监控设计共识。
openclaw 仓库内置的 clawsweeper（索引更新 2026-08-07）不是给你装的，它是 openclaw 自己仓库的“值守机器人控制面”——但它的 SKILL.md 是目前多 Agent 自动修复写得最完整的风险控制范本，值得整段抄进你自己的设计：
CLAWSWEEPER_ALLOW_EXECUTE / ALLOW_FIX_PR / ALLOW_MERGE / ALLOW_AUTOMERGE 四个 GitHub 变量就是四道闸门，"Open execution windows intentionally and close them after the run"——执行窗口要有意打开、用完关闭CLAWSWEEPER_MAX_REPAIRS_PER_PR=10、MAX_REPAIRS_PER_HEAD=1，防止修复循环打转merge-ready 标签而不合并一句 "Keep the broom small: one cluster, one branch, one PR"（扫帚要小：一次只扫一个簇、一个分支、一个 PR）可以作为所有自治机器人 Skill 的座右铭。短板不言自明：离开 openclaw 仓库它毫无用处，上手难度只能给 1 分。
vercel/next.js 仓库的 .agents/skills/ 下有两个发布工程 Skill（据 SkillsMP 索引，均更新于 2026-07-10）：
create-pr——不只是“开个 PR”：覆盖分支/提交/推送全流程规范、.github/pull_request_template.md 模板填充、codex/ 分支命名约定，甚至写了“从 gh pr create 失败或模板问题中恢复”的排障路径。边界场景处理是它和通用 git Skill 的差距所在。
backport-pr——把“从 canary 回移到旧版本分支（如 next-16-2）”这个发布工程师的日常固化成五步：找合并 commit → 从目标 release 分支建回移分支 → 从 canary cherry-pick → 验证 → 以 release 分支为 base 开 PR。触发词里 "backport / cherry-pick / backport PR" 三个同义词全占。
这对 Skill 的意义超出其本身：大厂开始把只在自家仓库成立的流程知识写成 Skill 随仓库分发，贡献者 clone 下来就继承整套发布纪律。代价是出了 next.js 仓库基本无效。
github-ops（ECC）：gh CLI 伞状 Skill，Issue 分诊、PR 管理、CI 操作、发布、安全监控一锅端。覆盖面广是优点也是触发风险——什么都能匹配往往意味着什么都匹配不精，设计上不如单一职责的 canary-watch 锋利。
deployment-patterns（ECC）：知识库型，蓝绿/金丝雀/滚动部署、健康检查、回滚清单。有趣的是它在 SkillsMP 上有 zh-CN/ja-JP/tr/es 多语言版本并存——同一 Skill 的翻译件各自被索引，是“技能多语言分发”这个新现象的活样本。
openclaw-ci-limits（openclaw）：治理自家 CI 容量的技能——runner 预算、fanout 上限、main-push 单飞、分片尺寸、max-parallel、CodeQL runner 摆位。它的 description 值得单独一说：直接把 .github/workflows/*、docs/ci.md、CI flake、specificBuildId 这些文件路径和行话塞进触发词。触发词设计正在从“描述场景”进化到“文件级路由”。
趋势观察：仓库内置 Skill 浪潮。本期扫描中，microsoft/PowerToys 的 ui-tests-pipeline-ci（更新 2026-08-22）开头就写明 "Microsoft FTE-only workflow"——Skill 成了承载组织内部权限边界的载体；microsoft/vscode 的 otel 管自家的 OpenTelemetry 埋点规范；连清单仓库 vinta/awesome-python 都养了个 review-prs（从 diff 粗筛、把准入判断委托给 audit-the-list、再合并或关闭）。加上 anthropics/skills 官方仓库本轮已列出 academy-guide、discernment-nudge 等 20 个技能，Skill 正在从个人效率工具变成仓库基础设施。
flowchart TD
A["PR 合入 main"] --> B["create-pr<br/>分支/提交/PR 规范化"]
B --> C["部署（厂商 deploy Skill）"]
C --> D["部署后 10 分钟黄金窗口"]
D --> E["canary-watch 快检<br/>或 gstack /canary 持续监控"]
E -->|"HEALTHY"| F["更新 baseline，发布完成"]
E -->|"CRITICAL / HIGH"| G["告警：调查 / 继续 / 回滚"]
G --> H["clawsweeper fix ci<br/>生成自愈修复 PR"]
H --> I["exact-head 评审 + 四道门控"]
I -->|"全过"| J["automerge 合入"]
I -->|"未过"| K["human-review 标签，升级人工"]
C --> L["旧版本需要回移"]
L --> M["backport-pr<br/>cherry-pick 到 release 分支"]
M --> B
# canary-watch（复制即用）
git clone --depth 1 https://github.com/affaan-m/ECC /tmp/ecc
cp -r /tmp/ecc/skills/canary-watch ~/.claude/skills/
# 用法：/canary-watch https://myapp.com --interval 5m --duration 2h
# github-ops、deployment-patterns（同源，同样复制安装）
cp -r /tmp/ecc/skills/github-ops ~/.claude/skills/
cp -r /tmp/ecc/skills/deployment-patterns ~/.claude/skills/
# gstack canary（整套框架，含一次性构建）
git clone --depth 1 https://github.com/garrytan/gstack ~/.claude/skills/gstack
~/.claude/skills/gstack/setup
# 用法：先 /canary <url> --baseline 拍基线，部署后 /canary <url> 监控 10 分钟
# 仓库内置型（无法独立安装，clone 研究）
git clone --depth 1 https://github.com/openclaw/openclaw /tmp/openclaw
less /tmp/openclaw/.agents/skills/clawsweeper/SKILL.md # 多Agent治理范本
less /tmp/openclaw/.agents/skills/openclaw-ci-limits/SKILL.md
git clone --depth 1 https://github.com/vercel/next.js /tmp/nextjs
less /tmp/nextjs/.agents/skills/backport-pr/SKILL.md # 仅在 next.js 仓库内生效
less /tmp/nextjs/.agents/skills/create-pr/SKILL.md
一句话收束：部署 Skill 解决“上线”，本期这批 Skill 解决“上线之后”——监控盯变化、自愈有门控、回移有流程，工作流自动化的下半场比拼的不是谁动作多，而是谁敢让 Agent 碰生产环境时门槛设得对。
[!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 等场景全覆盖。