客户资料在CRM，制作进度在任务工具，周报却要回到Google文档里写。Google在2026年9月15日宣布，Workspace中的Gemini可以通过MCP连接HubSpot、Asana等七项第三方服务，让使用者在当前工作窗口检索资料。Google发布公告
这轮连接最适合先用于查找和整理。当前帮助页明确限定为读取操作，不能通过这些集成修改第三方应用。因此，一个可行的起点是准备客户进度会：查清客户是谁、交付还缺什么，再形成带记录依据的摘要。更新交易阶段和任务状态，仍要回原系统完成。
七个连接器，先挑与你的问题有关的两个
本次列出Asana、Atlassian Rovo、HubSpot、Mailchimp、QuickBooks、Monday和Salesforce。它们提供的对象不同：项目任务、CRM记录、邮件营销与账务资料不能当成同一类数据。
Google帮助页说明，Asana可查项目任务，Rovo可查Jira与Confluence，HubSpot涉及公司、联系人和交易，其他服务也各有自己的检索对象。先围绕现有工作选连接器，比一次接入全部服务更容易判断效果。集成范围与使用帮助
假设一个网站团队使用HubSpot记录客户与销售，Asana安排产品页制作，Docs写周会材料。负责人最需要回答的可能只有三件事：这次会议属于哪个项目，哪些任务还未完成，以及哪些资料需要客户补充。先把这三件事查对，再考虑更多工具。
先确认同一个客户，尤其是一家公司有多个项目时
不同系统里的名称可能相似但不一致。“Northbay”可能是CRM公司名，“Northbay网站”是去年项目，“Northbay产品更新”才是这次任务。只按相似名称检索并合并摘要，很容易把旧项目进度带进新会议。
第一次使用时，先选择自己熟悉的客户。核对公司域名、联系人邮箱或CRM记录引用，再确认对应项目名称与项目范围。若同一公司有建站、内容更新和广告三项服务，应明确本次会议覆盖哪一项。
这种对应关系最好由项目负责人确认，而不是让模型凭名称猜。客户公司与交易的关联来自CRM，交付项目归属来自项目工具；两边都找到记录以后，仍需要一项能说明“本次讨论的是这一组对象”的核对。
HubSpot文档还说明，一个Google Workspace账号同时只能连接一个HubSpot账号。代理团队服务多个门户时，查询之前先确认当前连接账户，避免输出已经写好才发现资料属于另一套业务环境。HubSpot连接器说明
把查询拆开，再组合成周会材料
下面是自拟的查询方式，Northbay与项目名称应替换为已确认对象，并非本站实际账户测试。HubSpot当前文档仍写明英文支持，因此示例用英文表达检索要求。
@HubSpot Find the company Northbay and its associated contacts and open deals. Show record references where available. If multiple companies match, list them separately.
@Asana Find incomplete tasks in the Northbay Product Update project. Show assignees and due dates where available, and identify tasks without a due date.
先查CRM，再查任务，比较容易发现哪里缺资料。要求返回可用的记录引用，是为了便于回查；若没有返回，就手动打开原系统确认，不应把一句流畅摘要当成证据已经齐全。
随后再整理周会材料。可以保留下面几个栏目，而不把不同系统的状态揉成一句“项目进行中”：
| 栏目 | 采用哪类记录 | 需要保持的区别 |
|---|---|---|
| 客户与项目范围 | 已确认的公司、交易与项目 | 一家公司可能有多项交易和交付 |
| 商务状态 | CRM中的具体交易 | 成交只说明商务进度，不证明页面完成 |
| 未完成工作 | 对应项目的任务 | 任务未完成也不自动等于已经逾期 |
| 等待事项 | 任务说明与负责人确认 | 等客户资料、内部制作和待审核应分开 |
| 下一步沟通 | 已核对的联系人与任务负责人 | 客户联系人与内部执行者不是同一个角色 |
例如CRM显示签约，Asana仍有“补产品参数”的任务，这两条记录并不矛盾。可以写成“已签约，产品页制作等待参数确认”。如果任务没有截止日期，就写“截止日期未设置，需负责人确认”，而不要用本周末替它补一个看似合理的时间。
一份可以带进周会的结果长什么样？
沿用Northbay的虚构案例，假设负责人已打开原记录核对：交易D18为已签约；项目“产品更新”的任务T06等待客户提供尺寸，负责人为林，截止日期为空；T07是内部修图，负责人为陈，截止日期为9月25日。摘要应保留这两种工作：
商务：D18已签约。交付：T06等客户补尺寸，尚无确认日期；T07内部修图，计划9月25日完成。会议要确认：客户何时提供尺寸，以及T06是否影响整体交付。会后由林更新T06原记录。
这份摘要不把T06叫作“逾期”，也没有因为CRM成交就把网站写成“已完成”。正式使用时把D18、T06、T07换成可打开的实际记录链接；如果负责人回查发现日期已经改变，先更新摘要，再讨论排期。
空结果、缺字段和状态不同，要分别处理
HubSpot当前连接器只读联系人、公司、交易、相关关联与默认属性，并遵循原用户权限。团队自定义的交付级别或内部标签，不应因为存在于CRM就被视为必然能返回。
当回答没显示一个字段，先区分它是不受支持、原记录为空，还是查询没有取得。若记录完全没出现，再检查当前连接账户、权限和查询对象。把这些情况都解释成“没有这个客户”会使会议材料漏掉真实事项。
排查时按两种差异处理：
- 对象不同：成交与制作完成属于不同流程，分别保留，不强行改成同一状态。
- 时点不同：同一任务出现两个状态，回到原工具看当前记录，给摘要标明核对时间。
找不到连接入口，按两边账号条件检查
管理员可以在Workspace管理后台的第三方连接器设置中，按域、组织单位或群组管理允许范围。功能入口默认开放，并不意味着每位成员的外部账号已经授权连接。
成员还需要满足Google方案和第三方服务的要求，再通过Marketplace或实际连接流程完成授权。部分服务要求辅助应用或额外订阅，应以安装详情为准。完成后，在支持的Workspace应用中打开Ask Gemini，输入@并选择连接器；Sheets和Chat的具体操作另有对应帮助。
这次Google公告与HubSpot帮助文字仍存在更新差异：Google已在9月宣布开放，而HubSpot页面仍列出Gemini Alpha前提。遇到资格疑问，应核对当前安装页面、实际账号与管理员设置，不应仅凭其中一段旧前提决定购买或扩大权限。只读范围、记录类型与用户权限也应分别核对。
还要看清使用的是Workspace中的Gemini连接器，还是Google Cloud的Gemini Enterprise连接器。产品名称接近，但配置入口、方案和动作能力不能直接套用。
这份摘要怎样进入长期跟踪？
连接器解决当次取资料的问题，原业务记录仍由各自系统维护。会议上确认了任务负责人或交期后，应由负责的人回到对应工具更新。只修改Docs中的摘要，会让下一次查询仍读到旧状态。
周报可以记录本次核对日期、关键记录引用、待办与负责人。下一周先复查这些记录，再生成新摘要，不要把上周的AI文字当成新的数据源继续改写。这样更容易看出哪些事项真的推进，哪些只是描述换了说法。
若团队本来用表格跟踪文章与页面，可结合内容跟踪表的整理方法保留稳定的任务入口。无需为了连接器再复制一套全量CRM，只留下会议行动和指向原记录的线索即可。
判断试用是否值得扩展，也可以看具体结果：准备同类会议少切换了哪些页面，是否减少找错客户或漏查任务，哪些字段仍必须手动确认。用一次熟悉客户的完整核对，比单看接入了多少软件更容易判断价值。
常见问题
Gemini查到交易阶段后，可以直接帮我修改吗？
当前这组Workspace集成只支持读取，HubSpot文档也明确只读。可以据此准备修改建议，但真实记录仍需在原应用中更新。
没查到某个客户，是否说明CRM里没有？
先检查所连接的账户、用户权限和查询对象，再回到CRM核对。连接器看不到或未返回，与数据库不存在不是同一个结论。
一家公司在CRM里成交了，为什么任务仍未完成？
销售与交付状态描述不同过程，应分别保留。成交不能自动推断交付完成，任务未完成也不能直接推断项目未签约。
可以直接用中文向HubSpot连接器提问吗？
当前HubSpot帮助页仍写明连接器仅支持英文。首次验证宜按其文档用英文检索明确对象，再把已核对信息整理成中文；不要未经测试就承诺中文查询能力。