Receber por email
← Voltar para o catálogo

ralph-specum-start

This skill should be used only when the user explicitly asks to use `$ralph-specum-start`, or explicitly asks Ralph Specum in Codex to start or resume a spec.

345estrelas
Atualizado há 5 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add tzachbon/smart-ralph

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/ralph-specum-start/svg)](https://www.skillteca.com.br/skills/ralph-specum-start)

Skills relacionadas

Ver todas de DevOps e Infra →

Alerta por categoria

Receba novas skills de DevOps e Infra toda segunda

1 email curto, só com as skills novas de DevOps e Infra. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Ralph Specum Start

Use this for the start and new entrypoints.

Contract

  • Read .claude/ralph-specum.local.md when present
  • Default specs root is ./specs
  • Keep .current-spec in the default specs root
  • Keep the standard Ralph files stable
  • Merge .ralph-state.json. Do not replace the full object

Action

  1. Parse explicit name, goal, --quick, commit flags, optional specs root, and optional --tasks-size fine|coarse.
  2. Resolve the target by explicit path, exact name, or .current-spec.
  3. If the same name exists in multiple configured roots, stop and require a full path.
  4. Check active epic context from specs/.current-epic when no explicit spec was chosen.
  5. For large or cross-cutting goals, route to triage instead of forcing a single spec.
  6. new is an alias here. Create the spec directory if needed.
  7. Initialize or merge state with:
  8. source: "spec"
  9. name
  10. basePath
  11. phase: "research"
  12. taskIndex: 0
  13. totalTasks: 0
  14. taskIteration: 1
  15. maxTaskIterations: settings default or 5
  16. globalIteration: 1
  17. maxGlobalIterations: 100
  18. commitSpec: settings auto_commit_spec or true
  19. relatedSpecs: []
  20. awaitingApproval: true when the run will stop after setup and wait for explicit direction
  21. awaitingApproval: false when quick mode or explicit autonomy will continue without pausing
  22. preserve or set quickMode
  23. preserve or set granularity when --tasks-size was supplied
  24. preserve or set epicName when starting from an epic suggestion
  25. Update .current-spec.
  26. Write .progress.md with goal, current phase, next step, blockers, learnings, and skill discovery results when used.
  27. On resume, prefer tasks.md and present files over stale state when they disagree.
  28. In quick mode, generate missing artifacts in order, skip normal approval pauses, and continue into implementation in the same run.
  29. Without quick mode or explicit autonomy: STOP HERE after setup. Do NOT proceed to research. Wait for the user to explicitly ask to continue. This is non-negotiable.

Branch Isolation

  • If the user wants isolation, offer a feature branch in place or a worktree with a feature branch.
  • If a worktree is created, stop after creation and ask the user to continue from that worktree.

Response Handoff

  • After creating or resuming the spec, name the resolved spec path and summarize the current state briefly.
  • End with exactly one explicit choice prompt:
  • request changes
  • continue to research
  • Do not run research until the user explicitly asks to continue or explicitly asked for quick or autonomous flow.
Compartilhar X LinkedIn