READING PATH
- MAIN ISSUETerrain map for the broken loop and control gap.
- TABLEReasoning record for finding where the verbs went.
- VSR-01Assign verbs before delegation.
- VSR-02Audit human review claims.
- VSR-03Separate automation from accountability loss.
- VSR-04Recover appeal, repair, and ownership paths.
- SOURCESInspect claim posture.
REPORT CLASSIFICATION
- Parent issue
- VANGUARD SIGNAL 006 — The Broken Loop
- Layer
- Role Division / Control Assignment
- Tool
- Role Division Matrix
- Function
- Assign human and machine verbs before delegation expands.
- Failure prevented
- Implicit delegation, role collapse, responsibility without authority, and post-failure blame routing.
- Evidence posture
- Diagnostic / operator framework; source-supported where Source Notes supply load-bearing support.
APPLIED TOOL
Role Division Matrix
Assign human and machine verbs before delegation expands. Failure prevented: Implicit delegation, role collapse, responsibility without authority, and post-failure blame routing.
CONTENTS
- 01 — Executive Summary
- 02 — 1. Problem Statement
- 03 — 2. Core Diagnostic
- 04 — 3. Artifact / Tool — The Role Division Matrix
- 05 — 4. Use Case
- 06 — 5. Failure Modes
- 07 — 6. Operator Field Test
- 08 — 7. Technical Insert — Role Assignment Registry
- 09 — 8. Overhyped / Under-Tested Claim
- 10 — 9. Source / Claim Notes
- 11 — 10. Handoff Note
01 — Executive Summary
Human-machine workflows fail when roles are implied instead of assigned.
A workflow diagram may show a human, an AI system, a tool chain, a review step, and an output. But the diagram often leaves the important verbs unassigned: who directs, who plans, who executes, who supervises, who reviews, who refuses, who escalates, who verifies, who repairs, and who owns consequence.
The Role Division Matrix exposes the difference between a workflow that merely contains humans and machines and a workflow that assigns authority.
Field rule: No delegation without role split.
02 — 1. Problem Statement
The broken loop begins when work is delegated without role clarity.
AI systems draft, rank, summarize, code, route, retrieve, recommend, edit, plan, and trigger downstream action. That creates a role problem.
A human may believe they are directing while the system is planning. A reviewer may believe they are supervising while the system has already executed. A manager may believe they own the workflow while a vendor system controls the decision path.
Icons are not roles.
A role requires a verb, authority, visibility, evidence, and consequence.
03 — 2. Core Diagnostic
The Role Division Matrix asks:
Who is actually doing each part of the work?
Core verbs:
- Direct — define objective, boundary, and success.
- Plan — choose method, sequence, tools, and fallback.
- Execute — perform the action or change state.
- Supervise — monitor live work before consequence locks.
- Review — evaluate output against criteria.
- Refuse — stop, pause, reject, narrow, or reverse action.
- Escalate — move uncertainty or failure to higher authority.
- Verify — confirm result against independent evidence.
- Repair — fix consequence and prevent recurrence.
- Own — carry explanation, accountability, and closure.
The first audit question:
Which verbs are assigned, and which are only assumed?
04 — 3. Artifact / Tool — The Role Division Matrix
| Verb / Role | What it means | Who performs it? | Authority required | Evidence required | Failure if missing |
|---|---|---|---|---|---|
| Direct | Defines purpose, scope, limits, and success | Human / team / policy / system | Objective authority | Goal, constraints, success criteria | System optimizes toward wrong target |
| Plan | Selects method, sequence, tools, and fallback | Human / AI / workflow engine | Workflow authority | Plan, assumptions, fallback path | Hidden sequencing risk |
| Execute | Performs the action or changes state | Human / agent / automation / tool | Action authority | Logs, permissions, action class | Uncontrolled state change |
| Supervise | Watches live state during execution | Human / monitor / system | Monitoring authority | State access, alerts, timing | Audience mistaken for controller |
| Review | Evaluates output or result | Human / model / policy check | Evaluation authority | Criteria, source access, comparison | Procedural approval |
| Refuse | Stops, pauses, rejects, or narrows action | Human / system gate / owner | Interruption authority | Stop path, reject path, threshold | Oversight theater |
| Escalate | Moves uncertainty or exception to authority | Human / workflow / system trigger | Escalation authority | Trigger, recipient, SLA | Failure trapped in queue |
| Verify | Confirms result against independent criteria | Human / test / evaluator | Validation authority | Benchmark, source, test, audit | Trust without evidence |
| Repair | Corrects consequence or system behavior | Owner / support / engineering / policy role | Remediation authority | Repair plan, correction record | Damage documented, not fixed |
| Own | Carries consequence and recurrence prevention | Named person / team / institution | Ownership authority | Named owner, recurrence guardrail | Responsibility diffuses |
05 — 4. Use Case
Use the Role Division Matrix when:
- a workflow adds AI assistance;
- an agent is given tool access;
- a human review step is introduced;
- a human review step is removed;
- code, content, decisions, or records are AI-generated;
- a process involves vendors, platforms, or external models;
- a failure occurs and everyone can plausibly point elsewhere.
This matrix is especially useful before automation expands from drafting into action.
Drafting can tolerate looser boundaries. State change cannot.
06 — 5. Failure Modes
5.1 Role collapse
One person is nominally responsible for too many functions without matching authority.
5.2 Role disappearance
A function disappears after automation is introduced.
5.3 Responsibility routing
Responsibility is assigned to a visible human while practical control lives elsewhere.
5.4 Role ambiguity
Multiple actors participate, but none has named ownership.
5.5 Role inversion
The human is treated as supervisor while the system directs the workflow.
07 — 6. Operator Field Test
Before delegating work to AI, answer:
- Who defines the objective?
- Who chooses the method?
- Who performs the action?
- Who watches live state?
- Who reviews the result?
- Who can refuse before consequence locks?
- Who can escalate uncertainty?
- Who verifies against independent criteria?
- Who repairs harm or error?
- Who owns recurrence prevention?
If the answer is “everyone,” the answer is probably no one.
08 — 7. Technical Insert — Role Assignment Registry
Purpose
Create a structured record of who performs each control verb in an AI-assisted workflow.
Use when
- deploying an AI-assisted process;
- assigning agent permissions;
- reviewing human-in-the-loop claims;
- auditing workflow failures;
- reducing or removing a human checkpoint;
- documenting governance before implementation.
What it creates
A registry that maps each workflow action to a role, actor, authority level, evidence source, refusal path, repair owner, and recurrence owner.
Technical version
workflow_id: "customer-support-refund-triage"
workflow_owner: "Operations Lead"
risk_tier: "medium"
last_reviewed: "YYYY-MM-DD"
delegated_action:
action_name: "refund eligibility recommendation"
action_class: "recommendation"
downstream_consequence: "customer refund approval path"
roles:
direct:
actor: "Refund Policy Owner"
authority: "sets policy and eligibility criteria"
evidence: "current refund policy"
plan:
actor: "AI workflow"
authority: "selects triage sequence within approved policy"
evidence: "workflow configuration"
execute:
actor: "AI workflow"
authority: "generates recommendation only"
evidence: "action log"
supervise:
actor: "Support Team Lead"
authority: "monitors exception queue"
evidence: "live dashboard + sampled logs"
review:
actor: "Support Agent"
authority: "reviews recommendation before final action"
evidence: "case record + model rationale + policy excerpt"
refuse:
actor: "Support Agent"
authority: "rejects recommendation or escalates"
evidence: "refusal reason field"
escalate:
actor: "Support Agent"
authority: "routes disputed cases to Policy Owner"
evidence: "escalation ticket"
verify:
actor: "Quality Analyst"
authority: "samples closed cases"
evidence: "QA checklist"
repair:
actor: "Customer Resolution Team"
authority: "corrects outcome and issues remedy"
evidence: "repair record"
own:
actor: "Operations Lead"
authority: "owns recurrence prevention"
evidence: "monthly failure review"
Manual / no-code alternative
Use a spreadsheet with columns:
| Workflow | Action | Risk Tier | Direct | Plan | Execute | Supervise | Review | Refuse | Escalate | Verify | Repair | Own | Evidence | Last Reviewed |
|---|
Power-user alternative
Maintain a workflow registry in version control and require updates before permissions change, automation expands, review steps are removed, or new downstream systems are connected.
Output
A clear role map showing whether the workflow has actual control assignment or only implied oversight.
Failure prevented
Implicit delegation, role collapse, responsibility without authority, and post-failure blame routing.
09 — 8. Overhyped / Under-Tested Claim
“The human is still responsible.”
Maybe.
But responsibility without assigned verbs is not governance. It is exposure.
The better question:
Which human, doing which verb, with what authority, before what consequence?
10 — 9. Source / Claim Notes
This report uses DFEI diagnostic synthesis. It should be supported by source lanes on human oversight, accountability attribution, agentic delegation, auditability, and workflow governance.
Claims about specific legal responsibility should be avoided unless externally sourced and jurisdiction-specific.
Use “ownership,” “repair responsibility,” and “deployment power” as operational terms, not legal conclusions.
11 — 10. Handoff Note
Objective: Assign human and machine roles before delegation. Relevant finding: AI workflows fail when role verbs are implied rather than assigned. Recommended execution output: role registry / workflow audit / permission review. Constraints: match authority to consequence; do not assign responsibility without refusal or repair power. Suggested first action: choose one AI-assisted workflow and fill out the Role Division Matrix before expanding automation.