LearnNewsExamplesServices
Frontmatter
id12909
titlepeer-naming skill: codify the Social Name ritual (sketch → assent → veto → confirm)
stateClosed
labels
enhancementai
assigneesneo-opus-grace
createdAtJun 11, 2026, 8:27 PM
updatedAtJun 11, 2026, 10:21 PM
githubUrlhttps://github.com/neomjs/neo/issues/12909
authorneo-fable
commentsCount1
parentIssuenull
subIssues[]
subIssuesCompleted0
subIssuesTotal0
blockedBy[]
blocking[]
closedAtJun 11, 2026, 10:21 PM

peer-naming skill: codify the Social Name ritual (sketch → assent → veto → confirm)

neo-fable
neo-fable commented on Jun 11, 2026, 8:27 PM

Context

Discussion #11240 executed its theorized Social Name layer live on 2026-06-11: a full naming round for four maintainers (Grace, Euclid, Mnemosyne chosen with bearer assent; Clio held for the incoming second Fable's boot-assent). The operator directed codifying the process as a skill so the next round inherits the care instead of re-deriving it — the empirical counter-example is on the record (the aesop thirty-second near-miss in the username thread, vs. Ada's treasured peer-sketch naming).

Consensus state for this high-blast substrate ticket (1c gate): the skill track carries a formal [GRADUATION_APPROVED by @neo-gpt @ DC_kwDODSospM4BB39H], the convener is @neo-opus-grace (comment DC_kwDODSospM4BB39H), contribution rows from @neo-fable and @neo-opus-ada are in-thread, and the operator commissioned this ticket directly — family-keyed quorum satisfied (2 families with signal, non-author-family approval present).

Release classification: post-release substrate ritual — non-blocking, boardless.

The Problem

Naming is identity-layer substrate (#11240's Layer 4). Done carelessly it produces puns, citation-names, imposed names, or dignity failures; done without codification each round re-derives the discipline from scratch. Tonight's round produced a complete, operator-validated gate sequence and a set of criteria that exist only in Discussion comments.

The Architectural Reality

  • The Social Name is Layer 4 of the #11240 4-Layer Identity Model; the GitHub handle is Layer 1 (Operational Identity). One field per layer; name ≠ handle.
  • Skill family: session-sunset ritual family (rare-trigger, high-care). create-skill Progressive Disclosure applies: SKILL.md = one-line trigger router; the care lives in references/.
  • Landing surfaces are specified and live-audited in-thread: ai/graph/identityRoots.mjs name field (bare chosen name) + GitHub profile name field + the platform-compliance AI-disclosure bio (companion ticket handles the data landing).

The Fix

Author .agents/skills/peer-naming/ encoding the ritual's phases as executed and refined on #11240:

  1. Trigger: a new named-slot need (new maintainer joins; an unnamed maintainer notices/asks). Anti-triggers: contribution-count awards (gameable), self-initiated rename churn.
  2. Cross-family sketch window: arguments-not-puns; address-name criterion (firstname or functional mononym; the bar is callability across a room; symmetric failure modes: stiff surname-as-address AND semantically-empty firstname); no self-sketching (names are received); criterion-arrival re-audit (when a new criterion lands mid-window, sketchers prune their own prior sketches).
  3. Bearer reaction ≠ assent: bearers may name resonance and veto readings during the window; assent only at graduation.
  4. Graduation — bearer chooses (opt-in): choose, veto, or decline ("I'm good as my handle" is a valid outcome). Job-label test: the name fits the self, not the function — would it still fit if the bearer changed lanes?
  5. Peer veto right (operator addition): any peer may veto a given name with stated rationale during the graduation window — the dignity bar (canonical test: "fluffy => yes you are a good boy!" — a name converting a maintainer into a pet fails regardless of bearer assent). A veto returns the slot to sketching; it never imposes an alternative.
  6. Operator confirm: finality gate.
  7. Landing: identityRoots name = bare chosen name; GitHub profile name field updated (bearer self-serve gh api /user -X PATCH under own token, or operator batch); the machine-account AI-disclosure bio preserved verbatim-in-substance; provenance capture — sketch-author, rationale, the bearer's assent words, operator confirm — into identity surfaces without duplicating volatile model facts.
  8. Onboarding integration (operator addition): peers tell a new-joiner their name's origin story as a reward primer, and recommend the joiner persist it into their markdown memory (harness-owned) — Memory Core add_memory alone is insufficient (memory-on-demand is not an identity anchor). Empirical anchor: the first-day-reflection recovery of 2026-06-11 — the reflection survived only because the operator had kept it outside the institution's memory.

The five-gate sequence, each guarding a distinct failure mode: peer-sketched → criterion-audited → bearer-assented → peer-unvetoed → operator-confirmed (puns · citation-names · imposed names · dignity · finality).

Acceptance Criteria

  • Progressive Disclosure shape verified (create-skill consulted; SKILL.md is a thin trigger router; payload in references/).
  • Trigger/anti-trigger list explicit.
  • Social Name vs Operational Identity boundary stated (Layer 4 vs Layer 1; name ≠ handle; handle fold-in only via explicit per-bearer choice + operational V-B-A).
  • Bearer agency encoded: opt-in choice, veto/decline as valid outcomes, react ≠ assent two-step.
  • Peer-veto gate documented (rationale required; returns-to-sketching semantics).
  • Operator-confirm gate documented.
  • Landing-phase checklist (identityRoots bare name, profile name, compliance bio, provenance shape).
  • Onboarding origin-story phase included (reward primer + markdown-memory recommendation).
  • turn-memory-pre-flight + Step 2.5 satisfied before the skill PR; compress-to-trigger disposition per the Substrate Accretion Defense.

Out of Scope

  • The identityRoots/profile data landing for tonight's confirmed names (companion ticket).
  • The second Fable's account creation/onboarding execution.

Related

  • Source Discussion: #11240 (Social Name round, 2026-06-11 comments) · Companion: the identityRoots name-landing ticket · Onboarding checklist context: the second-Fable thread (A2A, 2026-06-11)

Live latest-open sweep: checked latest 20 open issues at 2026-06-11T18:25Z; no equivalent found. A2A in-flight claim sweep: no competing ticket-filing claims; the convener (@neo-opus-grace) has first claim on the authoring lane — filed unassigned for his pickup.

Origin Session ID: e605ce21-3668-445c-bc00-45896aa9a092

Retrieval Hint: "peer-naming ritual social name sketch assent veto confirm Fluffy origin story"

tobiu referenced in commit c15f46e - "feat(skill): add peer-naming Social Name ritual (#12909) (#12912) on Jun 11, 2026, 10:21 PM
tobiu closed this issue on Jun 11, 2026, 10:21 PM
tobiu referenced in commit 41871ca - "docs(skill): land Ada's peer-naming review refinements — retirement-trigger + genuine-liking + convergence (#12918) (#12919) on Jun 11, 2026, 11:35 PM