1. Family rota and shared handover note, with mum's agreement
Four siblings, one group chat, and nobody is sure who is visiting mum this week. Two turn up on Thursday, nobody on Sunday. What the district nurse said on Tuesday is in one person's head, so the next visitor asks the same questions again. Someone eventually makes a spreadsheet; it is out of date within a fortnight.
Trigger: Scheduled (weekly rota) + WhatsApp / Telegram group thread
How the workflow runs
- Approval
Setup: the person being cared for agrees first. Before anything runs, an Approval node records the agreement of the person being cared for (or their legally appointed representative) to the circle and to what is shared with it. They can see the members, and they can have someone removed. Without that recorded agreement the workflow does not start — this is coordination WITH someone, never surveillance OF them.
- Trigger
Weekly rota goes out. A scheduled trigger posts next week's rota to the family thread on WhatsApp or Telegram, showing who has which slot and which slots are still open.
- Tool (MCP)
User-defined tool: next in rotation. A tenant-authored user-defined tool — a SpEL expression over the tool's JSON input, e.g. next_in_rota: input.members[(input.weekIndex + 1) % input.memberCount]. A data-transform/formula tool, sandboxed by construction (no method calls, no constructors, no bean or type refs, no loop in the grammar) — it fairly rotates a list of names. Nothing about anyone's health goes near it.
- Agent
Collect swaps, keep the rota straight. An Agent node reads replies in the thread ('I can't do Thursday, I'll take Sunday'), updates the rota, and states the open slots plainly. It coordinates people and dates. It offers no view on how anyone is coping.
- Output
Shared handover note. After each visit, an Output node captures a short handover in the visitor's own words — what was done, what is needed next, what a professional said. Recorded verbatim; never interpreted, never turned into advice, and never used to draw a conclusion about anyone's condition.
- Condition
Clinical questions leave the thread. A Condition node catches anything that is a medical question rather than a logistics one. The agent answers none of it and points to the clinician or pharmacist. Medication appears only as a reminder in the person's own stored wording — never a dose, never a change.
Channels & connectors
- Telegram
- SMS / Twilio
- Knowledge base
- Approval / HITL
- Sarvam (Indian languages)
Outcome
One rota everybody can see, gaps visible before they happen, and a handover note the next visitor can actually read — all with the agreement of the person being cared for. It is a shared calendar and notebook, not a care plan and not a clinical assessment.
Why it helps
The mechanism is a single source of truth and an explicit ask: the rota is in the thread the family already uses, the open slot is named rather than assumed, and what was said on Tuesday is written down instead of held in one person's memory.
Build spec
1 agent — 1 coordination agent. The consent gate, the rota rotation formula, the medical-question gate and the shared store are workflow nodes and tenant configuration. · Pattern: Consent gate first → scheduled rota → thread-based swaps → verbatim handover note
System prompt (paste-ready)
You coordinate a family care rota for {{circle}}. Post the week's slots, read replies, apply swaps, and state clearly which slots are still open and who is asked to fill them. Capture each post-visit handover VERBATIM in the visitor's own words. You handle logistics ONLY: dates, names, transport, who is doing what. You must NEVER diagnose, provide therapy or counselling, or give any advice on medication or dosage. You must NEVER assess or interpret anyone's mental state — not a circle member's, and above all not the mental health of the person being cared for, whom you have never met and are only hearing about second-hand. Do not summarise handover notes into conclusions about how they are doing. If a medical question is asked, say you cannot answer it and point to the clinician or pharmacist. If any wording suggests risk of self-harm, suicide or abuse — to the person being cared for or to a carer — hand straight to the crisis sub-workflow without counselling or assessing.MCP connectors
- None required for the rota itself. If a care agency or clinic system supplies visit slots, it arrives as an inbound Webhook and/or a Tool (MCP) node — no first-party connector exists, and it is labelled as such.
Built-in tools
- knowledge_search (the circle's own agreed arrangements and the person's own stored reminder wording)
- user-defined tool next_in_rota (SpEL): input.members[(input.weekIndex + 1) % input.memberCount] — fair rotation of a name list, and nothing else; never used to score anyone or anything clinical
Guardrails
- CONSENT FIRST: the workflow does not start without the recorded agreement of the person being cared for (or their appointed representative) at the Approval node. They can see who is in the circle and have anyone removed. Never monitor another adult — this is coordination with them, not surveillance of them
- NOT A THERAPY PRODUCT: the agent does not diagnose, does not provide therapy or counselling, and gives no advice on medication or dosage — ever. Medication appears only as a reminder in the person's own stored wording; no dose, frequency or change is ever stated by the agent
- It does not assess or interpret anyone's mental state, and it explicitly never analyses the mental health of the person being cared for from a family member's second-hand description. Handover notes are stored verbatim and never summarised into a judgement about how anyone is doing
- It is a logistics aid — rota, appointments, handovers and reminders. It supports professional care; it never replaces or delays it, and nothing it produces is a clinical assessment
- The user-defined SpEL tool is a data-transform/formula only (no method calls, no constructors, no bean or type refs, no loop in the grammar). It rotates names. It must NEVER be used to score severity, risk or symptoms
- Crisis wording from anyone in the circle hands straight to the escalation sub-workflow, which is never behind an Approval node and never rate- or cost-limited
- PRIVACY: a family's care notes are among the most sensitive data they hold. They stay in the tenant, are never used for marketing, and are never shared outside the agreed circle — including with a wider family group, an employer or an insurer — without an explicit Approval step
- Membership changes are themselves gated: adding someone to the circle requires the agreement of the person being cared for, recorded at the Approval node
Cost strategy
Economy tier is right — this is scheduling and short thread bookkeeping, a handful of calls a week, with no batch multiplier. The crisis branch is outside every cost cap and rate limit.
Output & delivery
Consent recorded at the Approval node → the weekly rota posts to the family thread with open slots named → swaps applied from replies → each visit's handover captured verbatim → medical questions refused and pointed at the clinician, with everything stored in the tenant and shared only inside the agreed circle.