Commando's

Dit is de naslag voor OpenSpec's slash-commando's. Deze commando's worden aangeroepen in de chatinterface van je AI-coderingsassistent (bijv. Claude Code, Cursor, Devin Desktop).

Zie Workflows voor workflowpatronen en wanneer je elk commando gebruikt. Zie CLI voor CLI-commando's.

Deze pagina's gebruiken /opsx:<command> als de canonieke naam. Sommige tools spellen het anders — Cursor en GitHub Copilot registreren /opsx-propose, Codex gebruikt $openspec-propose — dus raadpleeg Hoe aan te roepen voor jouw tool. De bestanden die OpenSpec genereert, gebruiken al de juiste vorm.

Sneloverzicht

Standaard Snelpad (`core`-profiel)

Commando	Doel
`/opsx:propose`	Creëer een wijziging en genereer planningsartefacten in één stap
`/opsx:explore`	Denk na over ideeën voordat je je aan een wijziging commit
`/opsx:apply`	Implementeer taken uit de wijziging
`/opsx:update`	Herzie de planningsartefacten van een wijziging en houd ze samenhangend
`/opsx:sync`	Voeg delta-specs samen in de hoofdspecificaties
`/opsx:archive`	Archiveer een voltooide wijziging

Uitgebreide Workflowcommando's (aangepaste workflowselectie)

Commando	Doel
`/opsx:new`	Start een nieuw wijzigingsscaffold
`/opsx:continue`	Creëer het volgende artefact op basis van afhankelijkheden
`/opsx:ff`	Fast-forward: creëer alle planningsartefacten in één keer
`/opsx:verify`	Valideer dat de implementatie overeenkomt met de artefacten
`/opsx:bulk-archive`	Archiveer meerdere wijzigingen tegelijk
`/opsx:onboard`	Begeleide tutorial door de volledige workflow

Het standaard wereldwijde profiel is core. Om uitgebreide workflowcommando's in te schakelen, voer je openspec config profile uit, selecteer je workflows en voer je vervolgens openspec update uit in je project.

Command Reference

`/opsx:propose`

Maak een nieuwe wijziging aan en genereer planning-artefacten in één stap. Dit is de standaardstartcommando in het core-profiel.

Syntax:

text

/opsx:propose [change-name-or-description]

Argumenten:

Argument	Vereist	Beschrijving
`change-name-or-description`	Nee	Kebab-case naam of gewone taalbeschrijving van de wijziging

Wat het doet:

Maakt openspec/changes/<change-name>/ aan
Genereert de artefacten die nodig zijn vóór implementatie (voor spec-driven: proposal, specs, design, tasks)
Stopt wanneer de wijziging klaar is voor /opsx:apply

Voorbeeld:

text

You: /opsx:propose add-dark-mode

AI:  Created openspec/changes/add-dark-mode/
     ✓ proposal.md
     ✓ specs/ui/spec.md
     ✓ design.md
     ✓ tasks.md
     Ready for implementation. Run /opsx:apply.

Tips:

Gebruik dit voor de snelste end-to-end route
Als je stap-voor-stap controle over artefacten wilt, activeer uitgebreide workflows en gebruik /opsx:new + /opsx:continue

`/opsx:explore`

Begin hier als je onzeker bent. Explore is een risicovrije denkpartner: het leest je codebase, vergelijkt opties en scherpst een vage idee aan tot een concreet plan voordat er een wijziging bestaat. Het is opgenomen in het standaardprofiel. Voor het volledige verhaal en meer voorbeelden, zie de Explore First handleiding.

Denk na over ideeën, onderzoek problemen en verduidelijk vereisten voordat je je committeert aan een wijziging.

Syntax:

/opsx:explore [topic]

Argumenten:

Argument	Vereist	Beschrijving
`topic`	Nee	Wat je wilt verkennen of onderzoeken

Wat het doet:

