项目经理在电脑上讨论了计划，出差时用手机继续追问，第二天又在群里补充变更。如果每次都需要重讲背景，AI 很难成为稳定的工作助手；但所有聊天都自动变成项目结论，也会造成错误传播。
Google 在 2026 年 10 月 8 日的 Gemini at Work 公告中介绍了统一 Agent、云端持续执行、个人助理与团队成员两种使用方式，并提出跨入口使用相同上下文的产品方向。落到项目管理，关键是把个人使用习惯和团队共同执行的事实分别管理。Google Gemini at Work 公告
项目资料的四类内容
可以按使用目的整理资料。个人偏好帮助助手更合适地呈现结果；共享资料帮助成员理解项目；正式记录决定实际执行；当前任务说明这一次需要完成什么。
| 内容 | 示例 | 维护方式 |
|---|---|---|
| 个人偏好 | 周报先看异常，表格按日期排序 | 个人确认和调整 |
| 项目共享资料 | 需求、会议记录、系统说明 | 按项目维护有效版本 |
| 正式业务记录 | 里程碑、变更、验收结果 | 由对应负责人确认 |
| 当前任务 | 整理本周延期项及待决策事项 | 关联本次查询的时间范围 |
“负责人喜欢看一页摘要”可以长期记住；“月底之前必须完成接口”则需要确认是谁提出、是否已经批准，以及替代了哪个旧计划。
团队助手的项目工作过程
以周例会准备为例，助手先按项目编号查询当前里程碑，读取本周新增的会议和工作记录，再列出已完成、延期、信息缺失和需要决策的事项。每条事项附上原记录入口，便于成员核对判断。
如果某工程任务在群里说“基本完成”，项目系统中仍是进行中，周报应说明两种记录的差异。助手可以请负责人补充验证结果，不宜自行把状态改为已完成。
个人任务转交团队的处理
一个人先与个人助手讨论方案，随后需要同事共同执行时，可以生成一份交接摘要：目标、已确认内容、未决问题、相关资料和下一步负责人。只分享与工作有关的部分，避免把整个私人会话直接放入团队空间。
团队成员加入后，应能够从共享记录理解任务，不依赖最初发起人的私人记忆。人员请假或离开项目时，任务仍然有可查询的来龙去脉，其他人可以继续推进。
持续任务与项目变化
持续跟踪的工作需要明确检查对象和停止条件。例如，“持续关注第三阶段上线依赖，直到上线验收完成”，应关联确定的阶段和负责人。阶段取消或计划调整后，助手也要更新检查范围，避免继续追问已经撤销的工作。
需要当天准确结果的事项，回项目系统或原文档查询；历史摘要用来帮助定位。这样可以减少反复读取全部资料，同时防止旧总结覆盖新决定。
试用中的效果核对
选择一个正在推进、资料较完整的项目，观察助手能否减少会议准备和信息查找。特别检查负责人变更、需求修改、资料版本更新后，下一次输出是否同步变化。
还应让不同项目成员提出同一个问题，核对回答是否在各自可见资料范围内成立。个人偏好可以导致摘要长短不同，正式日期、状态和决定不能因此出现两个版本。
资料整理可参考企业知识的版本冲突处理，接入与持续维护见企业知识中枢。
