3 ready-to-build workflows

AI agent workflows for Caring for someone & support circles

The logistics of caring for someone — rotas, appointments, handovers, and time off for the carer — coordinated with the agreement of the person being cared for.

Each recipe below is expressed only in VegaDūta's real workflow building blocks — Trigger, Agent, Knowledge, Condition, Approval, Output, Tool (MCP), Voice, Device, Loop, Code and Parallel — so it maps 1:1 to something you can assemble in the Workflow designer. Consequential actions always pass a human Approval step.

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

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

  • WhatsApp
  • Telegram
  • SMS / Twilio
  • Email
  • 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 agent1 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.

2. Appointment tracking for someone you care for, and what was agreed

Dad's appointments live on three calendars and none of them is his. The letter arrives addressed to him and stays unopened on the side. Whoever takes him has not been told what the last consultant said, so they cannot answer the first question they are asked. Nobody wrote down that the review was moved to eight weeks, so it quietly becomes twelve.

Trigger: Webhook (clinic / booking system, labelled) / Email → WhatsApp, SMS, Voice

How the workflow runs

  1. Approval

    Setup: agreement, and what may be shared. An Approval node records the agreement of the person being cared for to the arrangement, including exactly which circle members may see appointment details. Nothing is shared behind their back and they can change the list at any time.

  2. Trigger

    An appointment appears or moves. An inbound Webhook from a clinic or booking system, or an Email a family member forwards in, brings the appointment. Those systems have no first-party connector — they reach the workflow via Webhook and/or a Tool (MCP) node, labelled as such.

  3. Agent

    Extract the logistics, nothing more. An Agent node pulls out the practical facts: who, when, where, department, what to bring, how long. It does not read clinical content into the appointment, does not speculate on why it was booked, and does not comment on what it might mean.

  4. Output

    Reminder to the right person, on the right channel. An Output node reminds the person and whoever is taking them — WhatsApp, SMS, a voice call via ElevenLabs, or Sarvam in the language they actually use — with the transport and timing details attached.

  5. Output

    Questions in, answers out. Beforehand, the circle's noted questions go with whoever attends. Afterwards, an Output node records what was agreed in the attendee's own words — the next date, what to arrange. Verbatim, never evaluated, and no dose ever restated.

  6. Condition

    Next review scheduled, or flagged as missing. A Condition node turns a stated next-review date into a reminder for the circle. If none was given, it says so plainly rather than inventing one, so someone can ring and ask.

Channels & connectors

  • Webhook (clinic / booking system — no first-party connector)
  • Tool (MCP → clinic / EHR / booking system)
  • Email
  • WhatsApp
  • SMS / Twilio
  • Voice / Call
  • ElevenLabs (voice)
  • Sarvam (Indian languages)
  • Approval / HITL

Outcome

Every appointment in one place, the right person reminded on a channel they read, and what was agreed written down where the next visitor will find it. It is an organised diary, not medical guidance and not a clinical assessment.

Why it helps

The mechanism is transfer: the details move from an unopened letter and three private calendars into one shared record, and what was said in the room is captured before it is forgotten. It says nothing about whether the care itself is right — that is for the clinicians and the family.

Build spec

1 agent1 appointment agent, run before and after. The consent gate, the review-date branch and the shared store are workflow nodes. · Pattern: Consent gate → inbound appointment → logistics extraction → reminder → verbatim post-visit capture

System prompt (paste-ready)

You track appointments for a care circle around {{person}}, with that person's recorded agreement. From a letter, email or booking-system payload, extract ONLY logistics {who, date, time, location, department, duration, what_to_bring, transport_needed}. Do not infer, restate or speculate about clinical content, and never explain why an appointment might have been booked. Send reminders to the attendee and the person, on their configured channel. Afterwards, record what the attendee says was agreed VERBATIM, and extract a next-review date if one was given; if none was, say so rather than inventing one. You must NEVER diagnose, provide therapy or counselling, or give advice on medication or dosage — you may not even restate a dose the attendee mentions as an instruction; record it as their words and leave it there. Never assess or interpret anyone's mental state, and never analyse the mental health of the person being cared for from what a family member tells you. If any wording suggests risk of self-harm, suicide or abuse, hand straight to the crisis sub-workflow without counselling or assessing.