Opent een verkenninggesprek zonder vereiste structuur
Onderzoekt de codebase om vragen te beantwoorden
Vergelijkt opties en benaderingen
Maakt visuele diagrammen om denken te verduidelijken
Kan overgaan naar /opsx:propose (standaard) of /opsx:new (uitgebreide workflow) wanneer inzichten kristalliseren

Voorbeeld:

text

You: /opsx:explore

AI:  What would you like to explore?

You: How should we handle authentication for the mobile app?

AI:  Let me investigate your current auth setup...
     [Analyzes codebase]

     I see you're using session-based auth for the web app.
     For mobile, we have three main options:

     1. JWT tokens (stateless, works offline)
     2. OAuth2 (if you need third-party login)
     3. Extend current sessions (simpler, but requires connectivity)

     Your API already has CORS configured. Which direction interests you?

You: Let's go with JWT. Can we start a change for that?

AI:  Ready when you are. Run /opsx:propose add-jwt-auth to begin.

Tips:

Gebruik wanneer vereisten onduidelijk zijn of je onderzoek nodig hebt
Er worden geen artefacten aangemaakt tijdens verkenning
Handig voor het vergelijken van meerdere benaderingen voordat je beslist
Kan bestanden lezen en de codebase doorzoeken

`/opsx:new`

Start een nieuw wijzigingsscaffold. Maakt de wijzigingsmap aan en wacht tot je artefacten genereert met /opsx:continue of /opsx:ff.

Dit commando is onderdeel van de uitgebreide workflow-set (niet opgenomen in het standaard core-profiel).

Syntax:

/opsx:new [change-name] [--schema <schema-name>]

Argumenten:

Argument	Vereist	Beschrijving
`change-name`	Nee	Naam voor de wijzigingsmap (wordt gevraagd als niet opgegeven)
`--schema`	Nee	Workflow-schema dat moet worden gebruikt (standaard: uit configuratie of `spec-driven`)

Wat het doet:

Maakt de openspec/changes/<change-name>/ map aan
Maakt het .openspec.yaml metadatabestand aan in de wijzigingsmap
Toont de eerste artefacttemplate die klaar is voor aanmaak
Vraagt om wijzigingsnaam en schema als deze niet zijn opgegeven

Wat het aanmaakt:

openspec/changes/<change-name>/
└── .openspec.yaml    # Change metadata (schema, created date)

Voorbeeld:

You: /opsx:new add-dark-mode

AI:  Created openspec/changes/add-dark-mode/
     Schema: spec-driven

     Ready to create: proposal
     Use /opsx:continue to create it, or /opsx:ff to create all artifacts.

Tips:

Gebruik beschrijvende namen: add-feature, fix-bug, refactor-module
Vermijd generieke namen zoals update, changes, wip
Schema kan ook worden ingesteld in de projectconfiguratie (openspec/config.yaml)

`/opsx:continue`

Maak het volgende artefact in de afhankelijkheidsketen aan. Maakt één artefact tegelijk aan voor incrementele voortgang.

Syntax:

/opsx:continue [change-name]

Argumenten:

Argument	Vereist	Beschrijving
`change-name`	Nee	Welke wijziging moet worden voortgezet (wordt afgeleid uit context als niet opgegeven)

Wat het doet:

Vraagt de artefact-afhankelijkheidsgroaf af
Toont welke artefacten klaar zijn versus geblokkeerd
Maakt het eerste gereed artefact aan
Leest afhankelijkheidsbestanden voor context
Toont wat beschikbaar wordt na aanmaak

Voorbeeld:

You: /opsx:continue

AI:  Change: add-dark-mode

     Artifact status:
     ✓ proposal    (done)
     ◆ specs       (ready)
     ◆ design      (ready)
     ○ tasks       (blocked - needs: specs, design)

     Creating specs...

     [Reads proposal.md, creates specs based on requirements]

     ✓ Created openspec/changes/add-dark-mode/specs/ui/spec.md

     Now available: design
     Run /opsx:continue to create the next artifact.

Tips:

