Overzicht

Uw opties voor het aanpassen van OpenSpec.

OpenSpec ondersteunt meerdere aanpassingsopties. Deze pagina toont wat elke optie verandert en wanneer u deze moet gebruiken.

Wat u kunt aanpassen

Optie	Wat het verandert	Wanneer te gebruiken
Profielen	Welke workflows worden geïnstalleerd, en of dat als skills, commando's of beide is	U wilt extra workflows en werkpatronen, of workflows verwijderen die u niet nodig heeft
Projectconfiguratie	De instructies die in elke workflow-run worden geïnjecteerd: context, regels en operationele begeleiding (config.yaml)	U wilt dat wijzigingen op uw manier worden gepland, zoals taken die altijd Playwright-tests bevatten
Schema's	Wat OpenSpec produceert: de artefacten, hun volgorde en hun sjablonen	Wijzigingen moeten verschillende planningsbestanden, secties of indelingen opleveren

Weet u niet welke u moet gebruiken?

Configuratie en schema's zijn twee niveaus van aanpassing. Kies op basis van hoe praktisch u wilt zijn:

• Begin met projectconfiguratie: het is lichter, en voor de meeste projecten is het voldoende. U behoudt de standaardartefacten en voegt uw eigen context en regels toe.
• Fork een schema wanneer toevoegen niet genoeg is: configuratie voegt alleen toe aan de kernworkflow. Het kan een regel toevoegen zoals "taken bevatten altijd tests", maar het kan het ontwerpdocument niet verwijderen of een bestand niet hernoemen. Dat is het terrein van schema's. Forken geeft u uw eigen kopie om te bewerken.

"Fork" betekent hier het openspec schema fork-commando, niet het forken van een git-repository. Schema's heeft de details.

flowchart LR
    a["The workflows should know my stack and conventions"] --> config
    b["One artifact needs an extra rule, like tasks always including tests"] --> config
    c["Different artifacts, file names, or document structure"] --> schema
    d["The built-in instructions say things my team does differently"] --> schema
    config["Project configuration<br/>(config.yaml)"]
    schema["Fork a schema<br/>(openspec schema fork)"]