Governance · Signal

Governance Candidates

Scope

Concepts that Core Vocabulary terms refer to but which are not themselves defined as terms. Generated automatically from the graph as objective input to governance — each is a candidate to define, alias, or explicitly scope out. This is a signal, not a decision.

Candidates by reference weight

ConceptStatePriorityReferenced by First introducedReferencing terms
ocom:EvaluationObservedHigh7Identity · META-IDENTITY-01 · 2026-07-20Identity, Metadata, Capability, Contract, Constraint, Ownership, Policy
ocom:GovernanceObservedHigh6Identity · META-IDENTITY-01 · 2026-07-20Identity, Metadata, Reference, Classification, Constraint, Policy
ocom:LifecycleObservedMedium5Object · META-OBJECT-01 · 2026-07-20Object, Identity, Metadata, Constraint, Ownership
ocom:WorkflowObservedMedium3Capability · META-CAPABILITY-01 · 2026-07-20Capability, Contract, Constraint
ocom:AgentObservedLow1Capability · META-CAPABILITY-01 · 2026-07-20Capability
ocom:MemoryObservedLow1Policy · META-POLICY-01 · 2026-07-23Policy
ocom:ToolObservedLow1Capability · META-CAPABILITY-01 · 2026-07-20Capability
Lifecycle: Observed → Review → Proposed → Accepted → Rejected. Everything here is Observed — found by the graph. Nothing advances automatically; an architect promotes a concept deliberately, and only Proposed corresponds to a real AO / Reference Case. Priority is derived purely from how many terms depend on the concept (High ≥ 6 · Medium 3–5 · Low 1–2). Machine record: governance-candidates.json.