Ask Gemini in Google Chat 最方便的地方，
也是最容易让人问得太大的地方。
因为它可以帮你从：
Gmail。
Drive。
Calendar。
Chat
找工作数据。
所以很多人第一句很可能会说：
帮我整理 Project Alpha。
问题是：
哪一段时间？
整理什么？
哪些算已确认？
整理完要不要直接做下一步？
全部没有说。
今天只学一个很简单的方法。
每次用 Ask Gemini 查工作以前，
先写四段：
范围。
时间。
要找什么。
先不要行动。
第一段：范围
先告诉 AI：
你现在只处理哪一件工作。
例如不要写：
帮我整理最近的客户工作。
改成：
只处理 Project Alpha。
或者：
只整理 ABC 客户的网站改版项目。
为什么？
因为同一个 Gmail、Drive、Calendar 里，
很可能同时有：
十个客户。
十几个项目。
名字还可能：
很像。
范围没有写清楚，
AI 就必须自己猜：
哪些数据属于同一件事。
尤其是同一个客户有很多项目时
例如：
ABC 公司网站。
ABC 公司广告。
ABC 公司年度合约。
ABC 公司新品活动。
如果只写：
整理 ABC 最近的进度。
可能把：
不同工作
混在一起。
所以第一句最好就是：
只处理「ABC 官网改版」项目。
先把：
边界
画出来。
第二段：时间
接着告诉 AI：
你要哪一段时间。
例如：
只看最近 7 天。
或者：
只整理昨天上午 9 点之后的新信息。
或者：
只看上一次周会结束后的新变化。
为什么？
因为工作数据最大的敌人之一就是：
旧信息。
例如三星期前客户说要星期五上线
后来又改成：
下星期。
如果 AI 把三星期前的 Email 找回来，
却没有注意到：
后面的变更，
就可能整理成：
上线日期：星期五。
文字没有读错。
文档也真的存在。
但答案：
已经过期。
所以「最近进度」最好不要让 AI 自己定义
直接写：
只使用最近 7 天的 Gmail、Chat、Drive 与 Calendar 信息。
或者：
如果找到更早数据，只能当背景，不要把它当成目前最新决定。
这样：
更清楚。
第三段：要找什么
这是最重要的一格。
不要只说：
「整理一下。」
而要告诉 AI：
整理完到底要回答：
哪几个问题。
例如：
只找三件事：
- 已确认的新变更
- 明确指派给我的待办
- 尚未决定的问题
这样 AI 就不需要：
把所有内容都摘要。
因为「完整摘要」通常不是最好用的摘要
假设一个 Chat Space 有：
120 则消息。
里面真正影响你工作的，
可能只有：
5 则。
如果 AI 把 120 则浓缩成：
40 行，
你还是要：
重新阅读。
真正有用的是：
它知道：
你现在到底要找什么。
例如准备早上工作，可以只找这三类
已确认变更
哪些事情已经：
真的改了？
我的待办
哪些事情：
明确要我处理？
未解问题
哪些事情：
现在还没有答案？
这三模拟：
「昨天大家聊了什么」
更接近工作。
第四段：先不要行动
最后一定加一句：
先只整理并附来源，不要寄信、排会议、创建任务或修改文档。
这一句很重要。
因为 Ask Gemini 不只会：
找数据。
它也可以协助：
创建文档。
准备消息。
管理行事历。
甚至在符合资格的帐号中处理更多 Tasks。
所以查数据和：
采取行动
最好不要混在同一句 Prompt。
为什么？
假设你说：
找到客户最新要求，帮我回复并安排会议。
如果 AI 第一个步骤：
找错要求，
后面就可能：
根据错误信息写回复。
再根据错误信息：
排会议。
第一个小错误，
一路往后放大。
所以第一轮只做「Read」
也就是：
先读。
先找。
先整理。
先附来源。
不要：
Send。
不要：
Schedule。
不要：
Create。
不要：
Modify。
看完数据后，再做第二轮
例如第一轮 Ask Gemini 回答：
客户最近确认三件事：
A。
B。
C。
而且都有：
来源。
你自己确认：
没有问题。
再说：
根据刚才已确认的 A、B、C，
帮我准备回复草稿。
不要自行加入新的日期、价格或承诺。
这时才进入：
Prepare。
草稿看完，再决定要不要真正行动
例如：
帮我找下星期三个 30 分钟候选时间。
先列出时间，不要直接创建 Calendar Event。
再确认一次。
最后才说：
使用第二个时间创建会议。
这样：
找数据。
准备。
真正运行
就是三个不同步骤。
一分钟版本可以直接这样写
只处理【项目／客户名称】。
只查看【时间范围】内的 Gmail、Drive、Calendar 与 Chat 数据。
请只找：
- 已确认的新变更
- 明确指派给我的待办
- 尚未解决的问题
每项都附上原始来源。
如果不同来源互相冲突，请分开列出，不要自行选一个当答案。
第一轮只整理数据。
不要寄出消息、创建或修改会议、创建 Task，也不要修改任何文档。
这就是：
今天全部的方法。
为什么还要写「来源互相冲突就分开列」？
因为真实工作很常：
不同地方写不同版本。
例如 Gmail：
星期五交。
Chat：
可能改下星期。
Calendar：
还是旧日期。
Drive 的 Project Plan：
甚至一个月没更新。
这时 AI 最危险的做法是：
偷偷替你决定：
哪个才是真的。
比较好的答案应该是
Gmail
星期五。
Chat
有人提出可能延后，但尚未确认。
Calendar
仍显示星期五。
然后告诉你：
目前数据存在冲突。
这才有用。
不要要求 AI「帮我选最新的就好」
除非有一个非常清楚的：
版本规则。
例如公司明确规定：
Calendar 才是正式交付日期。
或者：
只有 Project Manager 的确认消息才算正式。
否则：
时间比较新
不一定等于：
权限比较高。
例如实习生今天说「应该下星期」
不一定能推翻：
昨天客户正式确认的星期五。
所以工作数据有两种「新」：
时间比较新
最近说的。
权限比较高
有权做决定的人说的。
AI 不能只看：
Timestamp。
还要看：
工作规则。
如果公司有正式规则，可以一起放进 Prompt
例如：
交付日期以客户正式 Email 确认为准。
Chat 里的讨论只能当补充，不得自行覆盖正式日期。
这就会比单纯说：
「找最新版」
更安全。
「范围」也不要只靠关键字
例如项目叫：
Project Sunrise。
另一个旧项目也曾经使用：
Sunrise
当活动名称。
只靠文字搜索，
还是可能：
混进来。
所以如果有：
特定 Drive Folder。
特定 Chat Space。
特定客户。
特定文档
都可以在问题里：
说清楚。
Ask Gemini 本身也能使用不同 Workspace 来源
Google 官方现在说明，
Ask Gemini 可以搜索：
Gmail。
Drive。
Calendar。
Chat
等 Workspace Context。
而 Google 的 Workspace AI 也逐渐提供：
来源选择与搜索范围控制。
所以使用 AI 找工作数据时，
真正成熟的习惯不是：
「数据越多越好。」
而是：
完成这个问题需要哪些数据？
例如只想知道今天会议，不需要整个 Drive
如果问题只是：
今天下午有哪些会议？
那根本不需要：
搜索所有客户文档。
同样地，
如果只是找：
上星期某份演示文稿，
也不需要：
同时研究整个 Web。
工作 Context 不是：
愈多愈聪明。
很多时候反而是：
愈精准愈好。
但要特别注意：Prompt 里写「只看 Project Alpha」不是系统权限
这一点非常重要。
今天教的四段方法，
是在告诉：
Gemini 这一次工作应该怎么做。
它不是：
系统层级的访问控制。
如果你的帐号原本能看到其他数据
写：
只看 Project Alpha
不等于其他 Drive 文档突然：
被锁住。
真正决定 Gemini 可以访问哪些 Workspace 数据的，
仍然包括：
公司管理员设置。
来源系统的分享设置。
文件拥有者权限。
Workspace AI 控制。
所以：
Prompt 范围
和：
系统权限
不能混为一谈。
这就像你跟助理说「今天只整理 A 客户」
助理仍然可能拥有：
B 客户文件夹的钥匙。
你今天只叫他：
不要碰。
这是：
工作指令。
真正的权限控制则是：
他根本有没有：
那把钥匙。
两层都重要。
所以敏感数据仍然要靠真正的权限管理
例如：
人事数据。
薪资。
医疗信息。
法律文档。
财务。
客户机密。
不要只依靠：
Prompt 写：
「不要查看。」
真正不该看的数据，
应该从：
权限层
就限制。
那今天这个方法到底解决什么？
它解决的是：
工作问题太模糊。
例如：
数据很多。
时间很长。
项目很多。
AI 又可以采取下一步。
所以先限制：
范围。
时间。
问题。
行动。
让第一次答案：
比较容易检查。
一个实际例子
假设你是：
活动公司项目经理。
明天下午要跟客户开会。
不要问：
帮我整理明天开会要知道的东西。
改成：
只处理「2026 秋季新品发表会」。
只看最近 14 天的 Gmail、Chat、Drive 与 Calendar。
帮我找：
- 客户正式确认的新需求
- 已改变的时间或场地信息
- 明确分配给我的待办
- 目前仍没有答案的问题
每一项附来源。
如果 Email、Chat、文档或 Calendar 内容不一致，请分开列出。
先不要写信、安排会议、创建 Task 或修改任何文件。
这一轮做完，
你先看：
答案对不对。
第二轮才问：「哪些需要我今天处理？」
例如：
根据刚才已确认的数据，
只列出今天如果不处理，
会影响明天会议的事情。
这样：
再缩小一次。
第三轮才让 AI 准备工作
例如：
帮我把前三件事整理成明天会议的 Agenda 草稿。
注意还是：
草稿。
第四轮才运行
如果真的需要：
寄出去。
改 Calendar。
创建文档。
再做。
这种方式会比：
一句：
全部帮我处理好
慢几十秒。
但对正式工作来说，
可能省掉：
大量返工。
特别是 Ask Gemini 已经可以管理 Calendar 时
例如 Google 官方列出的能力包括：
创建会议。
重新安排会议。
删除既有事件。
找空档。
这些功能：
很方便。
也正因为方便，
才更值得把：
查找
和：
修改
分开。
找错时间和改错时间是两种不同成本
AI 说：
我找到星期三下午有空。
如果错了，
你可以：
不采用。
但如果它已经：
把六个人的会议直接改掉，
影响就变成：
六个人的时间。
所以 AI 每往：
Action
靠近一步，
确认的价值就：
更高。
Catch Up 也可以使用同一套四段法
不要：
我昨天错过什么？
而是：
范围：
只看 Product Launch Space。
时间：
昨天上午 9 点到今天上午 9 点。
要找什么：
已确认决定、我的待办、尚未解决问题。
行动：
只附来源并整理，不要创建任何 Task 或会议。
这会比：
摘要全部未读消息
实用很多。
Morning Brief 也一样
不要：
帮我整理今天工作。
可以写：
范围：
只处理我目前的三个主要项目。
时间：
最近 24 小时。
要找什么：
今天已排会议、直接指派给我的事情、昨天之后改变的 Deadline。
行动：
只整理，不要寄消息或修改 Calendar。
一样四格。
找文件也一样
不要：
找上星期那个演示文稿。
改成：
范围：
Project Alpha。
时间：
最近 10 天。
要找什么：
Amy 分享给我的最新版演示文稿。
如果有多个版本，全部列出修改时间与来源，不要自行删除或覆盖任何文件。
这样你比较不会拿到：
错版。
今天这个方法也能用在其他企业 AI
不是只有：
Ask Gemini。
例如：
Glean。
Microsoft 365 Copilot。
Notion AI。
ChatGPT 连接工作数据。
任何 AI 开始可以：
跨多个企业数据源搜索，
都可以先问：
哪个项目？
哪段时间？
我要哪几类答案？
第一轮可以采取行动吗？
这四个问题非常通用。
为什么 AI 愈能读公司数据，Prompt 反而愈需要缩小？
因为以前 AI：
不知道公司任何事情。
问题是：
Context 太少。
现在可能刚好相反。
AI 可以搜索：
几年的 Email。
大量 Drive 文档。
很多 Chat。
Calendar。
问题开始变成：
Context 太多。
而且里面同时有：
新的。
旧的。
正式的。
讨论中的。
已取消的。
彼此矛盾的。
所以 AI 工作下一个重要能力，
可能不是：
喂更多数据。
而是：
知道这次到底该看哪些数据。
最后记住这个四行模板就好
范围
这一次只处理：
哪个项目？
哪个客户？
哪个主题？
时间
只看：
哪一段？
要找什么
只回答：
哪几个问题？
先不要行动
第一轮：
只找。
只整理。
附来源。
不要动系统。
今天真正要记住的一句话
Ask Gemini 可以一次碰到：
Gmail。
Drive。
Calendar。
Chat。
这很方便。
但 AI 能看到的 Context 愈多，
第一句 Prompt 就愈不能只写：
「帮我整理一下。」
先缩成：
范围。
时间。
要找什么。
先不要行动。
让 AI 第一轮只负责：
把正确数据找回来。
等你确认来源之后，
再让它：
准备。
最后才：
运行。
AI 真正帮你省时间，
不是因为：
一次做得最多。
而是因为：
第一次就先做对该做的那一小段。
今天，和 AI 一起进步一点。
每天学会一个 AI 技巧。
每天节省一点时间。
每天提升一点能力。
SasaDaily，陪你一起成长。
