The Curation Pass

Heart

A curation pass is a session in which the curator reads the graph's recent state, applies the curator-layer Patterns — acknowledging contributions, engaging objections as structural input, glossing vocabulary contact surfaces, reconciling drifted accounts — and produces a record contributors can read. The Pattern names the unit; the component moves are separate Patterns. What this Pattern carries is the composition and the cadence.

Problem

Curation without a unit of work is curation deferred. A curator who addresses issues as they arise, without a bounded session in which the issues are attended to as a batch, produces partial work that loops back to itself — a drift noticed is not necessarily a drift addressed; a contribution acknowledged in conversation is not necessarily acknowledged in the record. The graph's curation needs become visible only at the bounded session that reads them together and produces a record.

The default state of a new project is that curation happens ad-hoc. The curator opens a file, fixes a problem, closes the file. The next fix is disconnected from the previous one; no cumulative record exists; contributors have no visibility into what was tended. The graph accumulates small improvements and no visible practice — the problem [[Wikis Without Curation Drift Toward Write-Only]] names, arriving through a different door.

The difficulty is establishing the ritual as a practice rather than an event. Once a curation-pass cadence exists, the composition of the component Patterns is ordinary work. The craft this Pattern teaches is holding the session as a bounded unit — reading the graph as a whole, applying the component moves together, producing a record — rather than dissolving curation into continuous small attention that produces no visible practice.

Forces

Solution

A curation pass has four moves in sequence:

  1. Read the graph's recent state. New contributions since the previous pass, flagged drifts, Open Questions that may now have substrate to resolve, pre-existing staged or uncommitted changes, and any back-pointers that may have drifted as nodes moved. The read is survey-level; the pass does not exhaustively re-read the graph each time.
  2. Apply the component Patterns per finding. For each contribution: [[Acknowledge Before Revise]]. For each objection or divergent vocabulary surface: [[Treat Objection as Structural Contribution]] and [[Gloss the Translation Surface]] as appropriate. For each drifted account: [[Reconcile the Standing Account]]. The component Patterns carry their own depth; this Pattern composes them.
  3. Produce the pass record. A markdown document (or commit message, or .state/ log entry) that names what the pass addressed: which contributions were acknowledged, which objections were captured and in what form, which Glosses were written, which accounts were reconciled. The record is concise but complete — a contributor reading it can see what the pass did without reading the underlying diffs.
  4. Communicate the record to contributors. The record reaches contributors who authored content addressed in the pass. The specific channel depends on the project's contribution surface (a comment on a PR, a note in a shared document, a message at a cadence the project commits to). The communication is part of the Pattern; a record that does not reach its audience has not completed the pass.

The pass's cadence is a project-level commitment, not a per-pass decision. The cadence is recorded as a Decision node and revisited as the contributor population grows. Typical candidate cadences: weekly during active growth, bi-weekly during steady state, on-trigger when specific events (a new contributor arrives; a form contract changes) warrant out-of-cadence attention.

Consequences

Instances

Also Known As

Relations