Five short scenes showing the direction LoopSpec is being designed in. They are concept screens with illustrative data, not the finished product.
Test before it breaks.
Describe a request once and the result you expect from it. Run the same check after every change to the workflow.
Lead intakeTest scenario
Request
POST /webhook/lead-intake
{ "name": "Jo Rivera", "email": "[email protected]" }
Expected
Status 200
Field body.lead_id exists
Field body.email_valid is true
Know what changed.
Each run is compared with the last one. A check that passed before and fails now is called out, with the difference beside it.
Lead intakeChanged since last run
Last run: passed
{ "lead_id": "L-1042", "email_valid": true }
This run: needs attention
{ "lead_id": "L-1043", "email_valid": false }
Investigate failures faster.
When a check fails, the useful question is where it went wrong. LoopSpec is being designed to show the point where the result diverged, not only that it did.
Run detailWhere it diverged
1
Request sentPOST /webhook/lead-intake
2
Webhook answeredstatus 200, as expected
!
Check failed: body.lead_id existsfield is missing from the response
Not reached: body.email_valid is true
Deliver confidence, not guesswork.
A plain report of what was checked, what was not, and what needs attention. Something you can hand to a colleague or a client without a long explanation.
Lead intake QA reportNeeds attention
7checked
6passed
1needs attention
Not tested
Whether the notification email was delivered
A passing report shows what was checked at the time shown. It is not a guarantee.
Changes happen. Surprises shouldn't.
LoopSpec is still being shaped. The people who join early help decide what is built first.