Gebruik wanneer je elk artefact wilt beoordelen voordat je verder gaat
Handig voor complexe wijzigingen waar je controle wilt
Meerdere artefacten kunnen tegelijk gereed worden
Je kunt aangemaakte artefacten bewerken voordat je verder gaat

`/opsx:ff`

Spoel door de artefactaanmaak heen. Maakt alle planning-artefacten tegelijk aan.

Syntax:

/opsx:ff [change-name]

Argumenten:

Argument	Vereist	Beschrijving
`change-name`	Nee	Welke wijziging moet worden doorgerold (wordt afgeleid uit context als niet opgegeven)

Wat het doet:

Maakt alle artefacten aan in afhankelijkheidsvolgorde
Houdt voortgang bij via todo-lijst
Stopt wanneer alle apply-required artefacten voltooid zijn
Leest elke afhankelijkheid voordat het volgende artefact wordt aangemaakt

Voorbeeld:

You: /opsx:ff add-dark-mode

AI:  Fast-forwarding add-dark-mode...

     ✓ Creating proposal.md
     ✓ Creating specs/ui/spec.md
     ✓ Creating design.md
     ✓ Creating tasks.md

     All planning artifacts complete!
     Ready for implementation. Run /opsx:apply to begin.

Tips:

Gebruik wanneer je een helder beeld hebt van wat je bouwt
Sneller dan /opsx:continue voor eenvoudige wijzigingen
Je kunt artefacten nog steeds naderhand bewerken
Handig voor kleine tot middelgrote functionaliteiten

`/opsx:apply`

Implementeer taken uit de wijziging. Werkt door de takenlijst heen, schrijft code en vinkt items af.

Syntax:

/opsx:apply [change-name]

Argumenten:

Argument	Vereist	Beschrijving
`change-name`	Nee	Welke wijziging moet worden geïmplementeerd (wordt afgeleid uit context als niet opgegeven)

Wat het doet:

Leest tasks.md en identificeert onvoltooide taken
Werkt door taken heen, één voor één
Schrijft code, maakt bestanden aan, voert tests uit indien nodig
Markeert taken als voltooid met checkboxes [x]

Voorbeeld:

You: /opsx:apply

AI:  Implementing add-dark-mode...

     Reading tasks.md:
     - [ ] 1.1 Create ThemeContext
     - [ ] 1.2 Add CSS custom properties
     - [ ] 1.3 Implement localStorage persistence

     Working on 1.1: Create ThemeContext...
     [Creates src/context/ThemeContext.tsx]

     ✓ 1.1 Complete

     Working on 1.2: Add CSS custom properties...
     [Updates src/styles/globals.css]

     ✓ 1.2 Complete
     ...

Tips:

Kan hervatten waar je was gebleven als onderbroken
Gebruik voor parallelle wijzigingen door de wijzigingsnaam op te geven
Voltooiingsstatus wordt bijgehouden in tasks.md-checkboxes

`/opsx:update`

Reviseer bestaande planning-artefacten van een wijziging en houd ze onderling coherent. Alleen planning-artefacten - het bewerkt nooit code.

Syntax:

text

/opsx:update [change-name]

Argumenten:

Argument	Vereist	Beschrijving
`change-name`	Nee	Welke wijziging moet worden bijgewerkt (wordt afgeleid uit context als niet opgegeven)

Wat het doet:

Leest de artefacten van de wijziging via openspec status --change <name> --json
Past je gevraagde revisie toe, of beoordeelt de artefacten op tegenstrijdigheden als je er geen hebt genoemd
Harmoniseert de andere bestaande artefacten in elke richting (een design-bewerking kan terugrijden naar de proposal)
Bevestigt elke bewerking met jou voordat het wordt geschreven, één artefact tegelijk
Eindigt met een aanbeveling voor de volgende stap: /opsx:continue (artefacten ontbreken), /opsx:apply (gebruik een herziend plan in code), of /opsx:archive (alles voltooid)

Voorbeeld:

text

You: /opsx:update add-dark-mode - we're storing the theme in a cookie now, not localStorage

