用 ChatGPT Work 创建团队统一的文档总结插件

团队每周都要总结项目文档，但每个人的写法不同：有人只写结论，有人漏掉尚未解决的问题。你可以用 ChatGPT Work 为团队统一的文档总结流程创建一个插件，先用熟悉的文档测试，达到要求后再分享给同事。开始前，准备好输出模板和两份获准使用的文档。

插件是一套可以反复使用的规则，起步时不需要写代码或连接 Google Drive。根据 OpenAI 的插件构建指南，插件可以包含指导任务的技能、连接服务的应用，或者两者兼有。本文的试用版本只处理你提供的文档，不会自行查找公司的资料。

准备工作

在网页上打开 ChatGPT，进入公司的正确工作区。官方流程适用于已启用创建或编辑插件功能的工作区。你需要拥有 Use plugins 权限，并且输入 @ 时能在列表中看到 Plugin Creator。如果找不到，请让管理员检查功能可用性和工作区权限，不要假定所有套餐和账号的界面都一样。

准备一份你非常熟悉的样本文档、一份故意缺少日期或负责人的文档，以及团队商定的总结模板。例如，模板包含四部分：概览、要点、待确认问题和文档依据。只使用获准处理的文件，并删去不必要的敏感信息。

插件生成的是供人检查的草稿，不能代替项目负责人作出结论。暂时不需要连接应用时，可以从附件开始。关于如何准备便于核查的文件，可参考在 ChatGPT 中创建、查看和修改工作文件，并核查来源。

分步操作

1. 明确一项重复任务

先选一项具体工作：接收文档、按模板总结、列出不清楚的地方、等待负责人审核。即使输入文档不同，输出结构也应保持一致。

事先定好验收标准：每个重要观点都能追溯到文档；不添加未经确认的决定；缺少日期或负责人时写“未提供”；总结能在两分钟内读完。如何写清目标和限制的提示词可以帮助你明确输出要求。

2. 打开 Plugin Creator，描述任务

在 Chat 或 ChatGPT Work 中开始新对话，输入 @ 并选择 Plugin Creator。按照 OpenAI 的指南，说明目的、输入、输出和规则，再通过对话调整指令。复制下面的模板，将方括号中的内容替换为团队实际情况。如果有现成的格式模板，也一并附上。

请创建名为[团队插件名称]的插件，用于总结用户提供的一份[文档类型]文档。

读者是[角色]。输出必须按顺序包含四部分：概览（不超过[数量]句话）、要点（不超过[数量]条）、待确认问题、文档依据。

只使用文档和所附模板中的信息。每条要点尽可能标明对应章节或段落。没有依据时，明确写“未提供”或“需要确认”，不要自行补全。

不要修改原文档，也不要把总结发送到其他地方。完成前检查日期、负责人姓名和所有数字。遇到含糊的信息，提出供负责人回答的问题。这些是适用于多份文档的通用规则，不要把测试样例中的具体内容固定进规则。

3. 提供样例，检查配置并完成创建

附上总结模板和安全的示例。回答 Plugin Creator 的问题，然后检查名称、描述、指令和参考资料。名称与描述应让同事知道需要提供什么输入，以及结果有哪些限制。

确认示例中的专属信息没有变成通用规则。例如，“项目 A 的截止日期是 15 日”不应出现在项目 B 的总结中。OpenAI 说明，新的工作区插件起初是私有的，可以先测试再分享。

4. 用熟悉的文档和缺失信息的文档测试

开始新对话，用 @ 选择插件，附上熟悉的文档并要求总结。逐条对照原文，特别检查专有名词、数字、日期，以及是否把讨论中的想法写成了已定决定。找不到原文依据的句子，应标记出来，修改规则或删除。

然后用缺少日期或负责人的文档测试。插件应该指出缺失之处，不能为了填满模板而猜测。两轮可以使用同一段请求，只替换附件。如果团队有审批流程，在结果中写明审核人，不要让 AI 声称自己已完成审批。

请使用[团队插件名称]插件，为[读者角色]总结我附上的文档。

