Gemini自定义指令扩展到更多Workspace应用：怎样固定网站写作要求？

Google在2026年9月2日宣布，将Workspace中的持久自定义指令扩展到Ask Gemini in Drive、Ask Gemini in Chat，以及Slides、Sheets、Gmail侧栏。此前已支持Docs，新的范围让同一组个人偏好可以在更多工作界面中使用。官方公告

把要求保存下来只是第一步。更重要的是，输出出现问题时，能判断究竟是指令没有被调用、资料不足，还是规则本身写得太死。

先确认入口，不要把两套Gemini设置当成一套

Google帮助明确说明，Workspace里的指令与Gemini Apps中的指令分开管理，不会同步。在gemini.google.com里保存过偏好，不能证明Gmail侧栏已经使用同样要求。

截至9月21日核对，公告说明更多Workspace界面开放，但当前帮助页仍列出美国、英语及工作或学校账号的Gemini Beta访问条件。两份资料的覆盖口径不完全一致，因此这里不承诺中文地区账号已经全面可用。先看实际账号是否出现Personalization，再确定采用哪种方式。

没有入口时，可以把写作规范保存在普通文档，每次明确附给任务。这个替代方法仍能让编辑要求保持一致；把要求翻译成英语，也不会改变账号本身的地区或功能资格。

把写作输入分成三层，会更容易维护

• 长期保存：读者经验、中文表达、关键英文术语、区分事实与建议。换产品后仍成立。
  
• 随任务提供：型号参数、采访记录、官方发布页、客户确认邮件，保留对象与日期。
  
• 只管这次交付：如150字内邮件、包含例外的操作教程或一次比较表。不要自动保存成所有文章的格式。

这种分层可以避免一种常见冲突：长期规则说“每次都尽量短”，本次任务却要解释故障原因和排查步骤。与其再加一条“但也要完整”，不如把长期要求改成“简单事实短答；需要操作时保留判断条件和下一步”，把本次具体长度留在任务中。

一组能验收的规则，比“专业一点”更有用

下面是一组自拟网站写作规范，可作为普通提示词使用，也可在支持的账号中测试持久保存：

面向已有基础的中文建站与SEO读者。先回答读者当前问题，再解释必要依据。操作内容写清检查位置、结果含义与下一步。区分官方事实、作者建议和假设示例。产品资料没有说明的参数保留待确认，不补造。首次出现的重要英文术语保留英文。比较同一组属性时可以用表格，其余内容优先用连贯自然段。效果承诺必须有相应证据。

有些规则还需要写明适用条件。例如“不要使用专业术语”对面向SEO从业者的文章就过于宽泛，可以改成“使用行业术语时解释会影响当前判断的含义”。这样保留了准确表达，也避免为已经熟悉的概念反复科普。

保存之后，检查实际条目

官方提供对话中明确保存偏好，以及在支持的侧栏进入Settings → Personalization添加要求的方式。Chat中的新增指令通过对话完成，管理入口与侧栏产品有所不同。按当前帮助步骤查看实际保存内容，避免把一次性的任务细节也留下。

关闭指令会保留条目但停止使用，删除则不可撤销。如果需要比较启用前后的表现，可以先保留规范原文，再使用开关；没有必要为了测试把整套设置删掉。

回答下方Sources中的Personalization settings可以辅助查看指令是否参与。这只能帮助判断调用情况，不能证明最后成品已经逐条符合要求。验收仍要看内容本身。

用同一份资料，检查三种不同交付

准备一份明确缺少信息的练习材料，比问“你记住了吗”更能发现问题。下面的例子完全自拟：收纳盒有两种尺寸，具体尺寸值尚未提供；材质待确认；发货时间需要按订单核对。

任务	应出现的结果	能发现的错误
写产品介绍	说明有两种尺寸选择，具体值待补	自行补成某种材质或杜撰尺寸
回复客户询问交期	说明需要核对订单条件	擅自承诺固定发货天数
列发布前待补资料	指出尺寸值、材质和交期依据	只润色卖点，没有识别资料缺口

比较时保持材料和任务一致，只改变是否启用这一组规则，或只修改其中一个有问题的要求。若同时换了产品资料、提示词和应用入口，输出变好了，也无法知道是哪项变化起作用。

记录可以很轻：保存任务、输入材料、使用的规则版本和错误句子。不要只记“文风更自然”，而要写“仍未补造材质”“把交期写成待确认”“教程保留了必要分支”。这些观察才能指导下一轮改动。较完整的测试思路可参考AI助手任务与评分方法。

用一句错误稿，检查规则应该改在哪里

沿用缺少参数的收纳盒材料，假设生成稿写成：“采用耐用PP材质，三天内发货。”原材料既未确认PP，也未给出发货天数，这句话的两项事实都不能保留。

可改为：“提供两种尺寸选择，具体尺寸与材质待确认；发货时间需结合订单条件核对。”然后将待办交给资料负责人：补尺寸、材质依据和适用订单的交期。若产品页不能发布待确认参数，就把这段留在草稿阶段。

对应的规则改动应是“参数和交期逐项对照当前资料；缺失项进入待确认”，而不是再叠一句“语言更专业”。下一轮仍用同一份缺失材料，检查是否再次出现PP或固定天数，再换一份参数齐全的材料，确认规则没有把已有事实也全部删掉。

输出不对，先定位哪一种问题

如果回答仍使用旧品牌称呼，先检查是否在正确账号和Workspace入口，保存项有没有更新、是否启用；也要查看当前材料是否仍包含旧称呼。不要直接叠加三条重复的“请用新名称”。

如果模型写出了材料中不存在的产品参数，检查资料范围和最终句子的来源。长期规则可以要求不补造，但它不能给缺失数据提供证据。合适的结果可能是保留待确认，或向负责人提出具体补充问题。

如果客户邮件和长教程都变成一样的列表，问题可能在过强的格式规则。删改“每次都用条目总结”这样的绝对要求，重新测试短邮件与操作教程，观察它们是否各自完成任务。

如果句子风格合适、事实也没错，但读者最关心的问题仍未回答，则要回到本次任务简报。长期偏好解决的是较稳定的表达与处理习惯，不能替代文章意图、需要覆盖的子问题和实际资料。给所有文章再加一句“写深一点”，通常没有给这篇文章补齐缺失问题更有效。

这四种情况对应设置、证据、格式和任务本身。把原因拆清楚，才知道应该改保存条目、补材料，还是重写当前大纲。

团队规范保留一份原文，不让个人设置成为唯一副本

跨应用的个人指令不等于全团队自动执行同一规范。可以保留一份团队文档，注明版本、适用内容和修改原因，再由实际使用者核对自己的保存项。

发现具体错误后，只调整相关要求。例如稿件总把“支持一个接口”扩成“兼容所有设备”，就增加兼容条件的核对动作，并用含有限定条件的材料回测。某一篇需要更多表格，则放在该篇任务中，避免影响后来的客户邮件。

如果还要迁移工具、资料源和执行步骤，已经超出个人写作偏好，可以继续看Agent Plugins工作流迁移。先把稳定规范、当前证据与当前任务分清，自定义指令才能减少重复，而不会成为另一个需要不断修补的长提示词。