这是一份面向开发者的系列目录：12 篇主线 + 4 篇扩展，按工程化路径从 0 到 1 搭建可复用 Skill。
一页拿走：把 Skill 做成工程的通用模板（文档、工具规范、评测 rubric、可观测字段）。
把一次性 Prompt 变成可复用、可组合、可测试的 Skill：定义边界、契约与交付物。
工程化 Skill 的第一步：明确输入输出契约（schema）、错误类型与降级策略，让结果可依赖。
让 Skill 可维护、可复用：用统一目录结构、SKILL.md、版本语义与变更记录把它当成产品交付。
让 Skill 安全地“动起来”：设计可控的 tool spec、严格参数校验、最小权限与可审计的调用链。
把工具协议化：用 MCP 思维把内部能力封装成可插拔 Tool，让 Skill/Agent 组合成本更低。
连接真实系统才是 Skill 的价值：API Key/OAuth/Webhook 的连接器模式对比，以及限流、缓存、重试、幂等的工程化做法。
别一上来就做 Agent：用决策树判断单步 Skill、可编排工作流与多步 Agent 的边界，并设计人类在环。
把多步系统做成工程：常见编排模式的适用场景、最小伪代码与落地检查清单。
把上下文做成工程：记忆分层、摘要策略、检索与引用，让 Skill/Agent 既准确又不失控。
让 Skill 可迭代：用回归样本集 + rubric + 自动评测，把“感觉变好”变成“可量化变好”。
让 Skill/Agent 可运营：用 trace 字段、结构化日志与关键指标把失败、成本与延迟变得可定位、可统计。
把安全做成默认能力：最小权限、输入消毒、注入防护、敏感数据处理与人类确认点，避免 Skill 变成事故放大器。
把 series 里的方法落到具体模板：代码审查、PR 摘要、发布检查、排障、需求拆解等 10 个 skill 起手式。
别从“热度”选框架：用可观测、可测、可控、可维护四个维度评估 Agent 编排框架，并给出迁移与落地建议。
把 RAG 当成“技能模块”而不是独立系统：检索策略、chunking、rerank、引用与低置信度降级的工程化做法。
让 Skill/Agent 可持续：用缓存、预算、模型路由与批处理控制成本与延迟，建立可运营的 SLA。