回答前，对照文档核查数字、时间节点和负责人。缺失或相互矛盾的信息请列入“待确认问题”。不要使用文档以外的信息。这是一份供[审核人角色]检查的草稿。

用第一步的标准检查两份结果。如果缺少依据，就增加标明对应章节的规则。如果插件把建议写成决定，就要求区分已确定、提议中和尚未确认。每次修改后，都重新测试这两份文档。

5. 判断是否需要连接应用，再决定分享范围

如果同事能自行附上文档，第一版就不需要连接应用。只有在确实要从工作区允许的服务中读取文件时，才添加连接。先检查应用能读取什么、执行什么操作，再用你有权查看的文件测试。连接不会赋予额外的源系统权限；同事仍需具备相应权限和配置。团队使用连接时，可参考如何为 ChatGPT Work 插件设置恰当权限。

结果达到标准后，在分享设置中选择正确的人或团队。OpenAI 指出，分享需要 Share plugins 权限；将插件放入工作区目录则需要 Publish plugins to workspace 权限。如果管理员没有预先安装，接收者还需要自行安装插件。分享时附上示例请求和维护人姓名。

输出示例

假设测试文档写道：运营团队本周处理了 20 项请求中的 18 项，另有两项等待法务回复，但没有写新的截止日期。合适的总结可以是：

概览： 团队本周处理了 20 项请求中的 18 项。另有两项等待法务回复。

要点： “本周结果”章节显示处理量为 18/20。“待解决事项”章节记录了另外两项请求。

待确认问题： 谁负责跟进这两项请求？法务预计何时回复？文档没有提供这些信息。

文档依据： “本周结果”和“待解决事项”。

这只是示意案例，并非真实插件运行结果。实际测试时，要检查插件是否保留数字、没有编造处理期限，并指出依据。涉及多个文件时，还应要求标明文件名、日期和相互矛盾之处。根据内部资料起草 PRD同样需要这样的边界。

提高结果质量的技巧

用困难但安全的案例测试。 除了资料完整的文档，还要试试时间节点冲突、缩写未解释，或所谓“结论”其实只是建议的文档。好的插件能暴露需要追问的地方，而不是把每份文档都写得似乎毫无疑问。

使用限制

插件无法把缺少日期、作者或决定的文档变成可靠来源。AI 可能用很肯定的语气说出错误数字。凡是影响客户、法律、资金或计划的信息，都必须由负责人对照原文核查。

能否创建插件、能否使用应用，取决于实际工作区、权限和连接。本文不保证每个账号都能看到 Plugin Creator。如果同事看得到插件却无法运行，应分别检查插件是否安装、是否拥有 Use plugins 权限，以及是否有权访问所连接的源应用。不要为了“快速试一下”就上传未经授权的内部数据。

常见问题

创建文档总结插件需要会编程吗？ 按 OpenAI 描述的 Plugin Creator 流程，不需要。你通过对话说明任务、输出模板和规则，再测试、修改。更深度的定制集成另当别论。

一定要连接 Google Drive 或其他应用吗？ 不需要。可以从粘贴的文本或获准附加的文件开始。只有流程确实需要查找或读取其他服务中的数据时，才添加应用。

新插件会立即对全公司可见吗？ 不会。按照 OpenAI 的指南，新的工作区插件起初是私有的。拥有相应权限后，你可以先测试、修改，再分享给合适的人或团队。分享和安装是两个不同步骤。

同事无法使用已分享的插件，该检查什么？ 检查 Use plugins 权限、安装状态；如果插件使用了应用，还要检查同事对源应用的访问权限。看得到插件名称，不代表所有连接都已就绪。

怎样判断插件已经适合团队使用？ 至少测试一份信息完整的文档和一份信息缺失的文档。核查数字、依据、结构和待确认问题。内容负责人认可结果，并且团队知道模板变化时如何修改规则后，再分享。

主要来源：OpenAI Learn，Build plugins。本文依据官方描述的 Plugin Creator 创建、测试、修改和分享步骤；运营文档示例仅供说明。

#ChatGPTWork #插件 #工作效率 #文档管理