「Nginx 配置审查」Skill 场景实录：一次完整任务怎么跑

如果你在服务器、容器与部署流水线里反复做Nginx 配置审查，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。

背景（虚构）

小唐是一名运维，每周都要做几次Nginx 配置审查。过去靠复制粘贴提示词，结果不稳定。这次团队把它做成了技能，下面记录一次完整运行。

1. 发出请求

小唐在服务器、容器与部署流水线中输入：

帮我做一下Nginx 配置审查，材料是附上的配置文件。

2. 技能被触发

智能体根据技能描述判断任务匹配，加载「Nginx 配置审查」的完整指令。它不需要外部工具，直接按指令处理。

3. 检查 TLS 与安全头

“检查 TLS 与安全头”是最容易出错的环节，技能里专门写了要求，所以智能体给出了清楚的结果与理由。

4. 检查缓存规则

“检查缓存规则”是最容易出错的环节，技能里专门写了要求，所以智能体给出了清楚的结果与理由。

5. 检查代理超时

“检查代理超时”是最容易出错的环节，技能里专门写了要求，所以智能体给出了清楚的结果与理由。

6. 给出修改片段并提醒先测试

“给出修改片段并提醒先测试”是最容易出错的环节，技能里专门写了要求，所以智能体给出了清楚的结果与理由。

7. 交付与复核

智能体交付问题与建议，末尾列出两条需人工确认的内容。小唐对照原始配置文件抽查关键信息，修正一处表述后采用。

复盘：这次做对了什么

• 步骤写在技能里，没有遗漏
• 不确定处被标出，而不是被编造
• 遵守了「变更类命令先在测试环境演练，并准备好回滚」
• 属于中等风险：结果会影响业务判断，建议在输出前设置人工审核点

可以改进的地方

小唐发现智能体对团队内部术语理解不一致，于是在技能目录中加了一份术语表（reference.md），并在 SKILL.md 中写明“遇到术语先查表”。更多改法见定制指南。

智能体与人的分工

技能不是把工作全部交出去，而是把重复、机械的部分交给智能体，人把住判断和责任：

属于中等风险：结果会影响业务判断，建议在输出前设置人工审核点。

准备一份好范例

在技能的参考资料里放一份你认可的问题与建议范例，往往比多写十条规则更有效。好范例应当：

• 来自真实工作，但已去除个人信息和敏感数据
• 体现团队习惯的结构、措辞和详略程度
• 包含一处“需人工确认”的标注示范，让智能体学会如何表达不确定
• 篇幅适中，不要比平时的产出长太多

范例不必多，一到两份即可；太多范例反而会让智能体机械模仿某一份的细节。

延伸阅读

• Nginx 配置审查 · GPTs 版
• Nginx 配置审查 · 常见坑
• Nginx 配置审查 · 纯提示词版
• 磁盘清理建议 · 场景实录
• 架构图生成 · 场景实录
• 智能体Skills 分类：625 个技能 × 32 个角度

说明：文中的配置、代码与目录结构均为示意，用于说明思路；各平台的入口、字段名与能力会更新，落地前请以对应官方文档为准。示例中的数据与场景为虚构，不代表真实案例。