Google Labs a présenté le 17 septembre 2026 une version familiale de son agent expérimental CC. L'agent peut prendre en charge jusqu'à six membres, chacun avec un compte Google distinct, et aider avec des briefings quotidiens partagés, Calendar et Tasks, des autorisations scolaires, des formulaires d'inscription, des listes de fournitures et la planification.
Le lancement compte parce qu'il rapproche un agent grand public de la logistique déléguée. Le signal de gouvernance n'est pas la possibilité de demander un plan de repas. Il tient à l'identité définie de l'agent, à sa mémoire partagée, à son ordinateur cloud isolé et aux limites de permission avant action ou partage d'information.
Ce que Google a lancé
Google affirme que l'agent familial ne voit que ce que chaque membre choisit de partager. Il ne répond qu'aux membres du groupe et ne prend pas d'action ni ne partage d'information hors du groupe sans permission. Il possède aussi son propre compte Google vérifié, au lieu d'emprunter l'identité d'un parent.
L'agent est propulsé par Gemini et l'environnement Antigravity de Google, avec son propre ordinateur cloud isolé. Google le présente comme une expérimentation précoce pour adultes aux États-Unis utilisant des comptes Google personnels. Les utilisateurs CC existants recevront des informations par e-mail et les nouveaux utilisateurs peuvent rejoindre une liste d'attente.
La frontière de contrôle est l'identité de l'agent
Le compte propre de l'agent est le détail de conception le plus important. Les comptes partagés ou empruntés rendent difficile de savoir si un humain ou un agent IA a modifié un calendrier, rempli un formulaire ou envoyé une information. Une identité distincte permet d'attacher permissions, journaux et limites au bon acteur.
Ce schéma est directement pertinent pour les agents d'entreprise. Les agents ont besoin d'identités nommées, pas de sessions invisibles dans un compte humain. Le guide Maetra sur Interaction Guard explique pourquoi le contrôle de navigateur et d'application doit être lié à une autorité d'agent explicite.
Le contexte partagé soulève des questions de preuve
Google décrit un briefing quotidien et une mémoire partagée capables de combiner le contexte familial. C'est utile pour la coordination, mais la mémoire partagée est aussi une surface de gouvernance. Les utilisateurs doivent savoir ce qui a été mémorisé, quel membre l'a fourni, quand cela expire et comment supprimer une information incorrecte ou sensible.
En entreprise, le même problème apparaît lorsqu'un agent transporte une mémoire projet entre tickets, clients ou systèmes. Sans métadonnées de source, de consentement et de conservation, la mémoire peut devenir un entrepôt de données non revu.
Une action autorisée doit encore être revue
Google dit que CC n'agira pas et ne partagera pas hors du groupe sans permission. C'est la bonne direction, mais une permission n'a de sens que si la demande est assez précise. "Remplis ce formulaire avec les détails fournis" est plus auditable que "gère les papiers de l'école".
Les actions d'agents à risque devraient inclure aperçu, approbation et trace de l'effet final. Le guide Maetra des approbations montre comment adapter la revue à la conséquence de l'action. Le guide des journaux d'audit IA décrit les preuves nécessaires après l'action.
Analyse Maetra
L'expérience familiale CC de Google vise le grand public, mais son modèle de contrôle est pertinent pour l'entreprise. Identité distincte, accès limité au groupe, mémoire partagée, exécution isolée et actions soumises à permission sont les mêmes questions de conception quand des entreprises déploient des agents dans des outils SaaS et des navigateurs.
L'efficacité reste inconnue. Google décrit les limites prévues, mais pas de tests indépendants de fiabilité, de résistance à l'injection de prompts ou de récupération lorsque l'agent comprend mal le contexte. Les équipes devraient voir le lancement comme un modèle utile, non comme la preuve que les agents délégués sont sûrs par défaut.