WTKRESEARCH + ENGINEERING

PUBLISHED REFERENCE MATERIAL

Follow the claim to its evidence.

Start with a research question, inspect the proposed architecture, then separate implementation observations from validation evidence and open gaps. Publication here does not make a pattern true.

WTK / TARGET-STATE FLOW

Coordinator Worker

Pattern source
GOVERNING CLAIM

This source defines the governed coordinator worker topology, its decision paths, and its explicit outcomes.

INPUT → GOVERNED TRANSITIONS → OUTCOME → EVIDENCE
  1. 01
    AcceptBind the input, identity, scope, and authority.
  2. 02
    GovernApply the pattern's structural constraints and gates.
  3. 03
    ResolveRoute success, failure, escalation, or compensation.
  4. 04
    RecordPreserve lineage and outcome evidence.
FOLLOW PRIMARY FLOWLEFT / TOP→RIGHT / BOTTOM
READ THE FLOW

Follow the primary path, inspect every branch and return path, then identify where authority, evidence, or safe termination is required.

  1. 01

    Start with the declared input and authority.

  2. 02

    Follow every enforced transition—not only the success path.

  3. 03

    Treat branches and loops as explicit governance decisions.

  4. 04

    Confirm that every terminal state produces evidence or safe denial.

WTK IMPLEMENTATION OBSERVATION

The repository defines this topology as a reusable architecture pattern. Definition is not evidence of deployment effectiveness.

REMAINS UNPROVEN

Target-specific enforcement, failure behavior, cross-harness equivalence, and outcome value require implementation evidence.

FALSIFICATION PRESSURE

Implementation evidence · Cross-harness equivalence

CANONICAL SOURCEdiagrams/coordinator-worker.mmd

Topology and labels are source-controlled. Presentation is supplied by the site renderer.