UNVERIFIEDSchema 0.1Version 0.1.3
Guided Notebook
Missed-Call Follow-Up Agent
Design a small, human-supervised workflow that turns a missed call into a timely customer follow-up.
This Lab is currently educational and does not execute code or external actions.
- Difficulty
- Starter
- Estimated time
- 45 minutes
- Cost band
- Low
- Length
- 6 Steps
Business outcome
Reduce missed opportunities by preparing a relevant follow-up for review shortly after a caller cannot be answered.
- A follow-up draft is prepared within five minutes
- No customer message is sent without human approval
Compatibility paths
Coding approaches
ManualCodexClaude CodeCursorGrok Build
Deployment targets
LocalVps
The Lab remains useful without selecting a coding agent and does not require one model provider.
Known limitations
- Schema demonstration only
- No production system, provider credentials, or live delivery is included
Begin Lab ↓
Instructions
Review the business outcomes, identify the minimum data needed, and keep message delivery outside the agent's authority.
A missed call is an event, not permission to contact a person automatically. Separate event intake, drafting, approval, and delivery.
Instructions
Trace data from the webhook to the reviewer and identify every external boundary.
The backend controls state and the agent supplies only a proposed draft.
Backend
Event intake
Validate and normalize the incoming event.
Agent Runtime
Draft step
Propose text using bounded context.
Human
Approval step
Approve or reject the proposed follow-up.
Relationships
event-intake→draft-stepProvide validated context.
draft-step→approval-stepPresent the draft without sending it.
Instructions
Edit the example without inserting real contact details, credentials, or private customer records.
Demonstrate a bounded drafting instruction that remains independent of model provider.
Edits stay in this browser.
{{service-category}}
A public description of the requested service category.
Example: home-repair consultation
Instructions
Confirm the minimum data, scoped credential types, logs, human approval, and emergency stop before implementation.
!Stop and reviewSecurity StopPause and understand the boundary before continuing.
Data visible
- Conceptual caller contact details
- Missed-call timestamp
Read capabilities
- Read bounded customer context
Write capabilities
- Prepare a draft for review
Credential types
webhook-signing-secretscoped-api-token
Affected systems
- CRM
- Calendar
- Customer messaging channel
Logging considerations
- Do not log credentials or full customer messages
Emergency stop / rollback
Disable intake and delivery independently before investigating failures.
Risk notes
- Incorrect drafts require human review
Human approval required: Yes
Instructions
Use synthetic event data and verify each expected state transition manually or in an isolated test environment.
- Validation mode
- Deterministic
- Expected result
- One draft reaches the review state and no delivery action occurs.
Validation instructions
Submit a synthetic event to a test adapter and inspect only redacted state transitions.
Regression criteria
- Unsigned events are rejected
- Duplicate events remain idempotent
- Rejected drafts cannot reach delivery
Instructions
Review the draft, destination, and consequences before choosing approve or reject.
Proposed action
Allow a separately implemented delivery service to send the reviewed follow-up.
Why approval matters: Customer contact is externally visible and may affect trust or legal obligations.
Consequences
- Approval permits one reviewed message to advance to delivery
- Rejection keeps the workflow from contacting the customer
If approved
The reviewed draft may advance to an authorized delivery step.
If rejected
The draft is closed or returned for revision without delivery.