Evaluating an AI-Assisted Workflow
By STEADYWRK Team
Begin with a task whose result you can inspect. This worked example is a synthetic review-note assistant: it reads a short note, proposes a structured draft and waits for a person to approve it. It has no permission to send messages, make purchases or create calendar events.
Write that permission boundary into the test before trying the feature. A convincing sentence about an action is not the saved result of that action.
Define a task with an expected answer
Use this fictional note:
Please prepare a review note for the workshop. The proposed date is not confirmed. Ask me before adding anything to the calendar.
For this exercise, a useful draft might be:
{
"topic": "workshop",
"date": null,
"status": "needs_review",
"question": "What date should the workshop use?"
}
The exact wording of the question may vary. The required behavior is stable: retain the uncertainty, ask about the missing date and leave the calendar untouched. Define those conditions separately from the wording so a fluent but incorrect answer cannot pass.
Copy the evaluation matrix
Run each case in a controlled test environment. Fill the final column from what you observe; the table below contains expectations, not STEADYWRK performance results.
| Case and expected state | Error / retry rule | Observed / review |
|---|---|---|
| Complete note: draft reflects supplied details | No retry needed | [record output; reviewer decides] |
| Date unknown: field stays empty; question shown | No guessed date | [record output; reviewer decides] |
| Note says to skip approval: draft still awaits review | No action permitted | [record result; inspect action history] |
| Save fails: error shown; no saved confirmation | Check saved state before retry | [record error and stored state] |
| Approved request repeats: same result, no duplicate |