openspec-new-change

Démarrer un nouveau changement OpenSpec en utilisant le flux de travail expérimental des artefacts. Utilisez lorsque l'utilisateur souhaite créer une nouvelle fonctionnalité, correction ou modification avec une structure…

npx skills add https://github.com/rivet-dev/rivet --skill openspec-new-change

Start a new change using the experimental artifact-driven approach.

Input: The user's request should include a change name (kebab-case) OR a description of what they want to build.

Steps

  1. If no clear input provided, ask what they want to build

    Use the AskUserQuestion tool (open-ended, no preset options) to ask:

    "What change do you want to work on? Describe what you want to build or fix."

    From their description, derive a kebab-case name (e.g., "add user authentication" → add-user-auth).

    IMPORTANT: Do NOT proceed without understanding what the user wants to build.

  2. Determine the workflow schema

    Use the default schema (omit --schema) unless the user explicitly requests a different workflow.

    Use a different schema only if the user mentions:

    • A specific schema name → use --schema <name>
    • "show workflows" or "what workflows" → run openspec schemas --json and let them choose

    Otherwise: Omit --schema to use the default.

  3. Create the change directory

    openspec new change "<name>"
    

    Add --schema <name> only if the user requested a specific workflow. This creates a scaffolded change at openspec/changes/<name>/ with the selected schema.

  4. Show the artifact status

    openspec status --change "<name>"
    

    This shows which artifacts need to be created and which are ready (dependencies satisfied).

  5. Get instructions for the first artifact The first artifact depends on the schema (e.g., proposal for spec-driven). Check the status output to find the first artifact with status "ready".

    openspec instructions <first-artifact-id> --change "<name>"
    

    This outputs the template and context for creating the first artifact.

  6. STOP and wait for user direction

Output

After completing the steps, summarize:

  • Change name and location
  • Schema/workflow being used and its artifact sequence
  • Current status (0/N artifacts complete)
  • The template for the first artifact
  • Prompt: "Ready to create the first artifact? Just describe what this change is about and I'll draft it, or ask me to continue."

Guardrails

  • Do NOT create any artifacts yet - just show the instructions
  • Do NOT advance beyond showing the first artifact template
  • If the name is invalid (not kebab-case), ask for a valid name
  • If a change with that name already exists, suggest continuing that change instead
  • Pass --schema if using a non-default workflow

Plus de skills de rivet-dev

multiplayer-game
rivet-dev
Modèles pragmatiques pour la construction de jeux multijoueurs : matchmaking, boucles de tick, état en temps réel, gestion des intérêts et validation. Inclut du code de démarrage et des modèles d'architecture pour 10 types de jeux (bataille royale, arène, style IO, monde ouvert, party, physique 2D/3D, classé, tour par tour, idle) avec topologie des acteurs, diagrammes de cycle de vie et stratégies de netcode. Couvre les fondamentaux de la simulation serveur : boucles en temps réel fixes vs mises à jour pilotées par actions, sélection du moteur physique (Rapier 2D/3D) et spatial...
rivetkit
rivet-dev
Calcul persistant et avec état pour agents IA, applications multijoueurs et automatisation de workflows. Les acteurs sont des processus mémoire persistants qui conservent l'état entre les requêtes sans allers-retours en base de données, avec mise à l'échelle automatique de zéro à des millions d'instances simultanées. Communication en temps réel intégrée via WebSockets et événements, files d'attente durables pour le traitement ordonné des messages, et SQLite pour les requêtes de données structurées. L'état persiste après les redémarrages et les pannes via Rivet Cloud ou en auto-hébergement...
ai-agent
rivet-dev
Construisez un backend d'agent IA avec mémoire persistante : un acteur Rivet par conversation, gestion des messages en file d'attente et diffusion des réponses LLM en temps réel sous forme d'événements.
ai-agent-workspace
rivet-dev
Offrez à chaque agent IA son propre ordinateur : un espace de travail persistant avec un système de fichiers, des processus, des shells, un réseau et des sessions d’agent sur un environnement léger en processus…
chat-room
rivet-dev
Construisez un backend de salon de discussion en temps réel avec Rivet Actors : un acteur par salon, un historique des messages basé sur SQLite, et une diffusion WebSocket à chaque client connecté.
collaborative-text-editor
rivet-dev
Construire un backend d'éditeur de texte collaboratif avec les CRDT Yjs et les acteurs Rivet : des acteurs par document relaient les mises à jour de synchronisation et de conscience et persistent les instantanés.
cron-jobs
rivet-dev
Tâches cron durables avec Rivet Actors : les minuteurs schedule.after et schedule.at survivent aux redémarrages et aux pannes, plus le réarmement des tâches récurrentes et les gestionnaires idempotents.
live-cursors
rivet-dev
Curseurs en direct et présence multijoueur avec Rivet Actors : état du curseur par connexion, mises à jour en temps réel via événements ou WebSockets bruts, et limitation de débit.