> ## Documentation Index
> Fetch the complete documentation index at: https://docs.qoder.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 专家套件实战

本文介绍如何将个人积累的工作经验打造成可分发的团队套件，以及如何高效使用专家套件。

## 打造你自己的专家套件

内置套件覆盖通用场景，但你所在团队的业务流程、质量标准和工具链是独特的。以下是从零开始打造团队专属套件的完整路径。

### 第一步：用 Skill 跑通你的工作流

从一个你最熟悉的具体工作场景开始。用 [Skill](/zh/qoderwork/skills) 把你的方法论写下来——处理这类任务时你遵循什么步骤、关注哪些要点、输出什么格式。

不需要一次写完美。先写一个最小版本，在实际工作中使用，根据效果不断调整。这个阶段的目标是：**验证你的方法论在 AI 执行下是否有效**。

<Note>
  一个好的起点是选择你最近一周内重复做过两次以上的工作。
</Note>

### 第二步：补充更多 Skill，覆盖完整流程

一个岗位的工作通常不止一个环节。当第一个 Skill 验证有效后，继续为流程的其他环节创建 Skill。

以法务工作为例，可能需要的 Skill 包括：

* 合同审查 Skill（逐条审查 + 风险标注）
* NDA 分类分级 Skill
* 法律文书起草 Skill
* 类案检索 Skill
* 证据整理 Skill

每个 Skill 独立验证，确保在实际业务中产出可用。

### 第三步：整合为专家套件

当你的 Skill 组合在实际工作中稳定运行后，将它们打包为一个专家套件：

1. 在「专家套件」页面右上角点击「**+ 添加**」
2. 选择「**通过 QoderWork 创建**」，描述你的套件定位和包含的能力
3. 或选择「**上传套件**」，把打包好的 `.zip` 文件手动上传（详见[自定义套件](/zh/qoderwork/expert-kits#自定义套件)）

### 第四步：分享给团队

点击套件详情页的「**分享此套件**」，下载 `.zip` 文件发送给同事。对方通过「**上传套件**」上传即可使用。

团队成员使用后的反馈是迭代的最好输入——哪些场景覆盖不到、哪些输出不符合预期、哪些步骤可以优化，收集这些反馈持续改进你的套件。

## 用好内置套件

### 明确场景再选套件

不要先浏览套件列表再想能做什么——从你手头的具体工作出发。例如：

* 要审一份合同 → 开启「合同管理」套件，使用 `/审查合同` 命令
* 要写一份投研报告 → 开启「投研分析」套件，上传公司财报后开始对话
* 要做竞品分析 → 开启「市场营销」套件，描述你的行业和竞品范围

<Tip>
  一次对话中可以同时使用多个套件。例如处理合同纠纷时，同时开启「合同管理」和「企业法务」，让合同审查和法律文书起草在同一个工作流中完成。
</Tip>

### 用快捷命令启动任务

每个套件都内置了多个 `/` 快捷命令，每个命令对应一个具体场景。直接使用快捷命令比自由描述更高效，因为命令背后已经预设了该场景的完整工作流和输出标准。

以「合同管理」套件为例：

| 命令       | 适用场景                   |
| :------- | :--------------------- |
| `/审查合同`  | 上传合同文件，逐条审查并按红黄绿标注风险   |
| `/NDA快筛` | 快速判断 NDA 是否可签，给出关键条款意见 |
| `/合同对比`  | 上传两份合同，生成红线对比报告        |
| `/起草合同`  | 描述交易背景，生成合同初稿          |

### 提供充足的上下文

套件的输出质量取决于你提供的信息。建议：

* **上传原始文件**：合同审查时上传合同 PDF/Word，投研分析时上传财报，营销策划时上传行业数据
* **说明具体要求**：不要只说"帮我审合同"，而是"审查这份采购合同，重点关注付款条件和违约责任"
* **补充业务背景**：告诉 AI 你的角色、公司所在行业、关注的重点，有助于生成更贴合实际的输出

### 基于输出继续迭代

套件生成的初版结果是起点，不是终点。在同一对话中继续追问和调整：

```plaintext theme={null}
"第三条的风险等级为什么标黄？能详细说明吗？"
"把修改建议的措辞调整得更正式一些"
"补充一下这个条款在《民法典》中的法律依据"
```

## 实战参考：从个人 Skill 到团队法务套件

<Note>
  以下案例来自某企业法务团队的真实反馈。
</Note>

### 背景

一位企业法务人员接到一起著作权侵权案的应诉任务。按照传统流程，准备全套应诉文书通常需要多人协作数周。他决定尝试用 QoderWork 辅助完成。

### 边办案边创建 Skill

他没有一次性规划所有 Skill，而是跟着办案节奏逐步创建：

* 收到起诉材料后，先写了一个**证据整理 Skill**——定义证据分类规则和编号体系，让 AI 按统一格式整理原告提交的全部证据
* 进入法律分析阶段，创建了**类案检索 Skill**——设定检索条件和筛选标准，AI 找到 6 件高度相关的类案判决并提取裁判要旨
* 构建抗辩策略时，创建了**抗辩体系构建 Skill**——将五层递进抗辩的逻辑框架写入 Skill，AI 据此生成结构化的抗辩方案
* 起草文书阶段，分别创建了**答辩状起草**、**质证意见生成**、**代理词撰写**等 Skill，每个 Skill 包含对应文书的格式要求、论证结构和引用规范

每个 Skill 在实际使用中反复调整——比如类案检索的筛选条件在第一轮结果不理想后收窄了案由范围，抗辩体系 Skill 在第三稿时调整了论证层次的排列顺序。

### 结果

四天内，他独立完成了全套应诉文书：答辩状、质证意见、证据清单、代理词、356 页证据册。庭审过程中，法官未对论证逻辑提出质疑。

### 从个人 Skill 到团队套件

案件结束后，他将实战中积累的十个 Skill 整合为一个法务专家套件，包含：

* 完整的诉讼应对工作流（从证据整理到文书定稿）
* 每个环节的质量标准和输出格式
* 文书模板和引用规范

套件通过分享功能分发给团队。现在其他法务人员接到同类案件时，安装这个套件即可复用完整流程——不需要了解他的方法论是怎么设计的，也不需要自己从头配置任何 Skill。

这正是前文所述的典型路径：**用 Skill 在实战中验证方法论 → 沉淀为可复用的专家套件 → 分发给团队统一使用**。

## 常见误区

**误区一：套件能完全替代专业判断**

套件帮助你高效完成标准化流程，但最终的专业判断仍然需要人来把关。把套件的输出当作高质量的初稿，而不是终稿。

**误区二：一次封装就不用再改了**

业务标准会变，工具会更新，团队也会有新的需求。定期根据使用反馈更新套件中的 Skill 和配置，才能保持套件的实用性。

**误区三：套件越大越好**

一个套件不需要覆盖一个岗位的所有工作。聚焦在一个具体的工作流程上（如"合同审查"而不是"所有法务工作"），套件的质量和易用性会更好。

## 下一步

<CardGroup cols={3}>
  <Card title="使用场景" icon="lightbulb-on" href="/zh/qoderwork/use-cases">
    看看其他人都用 QoderWork 做什么
  </Card>

  <Card title="专家套件" icon="briefcase" href="/zh/qoderwork/expert-kits">
    为特定领域工作启用专家套件
  </Card>

  <Card title="MCP 实战" icon="code" href="/zh/qoderwork/mcp-walkthrough">
    一步步接入一个 MCP 服务
  </Card>
</CardGroup>