Skip to content

moooon

Motir

Vibe your whole project. Bring an idea — Motir's three AI layers plan it, track it, and ship it, end to end. You're looking at Motir, built in Motir.

  • Vibe Project
  • Open Source
  • AI Agent
  • AI Loop
1
requests
0
upvotes
145
planned
1,361
shipped

Motir · Work items

MOTIR-3391Done

kind-leaf / kind-bug — lesson rows, the mirror, and both baselines

The motir-ai half of the leaf-kinds family: the migrated kind-leaf and kind-bug limbs become lesson rows, the restated wording reaches SHARED_PLANNING_RULES, and the baselines move with it.

⚠️ OWNERSHIP IS BY SOURCE PACK, NOT BY THE MIRROR'S PACK TAG. The two homes disagree about which pack owns a rule — the claim-vs-pointer gate is gate 2 of core.md in the source and sits under phase-deepen in CORPUS_ORDER. So do not select segments by reading CORPUS_ORDER for 'kind-leaf' and 'kind-bug'. Probe the constant for the restated text of each unit the source card touched, and edit whatever segment carries it, keeping its existing pack tag and position. Two segments to check explicitly: A_BUG_IS_PARENTED_BY_ITS_FINDING_STORY and NO_CRITERION_RESTS_ON_ONE_MECHANISM are tagged kind-bug; PLAN_ALL_SUBTASK_TYPES_AND_COMPOSITION and THE_ESTIMATION_GATE are tagged kind-leaf but their source text may live in kind-story.md and kind-leaf-deepen.md — where it does, that segment belongs to the sibling card that restated it, and the PR body says so rather than editing it here.

Lesson rows and the mirror in one PR. For each migrate row in RESTATEMENT.md's kind-leaf and kind-bug sections, add a BASE_LESSONS row or record a MERGED line naming the covering row's sourceRef. The bug-parenting family is a strong candidate for kinds: ['bug'] on the routing axes; the repo-claim family is not — it fires on every leaf kind and should constrain only phases.

Same two constraints as every lesson card in this story: no new sourceRef may carry a #N above CORPUS_HEAD = 356 (the notes.html corpus is frozen; a post-freeze limb takes a sourceRef with no #N), and title / body / howToApply may name no repository, file, symbol, card key or date. Run pnpm lessons:generate-migration and commit the emitted delta.

Then the mirror: refresh sharedPlanningRules.baseline.txt and read its diff; delete any planningRulePacks.test.ts assertion pinning a migrated phrase, each named against its table row; refresh planningRuleRouting.baseline.txt if a segment title moved; and refresh the register ceiling DOWNWARD so the ratchet tightens rather than preserving the headroom this card creates.

blocked_by the previous link in the motir-ai chain as well as its own source card, because both refresh the same whole-constant length fixture.

Acceptance criteria

  • Every migrate row in RESTATEMENT.md's kind-leaf and kind-bug sections has a disposition here: a new BASE_LESSONS row or a MERGED line with its covering sourceRef and reason.
  • The PR body lists the mirror segments this card edited, each with the source unit it carries and the pack tag it kept, plus any segment it deliberately left to a sibling and why.
  • No new sourceRef carries a #N above 356; CORPUS_HEAD is unchanged; the totality, uniqueness, generic-rewrite and date guards pass unweakened.
  • pnpm lessons:generate-migration is run and its delta migration committed; the PR body names the directory and row count.
  • Every migrated phrase probes to zero in the composed constant, and no segment changes its pack tag or its position in CORPUS_ORDER.
  • sharedPlanningRules.baseline.txt refreshed with removed-word and added-word counts reported; registerCeiling.json refreshed with the ceiling FALLING and before/after figures quoted; planningRuleRouting.baseline.txt refreshed or explicitly reported unaffected.
  • Every planningRulePacks.test.ts assertion pinning a migrated phrase is deleted and named against its table row; none is weakened to pass.
  • pnpm typecheck, pnpm format:check and pnpm test are green.
  • No file outside motir-ai is changed.

Context refs

  • motir-ai src/llm/planningRulePacks.tsCORPUS_ORDER and the four candidate segments.
  • motir-ai src/seed/lessons.base.ts · tests/lessonsBaseSeed.test.ts · scripts/generate-lessons-migration.ts.
  • motir-ai tests/planningRuleConservation.test.ts · planningRuleRegister.test.ts · planningRulePacks.test.ts · planningRuleRouting.test.ts, and the three scripts/refresh-*.ts.
  • motir-meta prompts/plan-rules/RESTATEMENT.md · kind-leaf.md · kind-bug.md — read-only inputs.
  • MOTIR-3310 — the proof card, and the source of the text-probe instruction.