d4767ac2e0
* fix: replace /gsd: command format with /gsd- skill format in all suggestions All next-step suggestions shown to users were still using the old colon format (/gsd:xxx) which cannot be copy-pasted as skills. Migrated all occurrences across agents/, commands/, get-shit-done/, docs/, README files, bin/install.js (hardcoded defaults for claude runtime), and get-shit-done/bin/lib/*.cjs (generate-claude-md templates and error messages). Updated tests to assert new hyphen format instead of old colon format. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: migrate remaining /gsd: format to /gsd- in hooks, workflows, and sdk Addresses remaining user-facing occurrences missed in the initial migration: - hooks/: fix 4 user-facing messages (pause-work, update, fast, quick) and 2 comments in gsd-workflow-guard.js - get-shit-done/workflows/: fix 21 Skill() literal calls that Claude executes directly (installer does not transform workflow content) - sdk/prompt-sanitizer.ts: update regex to strip /gsd- format in addition to legacy /gsd: format; update JSDoc comment - tests/: update autonomous-ui-steps, prompt-sanitizer to assert new format Note: commands/gsd/*.md frontmatter (name: gsd:xxx) intentionally unchanged — installer derives skillName from directory path, not the name field. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix(plan-phase): preserve --chain flag in auto-advance sync and handle ui-phase gate in chain mode Bug 1: step 15 sync-flag check only guarded against --auto, causing _auto_chain_active to be cleared when plan-phase is invoked without --auto in ARGUMENTS even though a --chain pipeline was active. Added --chain to the guard condition, matching discuss-phase behaviour. Bug 2: UI Design Contract gate (step 5.6) always exited the workflow when UI-SPEC was missing, breaking the discuss --chain pipeline silently. When _auto_chain_active is true, the gate now auto-invokes gsd-ui-phase --auto via Skill() and continues to step 6 without prompting. Manual invocations retain the existing AskUserQuestion flow. * fix: remove <sub>/clear</sub> pattern and duplicate old-format command in discuss-phase.md --------- Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
1.9 KiB
1.9 KiB
Plano: Materializar Configuração no new-project (pt-BR)
Data original: 2026-03-23
Fonte canônica: docs/superpowers/plans/2026-03-18-materialize-new-project-config.md
Contexto
Este plano formaliza a materialização explícita da configuração do projeto durante /gsd-new-project, garantindo que escolhas feitas na inicialização sejam persistidas de forma determinística em .planning/config.json.
Objetivos
- garantir persistência imediata de decisões de setup
- reduzir divergência entre estado interativo e arquivo de configuração
- facilitar retomada de sessão e reprodutibilidade
Escopo
Inclui:
- mapeamento de respostas de setup para chaves de configuração
- escrita idempotente de
.planning/config.json - validação mínima de schema antes de persistir
Não inclui:
- redesenho completo do schema
- migração profunda de versões legadas
Estratégia de implementação
- Capturar decisões de setup em estrutura intermediária
- Normalizar valores (tipos/enum/padrões)
- Aplicar merge controlado no config existente
- Persistir arquivo final e registrar resumo no estado
Critérios de aceitação
- após
/gsd-new-project,config.jsonreflete as escolhas feitas - rerun não duplica nem corrompe campos
- comandos subsequentes observam os valores persistidos
Riscos e mitigação
- Risco: configuração parcial em caso de falha no meio
Mitigação: escrita atômica (arquivo temporário + replace) - Risco: inconsistência com defaults implícitos
Mitigação: normalização centralizada com fallback explícito
Verificação
- teste de inicialização limpa
- teste de reexecução com config pré-existente
- teste de compatibilidade com comandos dependentes de config
Note
Esta versão em Português é uma tradução operacional do plano para consulta rápida. O documento original permanece como referência técnica canônica.