Skip to main content

skillset-dev

Route work on the Skillset compiler repository through its tenets, accepted ADRs, and focused contributor skills. Use whenever changing or reviewing Skillset source, compiler behavior, schemas, tests, fixtures, generated output, or contributor workflows.

Informações da origem

Repositório
outfitter-dev/skillset
Última atividade na origem
17 de agosto de 2026 às 00:19
Idioma detectado do SKILL.md
inglês
Estrelas
1
Forks
0

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
description
Route work on the Skillset compiler repository through its tenets, accepted ADRs, and focused contributor skills. Use whenever changing or reviewing Skillset source, compiler behavior, schemas, tests, fixtures, generated output, or contributor workflows.
metadata
{"skillset.schema":"1","version":"0.1.0"}
name
skillset-dev
# Skillset Development ## Start With Doctrine 1. Read `AGENTS.md` and `docs/project/tenets.md` before changing a contract or generated-output promise. 2. Find the governing accepted decisions in `docs/adrs/README.md` and `docs/adrs/decision-map.json`, then read the relevant ADRs rather than relying on their titles. 3. If implementation and doctrine disagree, change the implementation or make an explicit decision. Do not reconcile the conflict only in tactical documentation. ## Route The Work Use the narrowest specialist that owns the change: - **Compiler behavior, rendering, commands, or package placement:** use `skillset-dev-compiler`. - **Config, frontmatter, source vocabulary, or shared validation:** use `skillset-dev-schema`. - **Tests, fixtures, conformance, or verification strategy:** use `skillset-dev-testing`. Use more than one specialist only when the change crosses their ownership boundaries. Keep one semantic owner and let the other specialist supply verification or integration guidance. For ADR lifecycle work, use `skillset-adrs`, then follow `docs/adrs/README.md` and the repository ADR helper. For provider evidence, read the official provider material before changing a support claim. Dedicated provider, documentation, and release specialists are separate follow-up work; do not invent them inside another skill. ## Preserve The Boundary - Contributor material may read, invoke, test, and extend the public Skillset product. - Public `skillset*` artifacts must never route to or depend on `skillset-dev*`, repository internals, fixtures, or release machinery. - `bun run public-closure:guard` enforces that boundary only over generated `plugins/skillset/**` output. Contributor and self-hosted `.agents/`, `.claude/`, `.cursor/`, and `.skillset/` trees are intentionally outside its scan root. - Edit `.skillset/` and `skillset.yaml` as canonical self-hosted source. Rebuild generated `.agents/`, `.claude/`, `.cursor/`, and `plugins/` output; never hand-edit it as source truth. - Build does not authorize installation, activation, trust, publication, or user-level provider configuration changes. ## Finish The Loop Implement the smallest complete change, verify it through the owning specialist, rebuild self-hosted output when source changes, inspect the generated diff, and run the repository aggregate gate before handoff.
Ver no GitHub