第一次打开 AI 个人助理，很容易把请求写成「帮我管理工作和生活」。这句话表达了愿望，却没有告诉助理先做哪件事、去哪找材料，以及什么结果才算有用。
更容易验证的起点是：明天有一场项目沟通，请根据我提供的材料整理一页会前准备。你不需要先把整个人生交给一个新工具，只需要观察它能否正确完成这一次委托。下面用一个虚构的会前准备案例，把从输入到验收的过程走完。
选一个结果拿得回来的任务
假设你要和设计师讨论个人网站改版，手头有上次会议纪要、一封新邮件，以及自己整理的需求。你希望开会前弄清三个问题：已经定了什么，哪里发生了变化，还有什么需要当场决定。
这项任务适合作为起点，因为材料范围小，输出可以直接对照原文检查，而且即使整理有误，也不会自动向对方发消息或改动日历。相比「替我安排接下来所有工作」，它的成本和边界都清楚得多。
如果你还不知道该选什么任务，可以先看个人智能体使用场景，挑一项自己确实经常做的工作，再把范围缩到一次交付。本文接下来只处理这次会前准备，不扩展成一套功能清单。
给它足够的背景，但别把材料堆进去就结束
材料能解释发生过什么，背景则解释你为什么关心这些事。网站改版的纪要可能写着「保留报名入口」，但助理还需要知道，你最担心的是用户找不到入口，而不是页面看起来不够漂亮。
把你的目标和限制放在材料前面，能够减少不必要的猜测。与此同时，明确哪些内容是事实，哪些只是你的担忧。例如「上线日期已确认」与「我希望尽快上线」不能成为同一条约束。
下面这段请求可以按实际情况替换后使用：
我明天要和设计师讨论网站改版。请只使用我接下来提供的上次纪要、新邮件和需求清单，为我准备一页会前材料。目标是确认报名流程，不讨论品牌重做。 请分成已确认决定、新变化、需要我决定的问题。每项决定注明出自哪份材料；互相矛盾的内容并列列出，不替我选一个版本。最后给出三件我应在开会前准备的事。 没有写明的人、日期或结论请标注未确认。不要发消息、创建任务或修改日历。
这里最重要的限制不是「一页」，而是输出必须能回到具体材料。来源可以是你给文件起的名字和其中的小节，不必假设每个产品都能自动提供原文链接。
请求中写「只读这些材料」，并不会自动缩小账户已经授予的访问权限。连接应用时仍要检查实际授权范围，不要把密码或验证码贴进对话。以后若需要对外发送，还应核对具体收件人、正文和附件，再确认执行，并检查实际发送记录；一次任务得到好答案，不等于可以省略这些步骤。
第一轮先检查错误，而不是润色
拿到结果后，不要立刻要求「写得更专业」。先抽查最可能改变行动的内容：日期、负责人、最新决定，以及它列出的未决问题。
在这个虚构案例中，上次纪要要求首页放报名按钮，新邮件只是建议先试验另一种位置。若助理把它写成「报名入口已改到页尾」，那就把提议误认成了决定。纠正时应说明原因：邮件没有明确接受这个修改，因此当前状态仍然是待讨论。
另一个常见问题是把材料缺失当成事情不存在。没有看到预算，并不代表项目没有预算；没有找到设计师的回复，也不代表对方尚未回复。让助理明确区分「材料未提及」与「已经确认没有」，后续计划才不会建立在错误前提上。
检查完事实，再调整表达。你可以要求压缩背景、把待决定问题放到前面，或者保留更多原话。这些修改会告诉你，哪些要求值得下次继续使用。
第二次使用，只增加一项复杂度
第一次结果可用后，可以在下一次同类会议中复用这个请求，但不要同时扩大资料来源、开启定时运行和允许对外操作。几个条件一起变化，出了错就很难判断原因。
例如，第二次只新增一份最近的邮件，看看助理能否解释它对已有决定的影响。第三次再尝试让它读取一个已授权的来源。每次都继续检查材料是否完整，以及它有没有把过时信息当成当前状态。
如果你使用 Today，可以通过持续对话补充背景，并检查与任务相关的 Memory。需要保留的是经过确认、以后还会影响判断的内容；不能因为一次纠正有效，就默认每个临时条件都该长期记住。长期背景也不能代替本次材料中的明确决定。
什么时候才值得变成重复任务
重复任务的价值取决于它是否稳定减少了你的准备工作。跑几次以后，可以问自己：我是否还要重新整理全部材料？它能否暴露缺口？上次指出的错误是否再次出现？如果核对输出比自己做更费力，应先缩小任务，而不是增加自动化。
准备把它固定下来时，再补上运行条件。例如「每次我提供新纪要后更新会前材料」，比「一直跟进这个项目」更容易判断是否执行。若使用定时能力，还要确认产品当前支持的时间、启停方式和结果入口，不把一次聊天答复当作已经创建成功的周期任务。
你也可能发现，自己只需要一个偶尔帮忙整理材料的助理。这同样是有效结果。合适的起点不需要证明 AI 能包办多少事，只需要让下一场会议少一点重复准备、多一点清楚判断。