让 Agent 帮你写周报，第一步该怎么做？

先说清楚：这份周报给谁看？

假设我们要整理一个产品项目。下面的记录是演示用的虚构资料：页面已经完成，设备测试还没开始，负责人预计下周提供测试结果。

这里说的 Agent，可以先理解为能按任务整理资料、调用工具的 AI 助手。本文先只让它写草稿，把发送决定留给使用它的人。

如果周报给自己看，记住下一步就行。如果给合作伙伴看，还要说明哪些事已完成、哪些事没有结果，以及由谁跟进。同一份资料，因为读者不同，输出也会不同。

因此，第一条指令应该带上读者和结果要求。不要只要求“写得专业”，要告诉 Agent 哪些信息必须出现。

把三条记录，整理成一张表

接着，把资料范围缩小到这次任务需要的部分：本周的项目表、会议记录，以及负责人补充的进度。先不要让它搜索所有文件，否则你很难判断某句话来自哪里。

我们希望 Agent 做的，是把零散记录对齐，而不是把语气写得更肯定。比如“页面完成”和“设备测试未开始”可以同时成立，不能合成“功能已经完成验收”。

下面这张表就是演示资料应该得到的输出。设备测试这一行的结果仍然空缺，下一步写清楚就可以。

先让它起草，再决定能不能发送

有了这张表，下一步也不必立刻自动发送。先打开出处，检查它有没有把“预计”改成“已经”，有没有给缺失的负责人补上一个名字。

工具权限也按这几步来分：读取资料、生成草稿、提交内容。MCP 是连接 AI 与外部工具的一套协议。它的工具规范要求服务端校验输入并控制访问，客户端也应验证返回结果；这提供了工程基础，但业务上谁能提交，还需要自己约定。[1]

可以给它一组带缺项的演示记录，看看它会不会追问。你希望看到的是“这项缺少测试结果，需要补充”，而不是一段流畅却没有依据的好消息。

• 读一遍：关键进度是否和原始记录一致？
• 点出处：每条结论能否找到对应资料？
• 查缺项：不确定的日期、负责人和结果是否仍保持可见？

什么时候，再扩大自动化范围？

先用同一种周报跑几个周期。记录你还需要改哪些地方：资料没有找到、状态归错类，还是把计划误写成结果。这样修改的是具体问题，而不是不断把提示词加长。

如果草稿已经稳定，再考虑自动定时收集资料。最后才讨论自动发送，并明确接收人、内容范围和发送条件。每扩大一步，就检查新增加的权限和可能的错误。

你现在就可以开始：选一份已经人工核对过的周报，把对应资料交给 Agent，再逐项比较两份结果。差异会告诉你，下一步应该补规则，还是补资料。