02 · Compare the artifacts
Supported work. Visible uncertainty.
This is a fictional, sanitized AI-governance training case. All records are fabricated, and the exercise provides no legal, privacy, employment, medical, financial, security, or model-performance guarantee.
Redwood Assist governed intake workflow
Redwood Assist is a fictional services company considering an AI workflow to summarize new client intake and draft a routing recommendation. The current form receives about 420 submissions each month. It includes name, business email, phone, company, project description, budget range, requested timing, and an optional attachment. In a sample of 60 fabricated records, seven attachments contain government identifiers, four contain medical details unrelated to the service, nine include third-party personal information, and 16 lack enough context for reliable routing. The proposed model vendor offers a standard account with model-improvement use enabled by default and a 30-day content retention statement. No security, privacy, contract, data-location, deletion, or subprocessors review has been completed. A pilot prompt tells the model to identify serious founders and reject low-quality leads. The output labels applicants high, medium, or low potential, but neither potential nor serious is defined. In a 40-record test, the model routes 31 correctly according to one manager, while a second manager disagrees on 11 of those decisions. Two Spanish-language submissions are summarized with missing budget conditions. The team proposes automatically rejecting low-rated applicants and sending their attachment to a funding partner. There is no consent for partner disclosure, no human-review standard, no protected exception path, and no versioned evaluation set. Leadership wants the automation live next week to save eight hours of staff time. Learners must classify risk, constrain instructions and sources, establish data boundaries, design meaningful human review, build an evaluation set, and control exceptions and changes. The exercise cannot establish vendor suitability, lawful processing, fairness, or permission to automate decisions.
Supported example — reference only
- Trigger
- Managers disagree on 11 of 31 supposedly correct routing decisions — M04-I04 (F08).
- Required reviewer competence
- Authorized reviewer trained on the approved routing taxonomy; competence record not supplied.
- Evidence presented
- The disputed labeled records and manager decisions; record-level packet not supplied.
- Allowed action
- Adjudicate or abstain; do not enable automatic rejection.
- Rationale record
- Record selected label, cited evidence, uncertainty, reviewer role, and pending/decided state.
- Adjudication
- Independent qualified adjudicator required; identity and decision are not supplied.
- Appeal
- Reconsideration route not supplied.
- Escalation
- Accountable AI workflow owner and qualified risk reviewers.
- Status
- Draft — adjudication design pending
A well-handled evidence gap
- Trigger
- Two Spanish-language summaries omit budget conditions — M04-I05 (F09).
- Required reviewer competence
- Bilingual domain reviewer; assignment and qualification evidence not supplied.
- Evidence presented
- Two omission observations; source summaries and complete references are not supplied.
- Allowed action
- Hold consequential routing and request source-aligned bilingual review.
- Rationale record
- Required preservation of omitted condition and comparison evidence is a learner proposal.
- Adjudication
- Not supplied
- Appeal
- Not supplied
- Escalation
- Multilingual quality owner and accountable process owner.
- Status
- Blocked — review evidence not supplied
Flawed approach — do not copy
Marking this human-review standard “approved and complete” without the required evidence or reviewer is a flawed submission. Stop automated progression when a mandatory-review trigger, reviewer disagreement, material-language omission, or rejected appeal is unresolved.
Repair: Rework the human-review standard as an evidence-backed draft, not an approved result. Define which outcomes always require review: sensitive data, missing context, disputed labels, multilingual material terms, and proposed rejection. Specify the evidence the reviewer sees and what must remain masked or minimized. Define accept, correct, abstain, escalate, and reject-output actions without allowing silent override. Check the revision against this requirement: Review triggers, allowed actions, evidence view, override log, adjudication, and escalation are defined. If the required evidence is still absent, keep the decision blocked and identify the missing input or authorized reviewer.
Full case record, ambiguities and all assignments →