openspec-ff-change

Avançar rapidamente pela criação de artefatos do OpenSpec. Use quando o usuário quiser criar rapidamente todos os artefatos necessários para a implementação sem passar por…

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

Fast-forward through artifact creation - generate everything needed to start implementation in one go.

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. Create the change directory

    openspec new change "<name>"
    

    This creates a scaffolded change at openspec/changes/<name>/.

  3. Get the artifact build order

    openspec status --change "<name>" --json
    

    Parse the JSON to get:

    • applyRequires: array of artifact IDs needed before implementation (e.g., ["tasks"])
    • artifacts: list of all artifacts with their status and dependencies
  4. Create artifacts in sequence until apply-ready

    Use the TodoWrite tool to track progress through the artifacts.

    Loop through artifacts in dependency order (artifacts with no pending dependencies first):

    a. For each artifact that is ready (dependencies satisfied):

    • Get instructions:
      openspec instructions <artifact-id> --change "<name>" --json
      
    • The instructions JSON includes:
      • context: Project background (constraints for you - do NOT include in output)
      • rules: Artifact-specific rules (constraints for you - do NOT include in output)
      • template: The structure to use for your output file
      • instruction: Schema-specific guidance for this artifact type
      • outputPath: Where to write the artifact
      • dependencies: Completed artifacts to read for context
    • Read any completed dependency files for context
    • Create the artifact file using template as the structure
    • Apply context and rules as constraints - but do NOT copy them into the file
    • Show brief progress: "✓ Created "

    b. Continue until all applyRequires artifacts are complete

    • After creating each artifact, re-run openspec status --change "<name>" --json
    • Check if every artifact ID in applyRequires has status: "done" in the artifacts array
    • Stop when all applyRequires artifacts are done

    c. If an artifact requires user input (unclear context):

    • Use AskUserQuestion tool to clarify
    • Then continue with creation
  5. Show final status

    openspec status --change "<name>"
    

Output

After completing all artifacts, summarize:

  • Change name and location
  • List of artifacts created with brief descriptions
  • What's ready: "All artifacts created! Ready for implementation."
  • Prompt: "Run /opsx-apply or ask me to implement to start working on the tasks."

Artifact Creation Guidelines

  • Follow the instruction field from openspec instructions for each artifact type
  • The schema defines what each artifact should contain - follow it
  • Read dependency artifacts for context before creating new ones
  • Use template as the structure for your output file - fill in its sections
  • IMPORTANT: context and rules are constraints for YOU, not content for the file
    • Do NOT copy <context>, <rules>, <project_context> blocks into the artifact
    • These guide what you write, but should never appear in the output

Guardrails

  • Create ALL artifacts needed for implementation (as defined by schema's apply.requires)
  • Always read dependency artifacts before creating a new one
  • If context is critically unclear, ask the user - but prefer making reasonable decisions to keep momentum
  • If a change with that name already exists, suggest continuing that change instead
  • Verify each artifact file exists after writing before proceeding to next

Mais skills de rivet-dev

multiplayer-game
rivet-dev
Padrões pragmáticos para construir jogos multiplayer: matchmaking, loops de tick, estado em tempo real, gerenciamento de interesse e validação. Inclui código inicial e padrões de arquitetura para 10 tipos de jogos (battle royale, arena, estilo IO, mundo aberto, festa, física 2D/3D, ranqueado, baseado em turnos, idle) com topologia de atores, diagramas de ciclo de vida e estratégias de netcode. Aborda fundamentos de simulação de servidor: loops de tempo real fixos vs. atualizações orientadas por ações, seleção de motor de física (Rapier 2D/3D) e espacial...
rivetkit
rivet-dev
Computação de longa duração e com estado para agentes de IA, aplicativos multiplayer e automação de workflows. Atores são processos persistentes em memória que mantêm estado entre requisições sem idas e vindas ao banco de dados, com escalonamento automático de zero a milhões de instâncias concorrentes. Comunicação em tempo real integrada via WebSockets e eventos, filas duráveis para processamento ordenado de mensagens e SQLite para consultas estruturadas de dados. O estado persiste entre reinicializações e falhas através do Rivet Cloud ou auto-hospedagem...
ai-agent
rivet-dev
Construa um backend de agente de IA com memória persistente: um Rivet Actor por conversa, tratamento de mensagens em fila e respostas de LLM em streaming como eventos em tempo real.
ai-agent-workspace
rivet-dev
Dê a cada agente de IA seu próprio computador: um espaço de trabalho persistente com sistema de arquivos, processos, shells, rede e sessões de agente em um ambiente leve intra-processo…
chat-room
rivet-dev
Construa um backend de sala de chat em tempo real com Rivet Actors: um actor por sala, histórico de mensagens com suporte a SQLite e transmissão via WebSocket para todos os clientes conectados.
collaborative-text-editor
rivet-dev
Construa um backend de editor de texto colaborativo com CRDTs Yjs e Rivet Actors: atores por documento retransmitem atualizações de sincronização e awareness e persistem snapshots.
cron-jobs
rivet-dev
Trabalhos cron duráveis com Rivet Actors: os timers schedule.after e schedule.at sobrevivem a reinicializações e falhas, além de reativar trabalhos recorrentes e manipuladores idempotentes.
live-cursors
rivet-dev
Cursores ao vivo e presença multijogador com Rivet Actors: estado do cursor por conexão, atualizações em tempo real via eventos ou WebSockets brutos, e limitação de taxa.