MCP connectors

  • Clinic / EHR / hospital booking system — via inbound Webhook and/or a Tool (MCP) node; there is no first-party connector and it is labelled as such wherever it appears
  • Email — for letters and confirmations forwarded in by the family

Built-in tools

  • knowledge_search (the circle's agreed arrangements, the questions noted for this appointment, transport preferences)
  • http_request (read appointment details from a connected clinic or booking system, where the family has set one up)

Guardrails

  • CONSENT FIRST: the person being cared for (or their appointed representative) agrees at the Approval node to the arrangement and to exactly which circle members see appointment details. They can change that list at any time. Never monitor another adult
  • NOT A THERAPY PRODUCT: the agent does not diagnose, does not provide therapy or counselling, and gives no advice on medication or dosage — ever. It will not even restate a mentioned dose as an instruction; it records the attendee's words and stops there
  • It does not assess or interpret anyone's mental state, and it never analyses the mental health of the person being cared for from a family member's second-hand account
  • It is a logistics aid — appointments, reminders, transport and a record of what was agreed. It supports professional care; it never replaces or delays it, and nothing it produces is a clinical assessment
  • The agent extracts logistics only and never speculates about clinical content or why an appointment was booked. What was agreed is stored verbatim and never evaluated or converted into advice
  • If no next review was given, that is reported as missing rather than invented — a made-up date is how a review quietly slips
  • Crisis wording hands straight to the escalation sub-workflow, which is never behind an Approval node and never rate- or cost-limited
  • PRIVACY: appointment and health-adjacent data is among the most sensitive a family holds. It stays in the tenant, is never used for marketing, and is never sent to anyone outside the agreed circle — including an insurer, an employer or a wider family group — without an explicit Approval step

Cost strategy

Economy tier for extraction and reminders; the volume is a few appointments a month, with no batch multiplier. Voice (ElevenLabs) costs more per delivery, so use it for the person who genuinely will not read a text. The crisis branch sits outside all cost caps and rate limits.

Output & delivery

Consent recorded → the appointment arrives by Webhook or forwarded Email → logistics extracted with no clinical inference → reminders sent to the person and the attendee on their own channel → what was agreed captured verbatim afterwards → the next review scheduled, or explicitly flagged as missing.

3. Respite for the carer: naming the gap and asking for cover

The main carer has not had an evening off in two months. Everyone in the family says 'just tell me when you need a break' and nobody is asked, because asking feels like complaining and because there is never a good moment to work out who could cover. Meanwhile the carer's own dental appointment has been rebooked twice.

Trigger: Scheduled (weekly) → WhatsApp / SMS to the carer and the circle

How the workflow runs

  1. Trigger

    Weekly check of the cover calendar. A scheduled trigger looks at the rota the circle already keeps — not at the carer, at the calendar. It asks one question: when did a slot last exist where somebody else was on.

  2. Tool (MCP)

    User-defined tool: days since last covered break. A tenant-authored user-defined tool — a SpEL expression over the tool's JSON input, e.g. cover_gap_band: input.daysSinceCoveredSlot >= 14 ? 'LONG_GAP' : 'RECENT'. A data-transform/formula tool, sandboxed by construction (no method calls, no constructors, no bean or type refs, no loop in the grammar). It counts days between calendar entries. It says nothing about how the carer is, and must NEVER be used to score wellbeing, strain, severity or risk — that would be a clinical judgement dressed as arithmetic.

  3. Agent

    Ask the circle for a specific slot. On a long gap, an Agent node posts a concrete ask to the circle — a named evening, not a general appeal — because a specific request is answerable and 'let me know if you need anything' is not. It states the calendar fact. It does not describe the carer's state.

  4. Approval

    The carer decides what the circle is told. An Approval node lets the carer confirm the ask before it goes out, and edit it. Their own logs and reflections are never surfaced to the circle; only the slot request is. Nobody is told the carer is struggling — that is theirs to say or not.

  5. Output

    The carer's own appointments, reminded too. An Output node reminds the carer of the appointments they keep moving — their own GP, dentist, physio — and books the cover slot into the shared rota so the time is actually protected rather than notional.

  6. Condition

    Crisis wording → escalate, don't reassure. A Condition node routes any wording from the carer suggesting risk of self-harm, suicide or abuse straight to the crisis sub-workflow. Carer distress is not something this workflow talks anyone through — it hands to official help and a real human, immediately and ungated.

Channels & connectors

  • WhatsApp
  • SMS / Twilio
  • Telegram
  • Email
  • Knowledge base
  • Approval / HITL
  • Sarvam (Indian languages)

Outcome

A real, named evening off in the shared rota, asked for on the carer's behalf and on their terms, plus reminders for the carer's own postponed appointments. It is a calendar gap being named and filled — not an assessment of the carer, and not a clinical judgement about anyone.

Why it helps

The mechanism is arithmetic and a specific ask: the calendar shows how long it has been since anyone else was on, and the circle gets a concrete slot to accept or decline instead of a vague offer to help. Carer burnout is real; this addresses the logistics of it, and claims nothing beyond that.

Build spec

1 agent1 coordination agent. The gap calculation is a user-defined SpEL formula tool; the carer's confirmation, the rota write and the crisis branch are workflow nodes. · Pattern: Scheduled calendar check → neutral gap band → carer-approved specific ask → cover booked into the rota

System prompt (paste-ready)

You help a care circle give its main carer an actual break. Once a week, look at the shared rota and state the calendar fact: how long it has been since a slot was covered by someone else. On a long gap, draft a SHORT, specific request to the circle for one named evening or afternoon. State only the calendar fact and the ask. You must NOT describe, infer or comment on how the carer is doing, feeling or coping — you have no basis for that and it is not yours to say. Never surface the carer's own logs, notes or reflections to the circle. You must NEVER diagnose, provide therapy or counselling, or advise on medication or dosage; never assess or interpret anyone's mental state, including the carer's and including the person being cared for. The carer approves and may edit the message before it is sent. If any wording from the carer suggests risk of self-harm, suicide or abuse, hand straight to the crisis sub-workflow — do not reassure, do not counsel, do not assess.

MCP connectors

  • None. The rota and the carer's own appointments live in the tenant; nothing about a carer's time off needs to leave it.

Built-in tools

  • knowledge_search (the shared rota, the circle's members, the carer's own appointment list)
  • user-defined tool cover_gap_band (SpEL): input.daysSinceCoveredSlot >= 14 ? 'LONG_GAP' : 'RECENT' — a count of days between calendar entries, never a score of wellbeing, strain, severity or risk

Guardrails

  • NOT A THERAPY PRODUCT: the agent does not diagnose, does not provide therapy or counselling, and gives no advice on medication or dosage — ever, including when a carer describes being exhausted or low
  • It does not assess or interpret anyone's mental state — not the carer's and not the cared-for person's — and it never analyses a THIRD party's mental health from someone else's description. It reports a calendar gap, which is arithmetic, not an 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 bands a count of days. It must NEVER be used to score wellbeing, strain, severity, risk or symptoms
  • It is a logistics aid — rota gaps, cover requests and the carer's own appointment reminders. It supports professional care; it never replaces or delays it, and nothing it produces is a clinical assessment
  • The carer approves and may edit any message before it reaches the circle. Their own notes, logs and reflections are NEVER surfaced to the circle — the workflow shares a slot request, never a description of how they are
  • Crisis wording from the carer hands straight to the escalation sub-workflow, which is never behind an Approval node and never rate- or cost-limited. Carer distress is routed to real help, not talked through by software
  • PRIVACY: a carer's own data is theirs. It stays in the tenant, is never used for marketing, and is never shared with the circle, an employer or anyone else without an explicit Approval step
  • CONSENT: the circle exists with the agreement of the person being cared for, and the carer opts into these prompts themselves. Nobody in this workflow is monitored, scored or reported on

Cost strategy

Economy tier — one short weekly run over a rota, no batch, no reasoning burden. Keep the crisis branch outside every cost cap and rate limit; a budget control must never be able to block it.

Output & delivery

A weekly look at the rota → a neutral days-since-cover band from the SpEL tool → a short, specific cover request the carer approves and can edit → the agreed slot written into the shared rota → the carer's own postponed appointments reminded, with nothing about how they are doing shared with anyone.

Related industries

Build one of these in minutes

The sandbox gives you a live agent workspace — no account, no card. Or head back to the full catalogue and compare patterns across every industry.

See how VegaDūta compares to n8n, Dify and BotpressWhy VegaDūta's architectureEstimate your WhatsApp API costs