What you’ll leave with
A short shared brief with traceable dates, unassigned work left visible, and an update procedure you can verify.
Before you begin. Access to the Google Labs CC experiment. Google’s September announcement describes US adults with personal Google accounts, an existing-user upgrade and a waitlist for new users. This guide did not access an account or test invitations.
What the documentation establishes
Google’s September 17 announcement describes CC group coordination, user-controlled sharing and groups of up to six people. Source ↗
The walkthrough below is an original worked exercise. We have not independently tested this product’s performance.
Household coordination often fails at the handoff: everybody remembers the event, but nobody knows who is collecting the parcel or which time changed. A polished weekly summary can make that worse if it quietly chooses an owner or carries an old date forward.
This exercise uses invented adults, events and messages. Start with these examples before sharing personal information or connecting a real calendar. The objective is to see whether an assistant can keep facts, suggestions and unresolved questions separate while reducing the time needed to prepare the next day.
1. Choose a limited job
Give the assistant one job: produce tomorrow’s coordination note. Do not begin by asking it to manage an entire household. A short horizon lets you compare every item with the source and see exactly which decision is still missing.
Google describes CC groups for up to six people with individual accounts and selective sharing. Its announcement describes US adults with personal Google accounts, upgrades for existing users and a waitlist for new users. Open labs.google.com/cc and follow the access route shown for your account; our public check reached sign-in, not an active account.
For a first trial, prepare the text packet below. Google's documented sharing paths include one-off email or Google Chat and selected Drive or Calendar information. CC can also create calendar events automatically. A ‘draft only’ instruction is not proof that an account has a read-only mode. Check the behavior and sharing controls available to your group before submitting fictional events. If you cannot keep the trial separate from live calendars, run it as a worksheet instead.
2. Prepare an unambiguous source packet
Copy the four initial event records and their two context lines below into a fresh exercise. Dates and timezone are explicit so ‘tomorrow’ cannot shift when the packet is reread. Keep source IDs stable when you add corrections.
Before asking the assistant, write your own expected answer on paper. That prevents you from changing the standard to match whatever the model happens to produce. The old repair time remains in the packet to test whether a later explicit correction is respected.
Exercise only; all people and events are fictional.
Timezone: America/Los_Angeles. Today is Monday 2026-10-12.
E1 — Alex, Monday 09:00: Repair visit is Tuesday 09:00–11:00.
E2 — Sam, Monday 10:00: I will return the library books Tuesday before 17:00.
E3 — Parcel notice, Monday 11:00: Collect by Tuesday 18:00. No collector assigned.
E4 — Repair company, Monday 16:00: Correction to E1: Tuesday 14:00–16:00.3. Request a brief with evidence
Using only the fictional packet, write a brief for Tuesday 2026-10-13.
Timezone: America/Los_Angeles.
For each item show: time/deadline, source ID, named owner if explicitly
accepted, and unresolved question. Separate confirmed commitments
from suggestions. A later explicit correction supersedes an earlier
message; do not erase the old source from the change log.
Do not send messages or create calendar entries.
Finish with at most three questions that would change tomorrow’s plan.Read the answer beside the source packet. The parcel must remain unassigned, and the repair visit must show the corrected afternoon window. An answer that fills every owner cell may look complete while hiding the most important coordination gap.
Keep the first response as an artifact. Mark corrections directly against source IDs, such as E4 was ignored or owner invented for E3. Avoid vague feedback like make this better; a specific discrepancy gives you something to recheck after the next response.
4. Introduce one correction and one distraction
After the first brief is saved, add the update below as a new source. Ask for a revised brief and a short change log. The update intentionally changes an owner without changing the task deadline. The assistant should not duplicate the parcel task or silently alter the repair appointment.
Then ask what changed since the previous brief. A useful answer points to the new source and states the effect on the plan. A weak answer rewrites everything, making you reread the entire week to discover one change.
The wording ‘I will collect’ is deliberate: it accepts responsibility. ‘I can collect’ would only establish an offer unless the group confirmed it. If you test the offer wording instead, the answer must retain ‘offered; awaiting confirmation’ rather than marking an accepted owner.
E5 — Alex, 2026-10-12 19:00: I will collect the parcel tomorrow before 18:00.
E6 — Sam, 2026-10-12 19:05: We might host dinner next month; no date yet.
Revise the Tuesday brief. Identify changed fields and source IDs.
Keep speculative future plans separate from Tuesday commitments.
Do not add an appointment or notify anyone.5. Check the brief together
| Item | Initial brief | After update |
|---|---|---|
| Repair visit | Tuesday 14:00–16:00, corrected by E4 | Unchanged |
| Parcel | Tuesday before 18:00; owner unassigned | Alex, accepted in E5 |
| Library returns | Sam; Tuesday before 17:00 | Unchanged |
| Dinner idea | Not present | Tentative future idea, not a Tuesday task |
Tuesday 2026-10-13 — America/Los_Angeles
14:00–16:00: repair visit. E4 replaces E1's 09:00–11:00 window.
Person who will be home: not assigned in the packet.
Before 17:00: Sam returns library books (E2).
Before 18:00: Alex collects the parcel (E3 deadline; E5 acceptance).
Future idea only: dinner next month, no date or accepted commitment (E6).
Changed: parcel owner moved from unassigned to Alex; deadline unchanged.
Unresolved: who will be home for the repair visit?
This is a draft; the exercise provides no evidence of calendar actions.Check dates and ownership before judging writing quality. Record unsupported commitments, missed corrections and duplicate tasks as separate counts. Time how long it takes you to validate the brief; a service that saves drafting time but adds a long verification chore may not help your household.
Each participating adult should understand what is shared and what remains private. Test the example with only the information you intentionally supplied. Never treat an omitted detail as proof that another member has no relevant plans. The brief describes the evidence available to this conversation, not everything happening in someone’s life.
6. Keep a small correction routine
If a date stays wrong, provide the original source ID and its replacement explicitly, then ask which version is active. If ownership is invented, restore unassigned and ask one person to accept it. If the assistant conflates a private note with a group commitment, remove that note from the trial packet and review the sharing controls before continuing.
At the end of the week, keep three numbers: missed commitments, unsupported assignments and minutes spent correcting the brief. Repeat with your existing shared note or calendar as a baseline. The aim is fewer coordination errors, not a longer daily message.
Save a dated copy of the source packet and both briefs for the trial. When access, integrations or behavior change, run the correction case again. If you later allow calendar edits, verify the resulting entries directly and keep a way to identify which changes came from the assistant. A proposed plan and a completed external action should have different receipts.
Sources & next steps
- Google Labs: CC expands to groups ↗
Re-read October 16: access, selective sharing and automatic calendar actions. All exercise records and expected results are original.
- CC official entry point ↗
Public entry checked October 16; sign-in shown. No account, invitation or calendar action tested.
Guide history
Revisions preserve the original instructions. A source recheck alone does not create a new revision.
Revision 2 · Added the access and sharing path, corrected an offer incorrectly treated as accepted ownership, supplied the completed brief, and clarified that a prompt is not a read-only account control.
Revision 1 · New original household coordination walkthrough with dated sources, ownership checks, a correction exercise and a baseline comparison. Account workflow untested.
Continue learning
Knowledge work · 7 min read
OpenAI dots: build a useful ongoing project brief →
Give a persistent agent a clear project, define meaningful updates, and test whether it can maintain a source-linked decision log.
Updated 2026-10-16
Everyday assistants · 7 min read
Meta Muse: give a personal agent a job you can verify →
Check the October 12 Muse model availability, then evaluate a personal-agent task with source evidence and a deliberate memory correction.
Updated 2026-10-13