idkmesh

ADR-0011 — Discovery Surface Completion Without a Pinning Gate

Status: Accepted

Date: 2026-08-29

Context

Issue #173 established a P0 discovery-surface checklist for IDKMesh. Repository description, focused topics, GitHub Discussions, the public Pages front door/homepage, and a stable research-preview release are now active and have durable repository evidence.

One acceptance item remained: independently verify that welcome discussion #302 is pinned. The available repository API does not expose a reliable pin mutation/verification surface, so keeping that presentation detail as the sole blocker would leave an otherwise completed discovery activation permanently open unless a separate UI witness is supplied.

The project must not fabricate that witness. At the same time, a pin is not an authority, correctness, security, reproducibility, or external-participation control. It is a presentation affordance.

Decision

Supersede the pinned welcome discussion requirement as a P0 completion gate for issue #173.

Discussion #302 may still be pinned through the GitHub UI as an optional presentation improvement, but the absence of independently observable pin evidence does not block completion of the discovery-surface activation.

This decision does not supersede any gate that carries real authority or evidence requirements. In particular it does not substitute for:

External first-contact and contributor-conversion evidence remains tracked by #9, #10, #23, and #109 and must remain zero until real external evidence exists.

Rationale

The distinction is material:

presentation affordance != authority/evidence gate

Keeping a non-observable presentation detail as a hard P0 blocker would create stale tracker debt without increasing safety or scientific validity. Conversely, silently marking the pin complete would violate the External Action Handoff principle in ADR-0010.

The professional resolution is therefore to change the requirement explicitly, record why, and leave the optional UI improvement visible without pretending it occurred.

Consequences

Positive

Costs / risks

Revisit conditions

Revisit if evidence shows that pinning materially affects newcomer conversion, or if GitHub exposes a reliable repository API for pin state and the project chooses to make it an observable operational invariant.

Implementation references

References