AI:  Reading add-dark-mode artifacts...

     The design references localStorage in two places; tasks 1.3 covers
     localStorage persistence; the proposal doesn't mention storage.

     Proposed revisions:
     1. design.md - swap localStorage decision for cookie storage
     2. tasks.md - reword task 1.3 to cookie persistence

     Apply revision 1? (design.md)

Tips:

Het maakt geen ontbrekende artefacten aan - dat is /opsx:continue
Als de wijziging al geïmplementeerd was, volg op met /opsx:apply zodat de code overeenkomt met het herziene plan
Als je revisie de intentie van de wijziging verandert, begin dan opnieuw met een nieuwe wijziging (zie When to Update vs. Start Fresh)

`/opsx:verify`

Valideer dat de implementatie overeenkomt met je wijzigingsartefacten. Controleert volledigheid, correctheid en coherentie.

Syntax:

/opsx:verify [change-name]

Argumenten:

Argument	Vereist	Beschrijving
`change-name`	Nee	Welke wijziging moet worden geverifieerd (wordt afgeleid uit context als niet opgegeven)

Wat het doet:

Controleert drie dimensies van implementatiekwaliteit
Zoekt in de codebase naar implementatiebewijs
Rapporteert problemen gecategoriseerd als CRITICAL, WARNING of SUGGESTION
Blokkeert archivering niet, maar brengt problemen onder de aandacht

Verificatiedimensies:

Dimensie	Wat het valideert
Volledigheid	Alle taken voltooid, alle vereisten geïmplementeerd, scenario's gedekt
Correctheid	Implementatie komt overeen met spec-intentie, edge cases afgehandeld
Coherentie	Designbeslissingen weerspiegeld in code, patronen consistent

Voorbeeld:

You: /opsx:verify

AI:  Verifying add-dark-mode...

     COMPLETENESS
     ✓ All 8 tasks in tasks.md are checked
     ✓ All requirements in specs have corresponding code
     ⚠ Scenario "System preference detection" has no test coverage

     CORRECTNESS
     ✓ Implementation matches spec intent
     ✓ Edge cases from scenarios are handled
     ✓ Error states match spec definitions

     COHERENCE
     ✓ Design decisions reflected in code structure
     ✓ Naming conventions consistent with design.md
     ⚠ Design mentions "CSS variables" but implementation uses Tailwind classes

     SUMMARY
     ─────────────────────────────
     Critical issues: 0
     Warnings: 2
     Ready to archive: Yes (with warnings)

     Recommendations:
     1. Add test for system preference detection
     2. Update design.md to reflect Tailwind usage, or refactor to use CSS variables

Tips:

Voer uit vóór archivering om onovereenstemmingen vroeg te detecteren
Warnings blokkeren archivering niet maar wijzen op mogelijke problemen
Handig voor het beoordelen van AI-werk voordat je committeert
Kan drift onthullen tussen artefacten en implementatie

`/opsx:sync`

Optioneel commando. Voeg delta-specs uit een wijziging samen met de hoofdspecs. Archivering zal vragen om te synchroniseren indien nodig, dus je hoeft dit meestal niet handmatig uit te voeren.

Syntax:

/opsx:sync [change-name]

Argumenten:

Argument	Vereist	Beschrijving
`change-name`	Nee	Welke wijziging moet worden gesynchroniseerd (wordt afgeleid uit context als niet opgegeven)

Wat het doet:

Leest delta-specs uit de wijzigingsmap
Parseert ADDED/MODIFIED/REMOVED/RENAMED-secties
Voegt wijzigingen samen in de hoofd openspec/specs/ map
Behoudt bestaande inhoud die niet in de delta wordt genoemd
Archiveert de wijziging niet (blijft actief)

Voorbeeld:

text

You: /opsx:sync

AI:  Syncing add-dark-mode delta specs...

     Reading: openspec/changes/add-dark-mode/specs/ui/spec.md
     Target:  openspec/specs/ui/spec.md

     Changes to apply:
     ✓ ADDED: Theme Selection requirement (2 scenarios)
     ✓ ADDED: Accessibility requirement (1 scenario)

     Merging...
     ✓ openspec/specs/ui/spec.md updated

     Change remains active. Run /opsx:archive when ready to complete.

