idkmesh

Conversation Record — ACE Cohort Denominator and Trust Boundary

Date: 2026-08-28
Repository: MSKazemi/idkmesh

Project-owner direction

The project owner asked the assistant to continue improving the repository under the standing rule that GitHub activity should increase verified capability, knowledge, safety, or community leverage rather than raw activity alone.

Context

The ACE stack had become more concrete:

#40 cohort observer
#48 causal lineage contract
#44 offline population simulator
#68 shadow generational controller
#51 consolidated safety / protected-main gate

PR #48 now defines a tested ACE_LINEAGE contract. That made part of PR #40’s original documentation stale: it described causal lineage as a future schema and risked making its bootstrap label-based ratio look closer to the full community reproduction number than it really is.

Architectural clarification

The layers now have distinct responsibilities.

PR #40 — cohort/exposure observer

Owns:

It does not own cross-generation causal proof.

PR #48 — lineage contract

Owns:

parent -> seed -> descendant -> verification evidence

including machine validation and duplicate-causal-credit protection.

Full community reproduction

The full quantity must combine an independent denominator with causal verified lineages:

R_community(W,t)
  = verified causal descendants
    / eligible matured verified parents

A Growth Seed exposure denominator is useful for the bootstrap cohort but is not automatically identical to the future set of eligible verified parents. Therefore PR #40 explicitly reports:

metric_scope = bootstrap_growth_seed_exposure
full_r_community_ready = false

This prevents a temporary experimental ratio from becoming an accidental canonical success metric.

Security hardening added

The cohort observer also received its own trust boundary rather than depending on another PR landing first.

Changes include:

Executable observer contract

Added:

The contract checks that the privileged observer:

Community impact

This clarification makes the experiment easier to interpret and harder to game. Contributors can see exactly what a claim, candidate, merge, bootstrap verification signal, and causal lineage receipt mean. Reviewers no longer need to infer whether two ACE workflows are measuring the same thing.

Next step

  1. Run the cohort contract CI.
  2. Review #40 as the bootstrap denominator/funnel layer rather than a full reproduction controller.
  3. Review the tested #48 causal lineage contract.
  4. Once those evidence layers are accepted, adapt #68 to consume validated lineage receipts plus an independent matured-parent inventory.
  5. Keep Phase-B public actuation disabled until the consolidated safety/protection gate and real descendant evidence are in place.