Start with the node, the work, and the boundary

VNWO stands for Viability Node Work Observatory. It publishes static public patterns for systems where people, agents, memories, endpoints, organizations, and workflows perform consequential work under constraint.

Seven statements to keep

  1. VNWO observes published node and work boundaries; it does not execute agents or monitor private systems.
  2. A node may be a person, agent, endpoint, memory packet, organization, workflow, site, or community.
  3. Work includes action, refusal, handoff, repair, export, revocation, and explicit no-op.
  4. Viability means the work remains justifiable under evidence, resource, authority, memory, review, and exit constraints.
  5. Source domains remain separate. VNWO routes theory to Teleodynamic, memory-package standards to UAIX, endpoint boundaries to LocalEndpoint, and incident evidence to ErrorNotifier.
  6. Participation matters because affected people hold evidence the system cannot infer. A credible process shows what input could change, how it was dispositioned, and which repair or exit path remains.
  7. The short law is: inspect the node, account for the work, control memory, and leave.

Publish one complete boundary before adding more theory

1. Identify the node

Name actor type, operator, declared role, source domain, and revocation path.

2. Describe the work

Record action or no-op, evidence, affected state, and reason code.

3. Preserve review

Provide correction, appeal, human escalation, repair, and version history.

4. Preserve exit

Publish export, revocation, retention, disengagement, closure, and fork paths.

5. Make participation consequential

State who can contribute, what decision is open, how dissent is preserved, what changed, and how people can correct the record.

Recommended read order

  1. About VNWO — identity, scope, source routing, and methodology.
  2. Observatory — evidence dimensions and operator posture.
  3. Why Participation Matters — decision linkage, safeguards, dissent, disposition, and anti-participation-washing.
  4. Application Profiles — select a bounded use case.
  5. Templates — customize the human-readable artifact.
  6. Machine-Readable Governance — pair the page with schemas and examples.