Wanneer handmatig te gebruiken:

Scenario	Synchroniseren gebruiken?
Langlopende wijziging, wil specs in hoofd vóór archivering	Ja
Meerdere parallelle wijzigingen hebben de bijgewerkte basis-specs nodig	Ja
Wil de merge apart voorvertonen/beoordelen	Ja
Snelle wijziging, gaat direct naar archivering	Nee (archivering behandelt het)

Tips:

Synchronisatie is intelligent, niet kopieer-plak
Kan scenario's toevoegen aan bestaande vereisten zonder duplicatie
Wijziging blijft actief na synchronisatie (niet gearchiveerd)
De meeste gebruikers hoeven dit nooit direct aan te roepen—archivering vraagt indien nodig

`/opsx:archive`

Archiveer een voltooide wijziging. Finaliseert de wijziging en verplaatst deze naar de archiefmap.

Syntax:

/opsx:archive [change-name]

Argumenten:

Argument	Vereist	Beschrijving
`change-name`	Nee	Welke wijziging moet worden gearchiveerd (wordt afgeleid uit context als niet opgegeven)

Wat het doet:

Controleert artefact-voltooiingsstatus
Controleert taakvoltooiing (waarschuwt indien onvoltooid)
Biedt aan delta-specs te synchroniseren indien nog niet gesynchroniseerd
Verplaatst wijzigingsmap naar openspec/changes/archive/YYYY-MM-DD-<name>/
Behoudt alle artefacten voor audit trail

Voorbeeld:

text

You: /opsx:archive

AI:  Archiving add-dark-mode...

     Artifact status:
     ✓ proposal.md exists
     ✓ specs/ exists
     ✓ design.md exists
     ✓ tasks.md exists (8/8 tasks complete)

     Delta specs: Not yet synced
     → Sync now? (recommended)

You: Yes

AI:  ✓ Synced specs to openspec/specs/ui/spec.md
     ✓ Moved to openspec/changes/archive/2025-01-24-add-dark-mode/

     Change archived successfully.

Tips:

Archivering blokkeert niet op onvoltooide taken, maar waarschuwt
Delta-specs kunnen worden gesynchroniseerd tijdens archivering of ervoor
Gearchiveerde wijzigingen worden behouden voor geschiedenis
Gebruik eerst /opsx:verify om problemen te detecteren

`/opsx:bulk-archive`

Archiveer meerdere voltooide wijzigingen tegelijk. Behandelt spec-conflicten tussen wijzigingen.

Syntax:

/opsx:bulk-archive [change-names...]

Argumenten:

Argument	Vereist	Beschrijving
`change-names`	Nee	Specifieke wijzigingen om te archiveren (wordt gevraagd om te selecteren als niet opgegeven)

Wat het doet:

Lijst alle voltooide wijzigingen op
Valideert elke wijziging vóór archivering
Detecteert spec-conflicten tussen wijzigingen
Lost conflicten op door te controleren wat daadwerkelijk is geïmplementeerd
Archiveert in chronologische volgorde

Voorbeeld:

You: /opsx:bulk-archive

AI:  Found 3 completed changes:
     - add-dark-mode (8/8 tasks complete)
     - fix-login-bug (3/3 tasks complete)
     - update-footer (2/2 tasks complete)

     Checking for spec conflicts...
     ⚠ add-dark-mode and update-footer both touch specs/ui/

     Inspecting codebase to resolve...
     Both changes are implemented. Will merge in chronological order:
     1. add-dark-mode (created Jan 20)
     2. update-footer (created Jan 22)

     Archive all 3 changes?

You: Yes

AI:  ✓ Archived add-dark-mode
     ✓ Archived fix-login-bug
     ✓ Archived update-footer
     Specs merged: add-dark-mode → update-footer

Tips:

