Workflow 01
Summarise an emergency intake into a consistent handover
Emergency intake is taken under pressure. Details are captured inconsistently, and the technician arrives without knowing whether the water was shut off.
Email intake is read through a published, documentation-verified mail connection. Phone and SMS intake is not covered by any verified connection in this dataset and must be typed in.
Gmail on ChatGPTGmail on ClaudeGmail on Gemini
Inputs
- The inbound request in the connected mailbox, or intake notes supplied by a person
- Your intake checklist
Data the assistant reads
- Messages in the mailbox the connection is scoped to, or pasted intake notes
Steps
- 1.Write the intake checklist first: shutoff status, water source, access, occupancy, hazards.
- 2.Ask the assistant to map each request onto that checklist.
- 3.Require missing items to be listed as questions for the caller, never assumed.
- 4.The dispatcher completes the missing items before dispatch.
- 5.Store the completed handover with the job record.
Prompt template
Read this service request and map it onto my intake checklist: [paste checklist]. Fill each item only from what the message actually says. List every unanswered item under 'ask the customer'. Do not judge severity beyond what is written and do not suggest a repair.- Expected output
- A checklist-structured handover with an explicit list of unanswered questions.
- Human review required
- A dispatcher confirms shutoff status and hazards with the customer before a technician is sent.
Limitations
- Calls, SMS, and voicemail are not reachable through any verified connection here.
- The assistant cannot assess flooding risk or structural hazard.
- Response prioritisation stays with the dispatcher.
Sensitive data