Menú
CDS selection function — v0.1 thin overlay. Canonical rules at CDS.md; mechanics delegate to cnos.cdd gamma/SKILL.md.
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
The 0th coherence methodology: how coherence methodologies themselves are measured — this one included. Declares what measuring a CM means per axis, the consistency protocol every CM must pass (an instrument that cannot agree with itself is incoherent as an instrument), the mechanical/LLM split for judging a CM's corpus, and the adversarial-CM doctrine: what follows, mathematically, when one methodology demonstrates that another scores lower. Frontmatter is validated by schemas/skill.cue (#CMOfCMs); the declared signal codes and estimate fields are cross-checked against the engine source and the scoring instruction, exactly as for the 1st methodology.
How TSC measures itself. Declares the full self-measurement procedure — the targets, the deterministic (mechanical) work, and the one narrowly scoped cognitive task delegated to an LLM — and is rendered into the `coh self` command and the tsc-self-measure workflow by scripts/render-self-measure.sh. Frontmatter is validated by schemas/skill.cue (#SelfMeasure); the declared signal codes and estimate fields are cross-checked against the engine source and the scoring instruction, so this declaration cannot silently drift from what runs.
Measurement skill declaring a signal code the engine does not compute (negative fixture for the signal-in-engine cross-check).
Measurement skill declaring an estimate field that appears in the instruction's prose but not in its JSON output contract (negative fixture for the estimate-in-contract exact-set check).
Bootstrap an existing repository to operate under CDD — scaffold, version pin, labels, identity, CI, notifications, secrets, and operator registry.
α role in CDD. Implements the selected change, produces the review-ready artifact set, and writes α close-out.
| name | selection |
| description | CDS selection function — v0.1 thin overlay. Canonical rules at CDS.md; mechanics delegate to cnos.cdd gamma/SKILL.md. |
| artifact_class | skill |
| kata_surface | pointer |
| governing_question | How does γ select the next CDS cycle's gap by applying the canonical selection function in rule order? |
| visibility | public |
| parent | cds |
| triggers | ["selection"] |
| scope | lifecycle-phase |
| status | v0.1-thin-overlay |
This v0.1 operational overlay delegates mechanics to existing cnos.cdd
gamma/alpha skills until the v1 role rewrite. Canonical rules live at
../CDS.md §"Selection function".
The 10-rule selection function (P0 override, operational-infrastructure
override, assessment-commitment default, stale-backlog re-evaluation,
MCI freeze check, weakest-axis rule, maximum-leverage rule, dependency
order, effort-adjusted tie-break, no-gap case) plus the four
observation-surface inputs are stated canonically at
../CDS.md §"Selection function". Cite that path.
Mechanics γ runs (read inputs, build candidate table, apply rules in order, name decisive clause, size intervention) — v0.1 overlay:
../../../../cnos.cdd/skills/cdd/gamma/SKILL.md §2.1 — observe + candidate table.../../../../cnos.cdd/skills/cdd/gamma/SKILL.md §2.2 — select by rule order; size.../../../../cnos.cdd/skills/cdd/gamma/SKILL.md §2.2a — peer enumeration at scaffold.When v1 lands, this overlay retires or expands into a full CDS-side skill.