Xinbao
173 lines
4.8 KiB
Markdown
173 lines
4.8 KiB
Markdown
# 模块 3：从 Commands 到 Skills
|
|
|
|
<div class="mt-6 text-sm">
|
|
|
|
Commands 把常用话术封装成快捷入口，Skills 把完整能力封装成可复用资产。
|
|
|
|
</div>
|
|
|
|
<div class="grid grid-cols-2 gap-6 mt-8 text-sm">
|
|
<div class="p-4 rounded-xl bg-blue-500/10 border border-blue-500/30">
|
|
<div class="font-bold mb-2">Commands</div>
|
|
|
|
- `.trae/commands/`
|
|
- Markdown 定义
|
|
- 斜杠触发
|
|
- 适合固定提示词
|
|
</div>
|
|
<div class="p-4 rounded-xl bg-emerald-500/10 border border-emerald-500/30">
|
|
<div class="font-bold mb-2">Skills</div>
|
|
|
|
- `.trae/skills/`
|
|
- 描述按需加载
|
|
- 可带脚本、模板、示例
|
|
- 适合完整工作流
|
|
</div>
|
|
</div>
|
|
|
|
<!--
|
|
Commands 是第一代封装，核心是把常说的话存起来。
|
|
Skills 是第二代封装，核心是把完成任务所需的说明、脚本、模板和示例放在一起。
|
|
这页让学员建立两个概念的关系。
|
|
-->
|
|
|
|
---
|
|
|
|
# Commands 适合什么？
|
|
|
|
<div class="mt-6 text-sm">
|
|
|
|
| 场景 | 示例 |
|
|
|---|---|
|
|
| 固定问法 | 总结当前 PR |
|
|
| 固定格式 | 生成 commit message |
|
|
| 固定检查 | 跑一次代码审查 |
|
|
| 固定输出 | 生成日报、周报、变更说明 |
|
|
|
|
</div>
|
|
|
|
<div class="mt-4 p-3 rounded-xl bg-blue-500/10 border border-blue-500/30 text-sm">
|
|
Command 的关键价值是降低重复输入成本。
|
|
</div>
|
|
|
|
<!--
|
|
Commands 很适合固定流程。
|
|
比如每次都要总结 PR、写 commit message、生成日报，就可以做成命令。
|
|
它的边界也清楚：主要封装 prompt，适合轻量场景。
|
|
-->
|
|
|
|
---
|
|
|
|
# Skills 的两个升级
|
|
|
|
<div class="grid grid-cols-2 gap-6 mt-8 text-sm">
|
|
<div class="p-4 rounded-xl bg-emerald-500/10 border border-emerald-500/30">
|
|
<div class="font-bold mb-2">按需加载</div>
|
|
|
|
Agent 先扫描 skill 描述，任务相关时再读取完整说明。
|
|
</div>
|
|
<div class="p-4 rounded-xl bg-amber-500/10 border border-amber-500/30">
|
|
<div class="font-bold mb-2">可携带资源</div>
|
|
|
|
Skill 可以包含脚本、模板、示例、参考文件和检查清单。
|
|
</div>
|
|
</div>
|
|
|
|
<!--
|
|
Skills 的两个升级非常关键。
|
|
按需加载能减少上下文干扰，可携带资源能把经验固化成工具包。
|
|
所以 Skill 更适合企业培训后的标准化落地。
|
|
-->
|
|
|
|
---
|
|
|
|
# Skill 的两种气质
|
|
|
|
<div class="grid grid-cols-2 gap-6 mt-6 text-sm">
|
|
<div class="p-4 rounded-xl bg-purple-500/10 border border-purple-500/30">
|
|
<div class="font-bold mb-2">文科型 Skill</div>
|
|
|
|
- 品牌风格
|
|
- 文档结构
|
|
- 设计规范
|
|
- 沟通口径
|
|
</div>
|
|
<div class="p-4 rounded-xl bg-cyan-500/10 border border-cyan-500/30">
|
|
<div class="font-bold mb-2">理科型 Skill</div>
|
|
|
|
- 自动化脚本
|
|
- 构建命令
|
|
- 测试流程
|
|
- 数据处理工具链
|
|
</div>
|
|
</div>
|
|
|
|
<!--
|
|
这个分类方便学员理解。
|
|
文科型 Skill 主要封装风格、结构和判断标准。
|
|
理科型 Skill 主要封装工具、脚本和执行流程。
|
|
企业团队通常两类都需要。
|
|
-->
|
|
|
|
---
|
|
|
|
# MCP 的价值
|
|
|
|
<div class="mt-6 text-sm">
|
|
|
|
MCP 的历史价值是推动工具面向 AI 开放接口，让 Agent 能连接浏览器、数据库、文件系统、设计工具和内部平台。
|
|
|
|
</div>
|
|
|
|
<div class="grid grid-cols-3 gap-4 mt-8 text-sm">
|
|
<div class="p-3 rounded-xl bg-blue-500/10 border border-blue-500/30 text-center">打开连接可能性</div>
|
|
<div class="p-3 rounded-xl bg-emerald-500/10 border border-emerald-500/30 text-center">统一工具描述方式</div>
|
|
<div class="p-3 rounded-xl bg-amber-500/10 border border-amber-500/30 text-center">推动工具生态改造</div>
|
|
</div>
|
|
|
|
<!--
|
|
MCP 要讲它的历史功绩。
|
|
它让很多原本封闭的工具开始考虑给 AI 使用的接口。
|
|
对企业来说，MCP 的意义是把内部工具、流程系统和 Agent 连接起来。
|
|
-->
|
|
|
|
---
|
|
|
|
# MCP 与 CLI 思维
|
|
|
|
<div class="mt-5 text-sm">
|
|
|
|
| 接入方式 | 适合场景 | 课堂判断 |
|
|
|---|---|---|
|
|
| CLI | 命令稳定、脚本成熟、团队已有运维习惯 | 优先做轻量封装 |
|
|
| MCP | 需要交互式工具、长连接、结构化能力描述 | 适合平台化接入 |
|
|
| Skill | 需要把使用方法、模板、脚本一起交付 | 适合团队复用 |
|
|
|
|
</div>
|
|
|
|
<!--
|
|
底层理念是：只要工具能被命令行或接口驱动，Agent 就能接入。
|
|
MCP 是一种协议形态，CLI 是一种通用执行方式，Skill 是一种知识和流程封装方式。
|
|
课堂里要帮助学员选接入方式。
|
|
-->
|
|
|
|
---
|
|
|
|
# 课堂产出：能力封装决策表
|
|
|
|
<div class="mt-5 text-sm">
|
|
|
|
| 需求 | 推荐封装 | 理由 |
|
|
|---|---|---|
|
|
| 每天生成日报 | Command | 固定话术、固定格式 |
|
|
| 代码审查流程 | Skill | 需要规则、模板、示例 |
|
|
| 内部平台查询 | CLI 或 MCP | 取决于现有接口形态 |
|
|
| 设计规范落地 | Skill | 需要风格、样例、检查清单 |
|
|
|
|
</div>
|
|
|
|
<!--
|
|
这个练习让学员判断同一个需求适合 command、skill、CLI 还是 MCP。
|
|
判断标准是任务复杂度、资源依赖、团队复用和工具接入方式。
|
|
-->
|