专家套件实战

更新时间:
复制为 MD 格式

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

打造你自己的专家套件

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

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

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

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

说明

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

第二步:补充更多 Skill,覆盖完整流程

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

以法务工作为例,可能需要的 Skill 包括:

  • 合同审查 Skill(逐条审查 + 风险标注)

  • NDA 分类分级 Skill

  • 法律文书起草 Skill

  • 类案检索 Skill

  • 证据整理 Skill

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

第三步:整合为专家套件

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

  • 在「专家套件」页面切换到「自定义」标签

  • 点击「让 QoderWork CN 帮我创建」,描述你的套件定位和包含的能力

  • 或者手动将 Skill 文件和配置打包为 .zip 上传(详见自定义套件

第四步:分享给团队

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

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

用好内置套件

明确场景再选套件

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

  • 要审一份合同 → 开启「合同管理」套件,使用 /审查合同 命令

  • 要写一份投研报告 → 开启「投研分析」套件,上传公司财报后开始对话

  • 要做竞品分析 → 开启「市场营销」套件,描述你的行业和竞品范围

说明

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

用快捷命令启动任务

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

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

命令

适用场景

/审查合同

上传合同文件,逐条审查并按红黄绿标注风险

/NDA快筛

快速判断 NDA 是否可签,给出关键条款意见

/合同对比

上传两份合同,生成红线对比报告

/起草合同

描述交易背景,生成合同初稿

提供充足的上下文

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

  • 上传原始文件:合同审查时上传合同 PDF/Word,投研分析时上传财报,营销策划时上传行业数据

  • 说明具体要求:不要只说"帮我审合同",而是"审查这份采购合同,重点关注付款条件和违约责任"

  • 补充业务背景:告诉 AI 你的角色、公司所在行业、关注的重点,有助于生成更贴合实际的输出

基于输出继续迭代

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

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

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

说明

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

背景

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

边办案边创建 Skill

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

  • 收到起诉材料后,先写了一个 证据整理 Skill——定义证据分类规则和编号体系,让 AI 按统一格式整理原告提交的全部证据

  • 进入法律分析阶段,创建了 类案检索 Skill——设定检索条件和筛选标准,AI 找到 6 件高度相关的类案判决并提取裁判要旨

  • 构建抗辩策略时,创建了 抗辩体系构建 Skill——将五层递进抗辩的逻辑框架写入 Skill,AI 据此生成结构化的抗辩方案

  • 起草文书阶段,分别创建了 答辩状起草质证意见生成代理词撰写 等 Skill,每个 Skill 包含对应文书的格式要求、论证结构和引用规范

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

结果

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

从个人 Skill 到团队套件

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

  • 完整的诉讼应对工作流(从证据整理到文书定稿)

  • 每个环节的质量标准和输出格式

  • 文书模板和引用规范

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

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

常见误区

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

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

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

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

误区三:套件越大越好

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