setup-specialists

Configure Specialists by verifying Pi models and applying global overrides.

4|1|Updated Nov 1, 2025
One-click install
npx skills add https://github.com/xtrm-dev/specialists --skill setup-specialists
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: setup-specialists
Source: https://github.com/xtrm-dev/specialists/tree/main/config/skills/setup-specialists
Command: npx skills add https://github.com/xtrm-dev/specialists --skill setup-specialists

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill removes the friction of configuring Specialists by helping you verify local model availability, bootstrap shared defaults, and resolve override conflicts across repos and environments.

Core Features & Use Cases

  • Verifies your Pi model fleet and checks which specialists still lack a usable model.
  • Explains and applies the three-layer merge between package defaults, global user config, and per-repo overrides.
  • Bootstraps or updates global specialist settings with sp init --global and sp edit --global.
  • Helps you choose provider auth, privacy exclusions, project shape, and probe settings before applying a plan.
  • Use it when a fresh install needs first-run setup, when models changed, when global behavior should be standardized, or when doctor output shows missing or shadowed configuration.

Quick Start

Ask the assistant to run the setup-specialists workflow so it can inspect your models, recommend global overrides, and validate the configuration.

Frequently Asked Questions about setup-specialists

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I configure specialist models across multiple repos?

Validate specialist configuration by running the setup flow to verify Pi model availability, apply three-layer merge overrides, and check probe settings. It confirms package defaults, global config, and repo layers are correctly merged without shadowed or missing values.

How does the three-layer merge model handle global and per-repo overrides?

The three-layer merge model combines package defaults, global user config, and per-repo overrides. It preserves allowed fields while blocking unsafe global overrides, ensuring local repo settings correctly shadow global behavior without breaking core configurations.

What's the best way to fix missing provider credentials or unsupported model defaults?

Fix missing provider credentials and unsupported defaults by running the doctor setup flow. It identifies shadowed configurations, validates specialist readiness, and helps remap models or adjust privacy exclusions to restore proper functionality.

Do I need to verify Pi models before bootstrapping global specialist settings?

Yes, you need to verify Pi models before bootstrapping settings. Checking your Pi model fleet identifies which specialists lack a usable model, allowing you to choose provider auth and apply valid global overrides safely.

Can I use sp init to standardize global behavior for all my projects?

Yes, you can use sp init --global and sp edit --global to standardize global behavior. These commands bootstrap shared user overrides and apply uniform specialist settings across all your repositories before validating readiness.

Why does my specialist configuration stop working after changing models?

Specialist configuration breaks after model changes when per-repo overrides point to unavailable Pi models. Running the setup flow validates specialist readiness, remaps models, and resolves conflicts between package defaults and global user config.