engineering 插件：架构决策记录、代码评审、结构化调试、部署清单、技术文档、事故响应、站会、系统设计、技术债、测试策略——10 个技能。本篇是对 Anthropic 官方插件的中文转译与编目。
一句话定位
把工程团队的过程性纪律装进技能：决策有 ADR、评审有四维、调试有四步、上线有清单、事故有分级通报与 postmortem——写的不是代码，是让代码不烂的那套流程。
技能地图（10 技能）
设计与决策
system-design—— 系统设计五步：需求→高层设计→深潜→规模与可靠性→权衡分析architecture—— ADR（架构决策记录）：Context → Decision → Options Considered → Trade-off 分析 → Consequences → Action Items；Kafka vs SQS 这类选型直接出结构化文档tech-debt—— 技术债：识别→分类→优先级排序（框架内建）
质量与上线
code-review—— 代码评审四维：Security / Performance / Correctness / Maintainability；输出=关键问题+建议+亮点+结论testing-strategy—— 测试策略：测试金字塔 × 按组件类型分层策略 + 覆盖清单deploy-checklist—— 上线清单：Pre-Deploy / Deploy / Post-Deploy / Rollback 触发条件（数据库迁移与 feature flag 场景专门覆盖）debug—— 结构化调试四步：复现 → 隔离 → 诊断 → 修复，输出含预防节
运营与沟通
incident-response—— 事故响应：严重度分类→沟通话术→状态更新模板→Postmortem（时间线+根因+行动项）documentation—— 五类技术文档：README / API 文档 / Runbook / 架构文档 / 入职指南，各带结构模板standup—— 站会更新：从昨日 commit/PR/ticket 自动汇成 Yesterday/Today/Blockers 三段
方法论精华
1. ADR 的「Options Considered」节——决策文档最常见的失败是只写结论不写被否的选项。把 Kafka 和 SQS 的对比、为什么否掉后者写下来，两年后的人才不用重新吵一遍。
2. 部署清单的 Rollback 触发条件——上线清单人人会写「检查 CI 通过」，写「什么情况下立即回滚」的才是好清单：预先定义的退出线让值班的人在凌晨三点不用做判断题。
3. 调试四步的「预防」收尾——每个 bug 修完强制回答「怎么让它不再发生/更早发现」，否则只是把同一个 bug 从未来搬到现在。
4. 事故通报模板：Current Status / Actions Taken / Next Steps / Timeline——事故中沟通最大的罪是让相关方猜。
编者注
工程域的特点是全部可离线使用——十个技能没有一个依赖连接器，模板和纪律本身就是产品。incident-response 的分级+通报+复盘三段式，和 SRE 手册的经典章节一一对应，小团队可以直接当事故 SOP 用。