重复执行的低风险设置工作可以考虑交给可复用助手，但仅有重复还不够。任务还需要稳定的指令、获批的数据边界、明确的负责人，以及能暴露错误设置的测试。
这些可复用助手可以组合指令和参考文件。对话历史和记忆是独立功能。不要假定新对话能够使用另一段对话的内容；请在所用产品中确认哪些上下文来自项目知识、已启用的记忆或当前对话。
本文介绍如何构建这类助手、何时选择哪个平台，以及哪些习惯能让一个小型助手库在数月内保持实用。
它们分别是什么
**ChatGPT Custom GPT。**打开ChatGPT当前的GPT区域；如果你的账号和工作区提供构建器，就使用该功能。构建器标签、功能和发布控制可能会变化。GPT配置可以包含：
- 名称和描述
- 指令
- 知识文件（上传的PDF、文档、电子表格等）
- 对话开场提示词
- 可用时提供的功能开关，例如Web搜索、图像生成、Canvas，以及Code Interpreter & Data Analysis
分享方式和公开商店资格取决于当前账号、工作区和政策控制。在依赖具体选项前，请查看OpenAI当前的GPT构建文档。
**Claude Projects。**在claude.ai中创建。每个Project都是一个文件夹，其中包含：
- 自定义指令（仅适用于该项目）
- 知识文件（你上传并可供Claude参考的文档）
- 你在项目中进行的所有对话
可用性、知识处理和分享控制取决于当前的Claude产品与账号。在依赖具体上限或权限前，请参阅Anthropic当前的Projects文档。
**Gemini Gems和Microsoft Copilot agents。**两者属于相关概念，但并不保证等价。它们的数据连接、分享、工具和管理方式不同。请查阅适用于具体账户的供应商文档，不要把某个产品的隐私假设照搬到另一个产品。
具体机制和数据边界各不相同，但共同理念是：为特定类型的任务提供指令和选定参考资料的已保存配置。
何时应该构建一个
重复是触发条件之一，但仅有重复还不够。出现以下三个信号时，可复用助手可能值得测试：
**1. 你不断重复说明相同且不敏感的背景。**只有在保留这些上下文获得批准，而且对预期任务始终有用时，才考虑使用已保存的助手。
**2. 你不断提出同一类问题的不同版本。**以你的口吻起草邮件。针对同一类风险审查合同。按照相同格式生成报告。在某种特定语言之间进行翻译。
**3. 你有一批不断重复粘贴的参考资料。**品牌指南、产品文档、一份很长的政策文件、一系列过去的会议记录。如果相同文件一再出现，可以把它们放进Project或Knowledge区域。
如果你不断重新输入同一批获批上下文，可以考虑把稳定部分放入已保存的助手。除非产品和工作区已获准处理，否则应把任务特定、敏感或短期上下文留在外部。
第一个实用构建：邮件起草助手
下面通过一个具体示例走完整个构建过程，以ChatGPT Custom GPT为例。Claude Projects采用相关概念，但其上下文、记忆、工具和分享行为需要单独配置和测试。
**第1步：打开构建器。**在ChatGPT中打开当前的GPT区域，使用账号可用的构建控件。如果没有相应控件，请查看OpenAI当前文档和工作区政策，不要假定特定方案、设备或菜单路径。
第2步：命名并添加描述。
- 名称：“Email Coach”
- 描述：“使用我提供的上下文和限制，以我的口吻起草和编辑邮件。”
**第3步：编写指令。**绝大部分价值都来自这里。
你是[your name]的邮件写作教练；此人担任[your role]，就职于[your company]，位于[your location]。你的工作是快速以此人的口吻起草和编辑邮件。
此人的文风：直接但友善，不使用企业套话，偏好较短的邮件，以明确的下一步结束。
收到起草邮件的要求时：
- 如果缺少一项关键信息，提出一个具体的澄清问题；否则直接起草。
- 提供三个版本：简短版（60个词）、中等版（100个词）、较长版（150个词）。为每个版本标注语气。
- 任何草稿中都不要包含“祝你一切安好”“我想联系你”“感谢你的耐心”或“如有任何问题，请告诉我”。
- 每份草稿都以明确的下一步结束。
收到编辑邮件的要求时：
- 只执行用户要求的那一轮编辑，例如清晰度、语气或语法，不要顺带修改其他方面。
- 引用每一处修改建议，并用一个短句解释原因。
- 未经要求，绝不为了“风格”而改写。
收到催办、拒绝或道歉的要求时：
- 催办：友善，不施压，设定宽松期限，并提及此前的对话。
- 拒绝：友善，不过度解释，不为设定界限而道歉。
- 道歉：简短承担责任，提出补救方案，不卑躬屈膝。
默认输出格式：三个带标签的版本，以水平线分隔。不要前言，不要结尾总结。
**第4步：设置对话开场。**列出三四条未来的你可能会输入的提示词：
- 起草一封礼貌拒绝这次会议的邮件
- 把这封邮件改得更短
- 编辑这封邮件的语气，听起来应该更冷静
- 帮我给经理写一条难以启齿的信息
**第5步：添加知识（可选）。**如果你有品牌风格指南、公司语调文档或获批的示例邮件，只添加此任务所需的材料。保持资料最新，并测试助手是否使用正确来源；上传并不能保证正确检索或应用。
**第6步：保存并测试。**先使用合成或低风险示例。把预期输入、信息缺失输入、对抗性输入和超出范围的输入进行对比，再把助手用于真实邮件。
实际使用数次后，根据发现的失败情况编辑指令。仍应阅读每一份草稿：调校可以提高一致性，却不能证明内容事实准确或可以安全发送。
**隐私边界：**知识文件的上传应视为按照相应产品的数据规则与供应商分享。不要把秘密、客户PII、凭据或受特权保护的法律文件载入未获批准的助手。必须引用文件时，应优先采用获批的组织工作区控制、你已理解的保留设置、最小权限分享和脱敏。
其他几种候选构建
以下是几个实用模式：
**耐心的导师。**载入四步学习循环（解释、示例、测验、复习）。每次想学新知识时使用。
**决策思辨伙伴。**先提问，再列出支持和反对的论据，然后给出明确说明假设与未知因素的建议。用它来梳理思路；最终决定仍由你负责。
**合同审查员。**加入三轮文档工作流程（初步印象、风险、决策）的指令。只把不受特权保护的参考政策作为知识上传。用它准备问题，重要内容仍由律师审查。
**技术文档撰写助手。**加入团队文档风格的指令。知识文件采用精心筛选且已获批准的现有文档集。每份新草稿都必须经过审查。
**客户访谈综合助手。**载入从获批的访谈记录中提取候选主题、引语、痛点和功能请求的指令。删除不必要的身份标识，保留返回来源段落的链接，并由人工审核编码结果。
**品牌语调改写助手。**加入匹配公司语调的指令。知识文件使用少量获批且已经验收的示例。用于对外内容草稿。
构建和维护时间取决于测试、文件审查、隐私审批和任务风险。先衡量助手是否确实减少修正工作量，再称其带来生产力提升。
Custom GPT与Claude Project：如何选择
简短的选择指南：
以下情况可考虑Custom GPT：
- 当前账号和工作区支持你需要的分享或发布控制。
- 当前构建器提供经过测试的工作流所需工具。
- 你的工作大多在ChatGPT生态系统中完成。
- 你的隐私与审批要求符合当前ChatGPT数据控制。
以下情况可考虑Claude Project：
- 比较修正工作量后，Claude在有代表性的任务上表现良好。
- 当前Project知识控制适合你需要使用的文档。
- 你希望按照项目上下文对对话分组。
- 你偏好Claude的界面和语气。
- 你的组织已审查Claude方案针对该项工作的数据条款和控制措施。
如果两个产品都符合条件，请在同一个有代表性的任务上比较它们，并根据修正工作量、所需工具、来源处理、数据条款和分享控制作出选择。不要根据永恒不变的品牌优势论断来分配任务。
应避免的常见错误
**指令过长。**长指令更难维护和测试。先用界定任务所需的最少规则，对重要分类使用示例，只有在真实失败证明有必要时才添加规则。
**知识文件范围太广或质量太低。**上传所有可用文档会让来源集更难治理和测试。应精心筛选参考资料，删除过时版本，并规定文档冲突时以哪个来源为准。
**不进行迭代。**第一个版本可能遗漏规则。用有代表性的案例进行测试，记录失败，并且每次只修改一项，以便判断修订是否有效。
**构建太多助手。**每个助手都需要负责人、测试案例、来源维护和退役标准。只构建那些实测使用量足以证明维护成本合理的助手。
**以非正式方式复制配置。**如果团队需要同一个助手，请在产品支持时使用获批的工作区分享和权限控制。不要分享消费级账号，也不要把敏感知识复制到不受管理的副本中。
几个能产生复利的习惯
**按既定周期及重大变更后进行审查。**使用获批的评估示例，记录回答错误或需要纠正的地方，并通过版本说明更新指令或来源。
**如果你不断重复一条稳定规则，可以考虑把它移入指令。**临时事实和任务特定上下文应保留在对话中，而不是变成永久默认设置。
在每个助手的指令末尾保留一条“版本说明”注释。“v3：添加了‘不要写祝你一切安好’的规则。”这样能帮助你记住每次修改的原因。
**维护一个小型库，而不是无限扩张。**少量经过良好调校、真正使用的助手，胜过数十个只构建过一次就被遗忘的助手。
构建一个可复用助手
Custom GPT和Claude Project提供了一种为重复工作封装指令和选定上下文的方式。选择一项低风险任务，定义预期行为和超出范围的行为，只添加获批文件，并在决定助手是否值得维护前测试结果。
2026年8月11日核查的来源
OpenAI关于创建和编辑GPT的文档及其GPT可用性、隐私和分享概览、Anthropic的Projects文档，以及Anthropic关于商业和消费级数据使用的说明已在本次审查中核对。产品控制仍取决于账号和工作区。
