Skill（技能）
一句话定义
Skill（技能）是给 Coding Agent（智能体）复用的一套任务方法包，用来说明什么时候使用某类能力、按什么流程做、哪些边界不能碰、最后如何验证。
通俗解释
如果把 Coding Agent（智能体）看成一个能参与项目的工程助手，Skill（技能）就像它的“作业指导书”。它不只是告诉智能体“你可以用某个工具”，还会告诉它：
- 什么情况下应该启用这个 Skill（技能）。
- 做事前要先读哪些上下文。
- 哪些文件、系统或动作属于高风险。
- 遇到失败应该先定位还是先重试。
- 完成后必须提供哪些验证证据。
- 最终汇报时要说明哪些风险和剩余问题。
所以 Skill（技能）不是简单提示词，也不是工具本身。它更像把经验沉淀成可重复执行的流程。
它和 Prompt（提示词）、Tool（工具）、MCP（模型上下文协议）的区别
| 对象 | 解决什么问题 | 简单理解 |
|---|---|---|
| Prompt（提示词） | 这一次任务要做什么 | 临时任务说明 |
| Skill（技能） | 同类任务应该怎么做 | 可复用流程和边界 |
| Tool（工具） | 真正执行哪个动作 | 文件读取、浏览器、测试、部署等能力 |
| Tool Calling（工具调用） | 模型如何请求调用工具 | 一次具体调用 |
| MCP（模型上下文协议） | 外部工具和资源怎么被统一连接 | 工具生态接入协议 |
| Guardrail（护栏） | 哪些动作要限制、禁止或审批 | 安全控制 |
面试时可以这样说：
Prompt（提示词）解决一次任务的表达，Skill（技能）解决一类任务的稳定做法，Tool（工具）负责真正执行动作，MCP（模型上下文协议）负责把外部工具和资源接进来。企业里不能只靠临时提示词，必须把流程、权限、验收和审计沉淀下来。
Skill（技能）通常包含什么
一个成熟的 Skill（技能）通常会包含这些内容。
| 内容 | 用途 |
|---|---|
| Trigger（触发条件） | 说明什么时候应该使用这个 Skill（技能） |
| Scope（适用范围） | 说明它适合解决哪类问题，不适合解决哪类问题 |
| Workflow（工作流） | 规定先做什么、后做什么 |
| Constraints（约束） | 规定哪些文件、权限、命令或动作不能随便碰 |
| Tools（工具清单） | 说明可能需要调用哪些工具 |
| References（参考资料） | 放常用文档、模板、检查表或案例 |
| Verification（验证方法） | 说明怎样证明任务完成 |
| Reporting（汇报格式） | 规定最后如何说明改动、证据和风险 |
新手可以把它理解成“把一个熟练工程师做同类任务的步骤写下来，让编程智能体照着执行”。
常用 Skill（技能）类型
不同平台的 Skill（技能）命名不一定相同，但常见能力类型比较稳定。作品集里可以按下面这些类型设计 Skill Registry（技能注册表）。
| Skill（技能）类型 | 解决的问题 | 典型验收证据 |
|---|---|---|
| Project Onboarding Skill（项目熟悉技能） | 读取项目、解释目录、找出关键模块和启动方式 | 项目结构图、关键文件清单、风险边界 |
| Planning Skill（计划拆解技能） | 把大需求拆成阶段、任务和验收标准 | 任务清单、影响范围、优先级 |
| Code Review（代码评审） Skill（代码审查技能） | 检查变更是否有回归、安全和测试缺口 | 问题列表、文件位置、建议验证 |
| Bug（缺陷） Diagnosis Skill（缺陷诊断技能） | 根据报错、日志、截图定位问题 | 原因分析、最小修复方案、复验结果 |
| Test Generation Skill（测试生成技能） | 设计回归测试、边界用例和验收清单 | 测试用例、通过结果、未覆盖风险 |
| Documentation Skill（文档技能） | 生成教程、说明书、交接文档和面试材料 | 文档结构、术语链接、审校清单 |
| Browser QA Skill（浏览器验收技能） | 检查页面能否打开、交互是否可用、布局是否异常 | 页面地址、截图、控制台状态 |
| Deployment Skill（部署技能） | 构建、打包、上传、配置站点和冒烟检查 | 构建结果、访问状态、回滚说明 |
| Data Processing Skill（数据处理技能） | 清洗、转换、校验表格或结构化数据 | 样本对比、校验报告、异常清单 |
| Security Review Skill（安全审查技能） | 检查密钥、权限、敏感信息和高风险动作 | 风险等级、脱敏结果、审批建议 |
面试时不要只背名字，而要讲清“触发条件、工具、边界、验收”。这四件事讲清，才像真的做过智能体工程。
MCP（模型上下文协议）和 Skill（技能）怎么配合
MCP（模型上下文协议）更像“能力接入层”，Skill（技能）更像“任务方法层”。两者组合起来，才更接近企业级 Coding Agent（智能体）。
举例来说，一个部署任务可以这样拆：
| 层级 | 例子 | 说明 |
|---|---|---|
| Skill（技能） | 部署流程 Skill（技能） | 规定先构建、再打包、再上传、再检查页面，禁止删除无关目录 |
| MCP（模型上下文协议） | 服务器文件、浏览器、日志、面板接口 | 把外部能力以统一方式暴露给智能体 |
| Tool Calling（工具调用） | 上传文件、读取目录、访问页面 | 当前步骤真正执行的动作 |
| Audit（审计） | 记录上传、解压、访问检查和失败日志 | 让部署过程可追踪 |
| Acceptance（验收） | 构建通过、页面返回正常、关键链接可访问 | 证明不是“口头完成” |
核心结论是：没有 Skill（技能），MCP（模型上下文协议）只是一堆可连接能力；没有 MCP（模型上下文协议）或工具连接层，Skill（技能）只能停留在流程说明，无法真实执行外部动作。
作品集里怎么展示 Skill（技能）
做作品集时，可以给项目增加一个“智能体执行说明”页面，不需要写完整源码，也能体现工程理解。
建议展示这些内容：
- 当前任务启用了哪些 Skill（技能），例如需求分析、文档生成、浏览器验收、部署检查。
- 每个 Skill（技能）的触发条件和禁止动作。
- 每个 Skill（技能）可能调用哪些 Tool（工具）或 MCP Server（模型上下文协议服务端）。
- 哪些动作只读，哪些动作可写，哪些动作必须人工审批。
- 每次执行留下哪些日志、截图、测试结果或 Trace ID（追踪编号）。
- 如果失败，系统如何降级、重试或交给人工处理。
这样面试官会看到：你不是只会“让 AI（人工智能）写代码”，而是在设计一套可治理的 Agent（智能体）工程系统。
常见误区
| 误区 | 正确理解 |
|---|---|
| Skill（技能）就是一段提示词 | Skill（技能）包含触发条件、流程、约束、工具、资料和验证 |
| Skill（技能）越多越好 | 技能越多，选择错误和权限失控风险越高，需要注册表和边界 |
| 有 MCP（模型上下文协议）就不需要 Skill（技能） | MCP（模型上下文协议）解决连接，Skill（技能）解决做事方法 |
| Skill（技能）可以自动绕过安全限制 | Skill（技能）应该强化限制，而不是绕开限制 |
| 只要模型强，Skill（技能）不重要 | 模型能力会波动，流程和验收能让结果更稳定 |
面试官可能怎么追问
1. Skill（技能）和 Prompt（提示词）有什么区别？
考察点： 是否理解一次性指令和可复用流程的差别。
参考回答： Prompt（提示词）通常描述一次任务，Skill（技能）是面向一类任务的长期流程包。它不仅有任务说明，还会包含触发条件、上下文读取方式、工具使用规则、安全边界、验证方法和汇报要求。企业里如果只靠临时 Prompt（提示词），结果很难稳定复用。
容易扣分： 把 Skill（技能）说成“更长的提示词”。
2. Skill（技能）和 MCP（模型上下文协议）怎么配合？
考察点： 是否能分清流程层和连接层。
参考回答： MCP（模型上下文协议）负责把工具和资源接入智能体，例如文件、浏览器、数据库或部署平台；Skill（技能）负责告诉智能体什么时候用这些能力、按什么顺序用、哪些动作要审批、最后怎么验证。一个解决连接，一个解决方法，二者配合才能形成可控的工程闭环。
容易扣分： 说“Skill（技能）就是 MCP（模型上下文协议）工具列表”。
3. 你会怎样设计一个代码审查 Skill（技能）？
考察点： 是否能把抽象概念落到工程流程。
参考回答： 我会规定触发条件是用户要求 Review（代码审查）或提交前检查；流程是先读需求和变更范围，再看核心文件，再找行为回归、边界条件、测试缺口和安全风险；限制是不做无关重构、不擅自合并；验证是列出文件位置、风险等级、复现思路和建议测试。最后输出先给问题，再给摘要。
容易扣分： 只说“让 AI（人工智能）帮我看看代码有没有问题”。
4. Skill（技能）为什么需要验收标准？
考察点： 是否有交付意识。
参考回答： 因为编程智能体的输出不能只看文字流畅度，要看任务是否真的完成。Skill（技能）里的验收标准可以规定必须运行哪些检查、提供哪些截图或日志、哪些风险必须声明。这样才能避免智能体说完成了，但项目无法运行或无法复盘。
容易扣分： 只关注生成速度，不关注验证证据。
5. 企业里 Skill（技能）会带来什么风险？
考察点： 是否知道流程复用也会放大风险。
参考回答： 风险包括错误 Skill（技能）被误触发、Skill（技能）权限过大、旧流程不再适合新系统、工具调用缺少审计、失败后继续扩大修改范围。我的处理方式是做 Skill Registry（技能注册表）、版本说明、权限分级、最小权限、人工审批和执行日志。
容易扣分： 只讲“复用方便”，不讲权限和版本治理。