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

用好内置套件

明确场景再选套件

不要先浏览套件列表再想能做什么——从你手头的具体工作出发。例如:
  • 要审一份合同 → 开启「合同管理」套件,使用 /审查合同 命令
  • 要写一份投研报告 → 开启「投研分析」套件,上传公司财报后开始对话
  • 要做竞品分析 → 开启「市场营销」套件,描述你的行业和竞品范围
一次对话中可以同时使用多个套件。例如处理合同纠纷时,同时开启「合同管理」和「企业法务」,让合同审查和法律文书起草在同一个工作流中完成。

用快捷命令启动任务

每个套件都内置了多个 / 快捷命令,每个命令对应一个具体场景。直接使用快捷命令比自由描述更高效,因为命令背后已经预设了该场景的完整工作流和输出标准。 以「合同管理」套件为例:
命令适用场景
/审查合同上传合同文件,逐条审查并按红黄绿标注风险
/NDA快筛快速判断 NDA 是否可签,给出关键条款意见
/合同对比上传两份合同,生成红线对比报告
/起草合同描述交易背景,生成合同初稿

提供充足的上下文

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

基于输出继续迭代

套件生成的初版结果是起点,不是终点。在同一对话中继续追问和调整:
"第三条的风险等级为什么标黄?能详细说明吗?"
"把修改建议的措辞调整得更正式一些"
"补充一下这个条款在《民法典》中的法律依据"

打造你自己的专家套件

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

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

从一个你最熟悉的具体工作场景开始。用 Skill 把你的方法论写下来——处理这类任务时你遵循什么步骤、关注哪些要点、输出什么格式。 不需要一次写完美。先写一个最小版本,在实际工作中使用,根据效果不断调整。这个阶段的目标是:验证你的方法论在 AI 执行下是否有效
一个好的起点是选择你最近一周内重复做过两次以上的工作。

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

一个岗位的工作通常不止一个环节。当第一个 Skill 验证有效后,继续为流程的其他环节创建 Skill。 以法务工作为例,可能需要的 Skill 包括:
  • 合同审查 Skill(逐条审查 + 风险标注)
  • NDA 分类分级 Skill
  • 法律文书起草 Skill
  • 类案检索 Skill
  • 证据整理 Skill
每个 Skill 独立验证,确保在实际业务中产出可用。

第三步:整合为专家套件

当你的 Skill 组合在实际工作中稳定运行后,将它们打包为一个专家套件:
  1. 在「专家套件」页面切换到「自定义」标签
  2. 点击「让 QoderWork 帮我创建」,描述你的套件定位和包含的能力
  3. 或者手动将 Skill 文件和配置打包为 .zip 上传(详见自定义套件

第四步:分享给团队

点击套件详情页的「分享此套件」,下载 .zip 文件发送给同事。对方通过「安装套件」上传即可使用。 团队成员使用后的反馈是迭代的最好输入——哪些场景覆盖不到、哪些输出不符合预期、哪些步骤可以优化,收集这些反馈持续改进你的套件。

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

以下案例来自阿里云法务团队的真实反馈。

背景

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

边办案边创建 Skill

他没有一次性规划所有 Skill,而是跟着办案节奏逐步创建:
  • 收到起诉材料后,先写了一个证据整理 Skill——定义证据分类规则和编号体系,让 AI 按统一格式整理原告提交的全部证据
  • 进入法律分析阶段,创建了类案检索 Skill——设定检索条件和筛选标准,AI 找到 6 件高度相关的类案判决并提取裁判要旨
  • 构建抗辩策略时,创建了抗辩体系构建 Skill——将五层递进抗辩的逻辑框架写入 Skill,AI 据此生成结构化的抗辩方案
  • 起草文书阶段,分别创建了答辩状起草质证意见生成代理词撰写等 Skill,每个 Skill 包含对应文书的格式要求、论证结构和引用规范
每个 Skill 在实际使用中反复调整——比如类案检索的筛选条件在第一轮结果不理想后收窄了案由范围,抗辩体系 Skill 在第三稿时调整了论证层次的排列顺序。

结果

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

从个人 Skill 到团队套件

案件结束后,他将实战中积累的十个 Skill 整合为一个法务专家套件,包含:
  • 完整的诉讼应对工作流(从证据整理到文书定稿)
  • 每个环节的质量标准和输出格式
  • 文书模板和引用规范
套件通过分享功能分发给团队。现在其他法务人员接到同类案件时,安装这个套件即可复用完整流程——不需要了解他的方法论是怎么设计的,也不需要自己从头配置任何 Skill。 这正是前文所述的典型路径:用 Skill 在实战中验证方法论 → 沉淀为可复用的专家套件 → 分发给团队统一使用

常见误区

误区一:套件能完全替代专业判断 套件帮助你高效完成标准化流程,但最终的专业判断仍然需要人来把关。把套件的输出当作高质量的初稿,而不是终稿。 误区二:一次封装就不用再改了 业务标准会变,工具会更新,团队也会有新的需求。定期根据使用反馈更新套件中的 Skill 和配置,才能保持套件的实用性。 误区三:套件越大越好 一个套件不需要覆盖一个岗位的所有工作。聚焦在一个具体的工作流程上(如”合同审查”而不是”所有法务工作”),套件的质量和易用性会更好。