Signal

The inbox for updates that should not surprise reviewers.

Signal follows the places where work changes, turns those updates into reviewable context, and attaches each source to Atlas, Decision, and Proof.

Inbox
One queue for important updates

Signal watches API updates, Slack channels, schema diffs, incidents, PRs, support notes, and reviewer exceptions before they become hidden process debt.

  • Source
  • Owner
  • Affected system
  • Reason to review
Atlas connection
Every signal lands on the map

Atlas connects the incoming Signal to the workflow, documentation path, reviewer queue, and downstream Proof record.

  • Composition: signal-decision-proof
  • Hub: Atlas
Signal surface

Signal owns the inbox.

Signal captures the incoming change, source, owner, affected system, and reason it matters.

Signal

API updates, Slack posts, PRs, incidents, and exceptions enter the inbox.

Decision

The queue decides whether the update changes docs, reviewer policy, or product behavior.

Atlas

The map shows which systems and owners are affected before action moves downstream.

Proof

The proof graph records the source, decision, action, receipt, and rollback note.

Production contract

The product boundary stays small enough for operators to inspect.

In production, Signal is required because it owns source event, account owner, affected system, urgency and authority context.

Owns
Source context

Signal owns the source event, account owner, affected system, urgency, authority context, and why the update matters.

Produces
A review requirement

A good Signal produces a Decision requirement instead of silently changing documentation, API review, or front-end behavior.

Records
A proof seed

Signal gives Proof the starting evidence: who said what changed, where it came from, and what the workflow believed at intake.

Connected products

Atlas connects this product to the rest of the governance loop.

Each page describes one product surface, but production workflows need the four surfaces attached to the same map: Atlas, Signal, Decision, and Proof.

Signal implementation

Attach this surface to a real workflow.

Start with one live workflow, connect the source signal, name the decision owner, and decide which proof record must survive the action.

Source Name the first watched channel

Start with the Slack channel, API feed, PR path, or data source reviewers keep missing.

Decision Choose the review queue

Route the update to docs, product review, policy review, or an owner approval.

Proof Define the receipt

Decide what evidence should be saved after the update is reviewed.