Google Labs 在 9 月中旬公开了一个名为 CC 的家庭智能体实验，方向可以用一句话概括：给全家配一个常驻智能体。它最多服务六名家庭成员，跑在一台专属的云端电脑上，用的是一个独立的谷歌账号——不属于家里任何一个人，这让它天然区别于「某人的语音助手」。
CC 的一天是这样过的。早上生成一份「你的一天」共享简报，汇总家庭成员愿意共享的邮件、文件与日历；随后可以更新家庭日历、追踪未完成的任务、创建文档，还能预填表格——官方举例是学校同意书这类家庭高频文书。接入方式是手动且显式的：成员把指定邮件路由给它，通过 Google Chat 与它交互，把请柬和文件放进共享 Drive 文件夹。底层跑在 Google 的 Antigravity 智能体基础设施上，模型用的是 Gemini 3.8 Flash，每次部署运行在隔离的云环境里。
真正的看点不在功能清单，而在权限设计。CC 会在运行中沉淀关于家庭偏好的共享记忆——谁的事、家里的规矩、各人愿意暴露什么——同时尊重每位成员自行划定的信息边界；向家庭之外发送任何信息之前，它需要先请求确认。这三层设计回答的正是「多用户智能体」的三个新问题：谁的数据、谁可见、谁拍板。这类授权粒度问题过去只出现在企业 IAM 的讨论里，现在被推进到了客厅：一个智能体同时服务六个利益不完全一致的成员，撤销授权、信息粒度、成员之间的可见性边界如何传播，都是产品必须回答的题。本站此前写过 Google Home 开放 MCP 给第三方智能体（1026 号稿），那条线解决的是设备控制层，CC 解决的是生活协调层，两层拼在一起才是 Google 家庭场景的完整拼图。
放在同一周的行业语境里，这个实验更有样本价值。几乎同一时间，Anthropic 把项目级常驻智能体交给开发者（见 1133 号稿）：常驻、共享记忆、拆分并行任务、异步推进——消费侧的家庭与生产侧的工程团队，同时出现了从「会话」到「常驻智能体」的形态迁移。两条线用的词不同，结构却高度一致，说明这不是某家的产品选择，而是智能体交互范式在换挡。
家庭也不是没有先行者。国内的小度已把家庭智能体做成带屏设备上的常驻角色（548 号稿），海外各家的家庭中枢也大多停在「语音指令加设备控制」。CC 的差异在于把执行体放进了云端电脑——它不是音箱里的应答器，而是一个替全家跑腿的进程：跨应用取数、整理、代填、代发。形态差一层，能力半径就差一圈，代价是信任门槛也被抬高：用户要把邮件、日历、文档交给一个看不见的进程，简报质量与出错频率将直接决定这个实验能不能熬过 waitlist 阶段。
冷启动的难题也得说清楚。家庭数据的接入要靠手动路由，收益要等记忆积累之后才显现，早期体验很容易「又麻烦又笨」；而家庭场景天然叠加孩子、健康、财务这类高敏信息，默认边界的颗粒度官方只给了几条原则性描述。目前仅面向美国区成人个人账号开放 waitlist，定价与正式开放时间未披露，目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。