RespondIt AI, 2026
Phantom work orders
An AI maintenance agent told callers their repair had been booked. About 1 in 10 of those orders never reached the property system.
Context
A maintenance-line agent was live for a group of properties. It took repair requests by phone and created work orders in the property management system.
Then an unverified caller was told their work order had been created. Nothing arrived in the property system. No error anywhere.
What I did
- Traced the call through the CRM code myself. A guard on the work-order API only ran when a property was attached to the call. Without one, the endpoint returned success while the write to the property system quietly failed, and the agent repeated that success to the caller.
- Closed the hole at the front door. I gated unverified callers at the welcome message, before the agent could take a request. No admin screen shows the maintenance prompt, so I proved the fix by behavior: a four-turn adversarial simulator run where no work order fired for an unverified caller.
- Went looking for the same failure at a larger client. Over 30 days, about 1 in 10 AI-created work orders had never reached the property system. Two root causes explained roughly 85% and 15% of them.
Result
The CTO classified it as P0. I delivered a backfill plan for the orphaned orders and a fix list for engineering:
- Persist the property on every work order
- Truncate descriptions to the property system's limit
- Never report success unless the write actually succeeded
- Alert on any order that hasn't synced
What it taught me
An AI agent is only as honest as the API under it. If the system says success on a failed write, the model will say it confidently to a resident waiting on a repair.