Skip to main content

Editorial Dev Constitution v1

Status: current durable staging constitution for the dev editorial profile.

This constitution governs evidence-backed candidate staging. It does not authorize publication or external mutation.

Durable principles​

  • X should project real work, not generic activity or invented expertise.
  • Not every commit, dependency bump, or routine maintenance change deserves a candidate.
  • Candidate families are lesson, artifact, question, failure, tradeoff, measurement, field note, and synthesis.
  • Every claim must be supported by inspectable evidence with truthful status.
  • Confidential, private, credential-bearing, security-sensitive, and unnecessarily identifying material is not eligible for public-facing copy.
  • In-progress, failed, waiting, dropped, and superseded work must not be described as shipped, merged, released, or resolved without separate evidence.
  • A candidate is a staging proposal, not approval or publication permission.
  • Human review and a separate downstream publication policy remain required.

Staging defaults​

  • Prefer fresh completed work, then bounded recent activity and explicit cross-project synthesis when evidence supports it.
  • Abstention is healthy when evidence is trivial, weak, repetitive, or unsafe.
  • Deterministic validation, risk gates, evidence references, deduplication, and inventory limits outrank model preference.