一页项目简报发出去后，读者最容易追问的通常是三件事：现在进展到哪一步，哪个风险需要处理，谁来决定下一步。我会围绕这三个问题安排 Google Docs 的正文，再用 Gemini Notebook 整理待核对的证据。这样，起草和验收都有一个具体目标。
方法说明：本文根据截至2026年10月2日（北京时间）的官方帮助整理，未进行账号实测。提示词、示例和验收规则是我的工作流建议。本文重点是将已有资料交付为一页简报；创建笔记本、添加来源等入门操作，可参考站内的Gemini Notebook基础指南。
第一关：先写清这一页要交付什么
我会先在 Docs 放好四个小标题：本期进展、主要风险、待决定事项、下周动作。每部分只保留影响项目判断的内容。会议里讨论过的想法，如果还没有确认，就放进待决定事项，避免在润色时变成已经承诺的工作。
起草前还要检查入口。Google Docs官方帮助说明，Gemini写作与编辑功能需要合资格的Google Workspace或Google AI套餐，部分功能提供给Workspace Experiments测试用户。具体可用能力以当前账号为准；没有相应入口时，这套简报结构与核对清单仍可用于手工写作。
第二关：把资料变成可检查的事实清单
已有Notebook的读者，可以只选本期相关资料，让它先列出新增进展、延期和待决定事项。我建议每条保留五个字段：事实表述、原文件链接、原文位置、资料日期、确认状态。清单中的“未确认”先留着，不急于把它改写成完整句子。
可直接尝试这个请求：“仅根据所选资料列出本期事实清单，每项附原文位置和日期。找不到负责人或完成时间就写未确认。遇到冲突分别列出来源，先不要写简报。”接下来逐条打开原文，确认它是否真的支持这一项。
Notebook来源帮助说明，导入的Drive来源会自动同步，也可手动同步，但Google文件的脚注和评论不会导入。如果关键决定只在评论里，我会请负责人确认后补进正文，再更新清单。进入Docs前，至少抽查一份最近修改的原文件，避免把熟悉的文件名当成版本已更新的证明。
第三关：在Docs重新选来源，再限定修改范围
把核对后的清单和链接复制到Docs后，我会另行选择相关原文件。官方写作帮助给出的入口是底栏的“Sources”，或输入“@”后搜索并选择文件。本文采用人工转移清单的方式，图中箭头不代表Notebook会自动把上下文交给Docs。
接着检查Gemini来源与搜索设置：关闭这次任务不需要的搜索位置。官方说明，同一会话可能继续引用前面轮次的来源；要排除之前用过的资料，应开启新会话并重新选择来源。这比仅在提示词里写一句“忽略旧资料”更值得先检查。
我的起草提示词会写得具体一些：“根据已确认清单，按本期进展、主要风险、待决定事项、下周动作写一页简报。每项只保留影响判断的信息，保留关键事实来源。未确认的信息原样标注，建议单列，不新增负责人、日期或团队承诺。”这里的“一页”是交付目标，生成后还要在最终文档版式中检查篇幅。
草稿出来后，我会按小节修改。例如：“只压缩主要风险这一节，保留触发条件、影响与待确认内容，不改日期和负责人。”Docs支持逐条接受或拒绝建议；涉及数字、状态和承诺的改动，我倾向于逐条看过再接受。
第四关：核对的是句子，不能只数引用
官方来源说明提醒，Gemini可能漏列来源、给出不能直接支持当前信息的引用，甚至生成不存在的来源。我会检查每个数字、日期、负责人和状态，并确认引用指向的原文仍然有效。资料过多可能超出处理能力，也需要留意关键内容是否被遗漏。
用一个虚构例子说明：原文写“计划10月15日开始联调”，草稿却写成“10月15日上线”。即使引用链接正确，这句话也需要改回原意。类似地，“评估是否增加预算”不能改成“已批准增加预算”。我会优先检查这些动词和状态，再处理语气是否顺畅。
另一个常见空白是行动负责人。来源没写，就标记待确认；两份文件说法冲突，就列出分歧和需要谁确认。完成这一步后，把事实清单留作复核附件，正文只保留读者真正需要的结论。
第五关：按读者能否核验来验收
发出前，我会再看三件事：正文是否能在一分钟内说明项目状态；重要行动是否有已确认的负责人和时间，或清楚标出缺失项；读者能否打开必要的引用。涉及权限时，先找适合该读者的材料或摘要，不为了让链接能打开就扩大原文件的分享范围。
想判断这套流程是否省时间，可以用同一组脱敏材料，分别记录手工写作和AI辅助写作的完整用时，同时记录漏掉的事实、无效引用和人工返工。只有简报通过同一套验收标准，用时才有可比性。我更愿意先把“可以放心交付”定义清楚，再讨论哪一步值得交给工具。
配图说明：三张图为蓝图编辑部于2026年9月30日制作的原创流程示意，本次复核后沿用；均非产品界面截图或实测结果。