Handig voor parallelle werkstromen
Conflictresolutie is agentisch (controleert codebase)
Wijzigingen worden gearchiveerd in volgorde van aanmaak
Vraagt vooraf om bevestiging voordat spec-inhoud wordt overschreven

`/opsx:onboard`

Geleid onboarding door de volledige OpenSpec-workflow. Een interactieve tutorial met gebruik van je eigen codebase.

Syntax:

/opsx:onboard

Wat het doet:

Loop door een volledige workflowcyclus met narratie
scant je codebase voor echte verbetermogelijkheden
Maakt een echte wijziging aan met echte artefacten
Implementeert echt werk (kleine, veilige wijzigingen)
Archiveert de voltooide wijziging
Legt elke stap uit terwijl het gebeurt

Fases:

Welkom en codebase-analyse
Zoeken naar een verbetermogelijkheid
Een wijziging aanmaken (/opsx:new)
De proposal schrijven
Specs aanmaken
Het design schrijven
Taken aanmaken
Taken implementeren (/opsx:apply)
Implementatie verifiëren
De wijziging archiveren
Samenvatting en volgende stappen

Voorbeeld:

You: /opsx:onboard

AI:  Welcome to OpenSpec!

     I'll walk you through the complete workflow using your actual codebase.
     We'll find something small to improve, create a proper change for it,
     implement it, and archive it.

     Let me scan your codebase for opportunities...

     [Analyzes codebase]

     I found a few things we could work on:
     1. Add input validation to the contact form
     2. Improve error messages in the auth flow
     3. Add loading states to async buttons

     Which interests you? (or suggest something else)

Tips:

Beste voor nieuwe gebruikers die de workflow leren
Gebruikt echte code, geen speelvoorbeelden
Maakt een echte wijziging aan die je kunt behouden of verwerpen
Duurt 15-30 minuten om te voltooien

Commandsyntaxis per AI-tool

Verschillende AI-tools gebruiken een iets andere commandosyntaxis. Gebruik de indeling die bij jouw tool past:

Opdrachtbestand van jouw tool	Syntaxvoorbeeld	Voorbeeldtools
`.../commands/opsx/<id>.*`	`/opsx:propose`, `/opsx:apply`	Claude Code, Gemini CLI, Crush
`.../opsx-<id>.*`	`/opsx-propose`, `/opsx-apply`	Cursor, Devin Desktop, Copilot (IDE), Trae, Oh My Pi
geen — alleen skills	`/openspec-propose`, `/openspec-apply-change`	CodeArts, ForgeCode, Hermes, MiniMax Code, Mistral Vibe, Zed Agent, shared `.agents`
geen — Kimi Code	`/skill:openspec-propose`	Kimi Code
geen — Codex CLI	`$openspec-propose`	Codex

Devin Desktop vs Devin Local: de bestanden .devin/workflows/opsx-*.md geven Devin Desktop /opsx-propose. Devin Local heeft geen workflows — gebruik de skills die OpenSpec naar .devin/skills/ schrijft, bijv. /openspec-propose, die op beide agents werken.

De bedoeling is hetzelfde in alle tools, maar hoe opdrachten worden weergegeven kan per integratie verschillen. Hoe aan te roepen toont elke ondersteunde tool; deze tabel toont alleen voorbeelden van elke vorm.

