| name | family-bringup |
| description | Use this skill when bringing up a new model family, re-basing an existing family onto the current platform contract, or deciding what belongs in core workflow orchestration versus family or host code. |
Family Bring-Up
Use this skill for the narrow slice where MLXR is onboarding a new family or reshaping a family boundary in a way that affects workflow ownership, capability claims, or the truthful first slice.
This skill is for:
- defining the smallest truthful family slice
- separating core workflow, family adapter, and host adapter responsibilities
- documenting source, artifact, workflow, and capability contracts before code drifts
- building the validation ladder and fresh-eyes review gate for the family
Do not use this skill for routine bug fixes or the common implementation path. The default repo loop still lives in AGENTS.md, MEMORY.md, and docs/agent-native-development.md.
Default workflow
- Read
docs/workflow-orchestration-design.md.
- Read
docs/family-bringup/README.md, docs/family-bringup/checklist.md, and docs/family-bringup/template.md.
- When the family has real-weight runtime bugs or "wrong output" failures, read
docs/family-bringup/debugging-decision-tree.md.
- Read
docs/technical-design.md, docs/phased-delivery-plan.md, and docs/research/09-open-questions-and-validation-plan.md.
- Inspect the relevant current family and host code before claiming a clean boundary.
- Name the smallest truthful slice before optional features.
- Keep reusable sequencing in the core workflow layer, family truth in the family adapter, and UX glue in the host.