Opmerking: GitHub Copilot-opdrachten (.github/prompts/*.prompt.md) zijn alleen beschikbaar in IDE-extensies (VS Code, JetBrains, Visual Studio). GitHub Copilot CLI ondersteunt momenteel geen aangepaste promptbestanden — zie Ondersteunde tools voor details en workarounds.

Verouderde opdrachten

Deze opdrachten gebruiken de oudere "alles-in-één"-workflow. Ze werken nog steeds, maar OPSX-opdrachten worden aanbevolen.

Opdracht	Wat het doet
`/openspec:proposal`	Alle artefacten in één keer aanmaken (voorstel, specificaties, ontwerp, taken)
`/openspec:apply`	De wijziging implementeren
`/openspec:archive`	De wijziging archiveren

Wanneer verouderde opdrachten te gebruiken:

Bestaande projecten die de oude workflow gebruiken
Eenvoudige wijzigingen waarbij je geen stapsgewijze aanmaak van artefacten nodig hebt
Voorkeur voor de alles-of-niets-aanpak

Migreren naar OPSX: Verouderde wijzigingen kunnen worden voortgezet met OPSX-opdrachten. De artefactstructuur is compatibel.

Probleemoplossing

"Wijziging niet gevonden"

De opdracht kon niet bepalen aan welke wijziging gewerkt moest worden.

Oplossingen:

Geef expliciet de naam van de wijziging op: /opsx:apply add-dark-mode
Controleer of de wijzigingsmap bestaat: openspec list
Controleer of je in de juiste projectmap zit

"Geen artefacten gereed"

Alle artefacten zijn ofwel voltooid of worden geblokkeerd door ontbrekende afhankelijkheden.

Oplossingen:

Voer openspec status --change <naam> uit om te zien wat blokkeert
Controleer of de vereiste artefacten bestaan
Maak eerst de ontbrekende afhankelijkheidsartefacten aan

"Schema niet gevonden"

Het opgegeven schema bestaat niet.

Oplossingen:

Lijst beschikbare schema's: openspec schemas
Controleer de spelling van de schemanaam
Maak het schema aan als het aangepast is: openspec schema init <naam>

Opdrachten niet herkend

De AI-tool herkent OpenSpec-opdrachten niet.

Oplossingen:

Zorg ervoor dat OpenSpec is geïnitialiseerd: openspec init
Genereer skills opnieuw: openspec update
Controleer of de map .claude/skills/ bestaat (voor Claude Code)
Start je AI-tool opnieuw op om nieuwe skills te laden

Artefacten worden niet correct gegenereerd

De AI maakt onvolledige of onjuiste artefacten.

Oplossingen:

Voeg projectcontext toe in openspec/config.yaml
Voeg per-artefactregels toe voor specifieke instructies
Geef meer details in je wijzigingsbeschrijving
Gebruik /opsx:continue in plaats van /opsx:ff voor meer controle

Volgende stappen

Workflows - Veelvoorkomende patronen en wanneer elke opdracht te gebruiken
CLI - Terminalopdrachten voor beheer en validatie
Aanpassingen - Aangepaste schema's en workflows maken

Commando's ​

Sneloverzicht ​

Standaard Snelpad (core-profiel) ​

Uitgebreide Workflowcommando's (aangepaste workflowselectie) ​

Command Reference ​

/opsx:propose ​

/opsx:explore ​

/opsx:new ​

/opsx:continue ​

/opsx:ff ​

/opsx:apply ​

/opsx:update ​

/opsx:verify ​

/opsx:sync ​

/opsx:archive ​

/opsx:bulk-archive ​

/opsx:onboard ​

Commandsyntaxis per AI-tool ​

Verouderde opdrachten ​

Probleemoplossing ​

"Wijziging niet gevonden" ​

"Geen artefacten gereed" ​

"Schema niet gevonden" ​

Opdrachten niet herkend ​

Artefacten worden niet correct gegenereerd ​

Volgende stappen ​

Commando's

Sneloverzicht

Standaard Snelpad (`core`-profiel)

Uitgebreide Workflowcommando's (aangepaste workflowselectie)

Command Reference

`/opsx:propose`

`/opsx:explore`

`/opsx:new`

`/opsx:continue`

`/opsx:ff`

`/opsx:apply`

`/opsx:update`

`/opsx:verify`

`/opsx:sync`

`/opsx:archive`

`/opsx:bulk-archive`

`/opsx:onboard`

Commandsyntaxis per AI-tool

Verouderde opdrachten

Probleemoplossing

"Wijziging niet gevonden"

"Geen artefacten gereed"

"Schema niet gevonden"

Opdrachten niet herkend

Artefacten worden niet correct gegenereerd

Volgende stappen