mirror of
https://github.com/glittercowboy/get-shit-done
synced 2026-04-25 17:25:23 +02:00
* 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.6 KiB
1.6 KiB
Discuss Mode (Modo de Discussão)
O GSD oferece dois estilos para /gsd-discuss-phase:
standard: entrevista aberta para levantar preferênciasassumptions: análise do código primeiro, seguida de confirmação/correção de suposições
Para referência completa, veja workflow-discuss-mode.md em inglês.
Quando usar standard
Use quando:
- o projeto ainda não tem padrões claros
- você quer explorar alternativas livremente
- há decisões de produto/UX em aberto
Vantagem: descoberta ampla.
Trade-off: pode consumir mais tempo de perguntas.
Quando usar assumptions
Use quando:
- o código já tem convenções estáveis
- você quer reduzir fricção no intake
- o time prefere revisão de propostas em vez de entrevista aberta
Vantagem: velocidade e consistência com o código existente.
Trade-off: depende da qualidade do mapeamento de contexto.
Como habilitar
Via /gsd-settings, defina:
{
"workflow": {
"discuss_mode": "assumptions"
}
}
Fluxo no modo assumptions
- GSD lê
PROJECT.md, mapeamento de código e convenções - Gera lista estruturada de suposições
- Você confirma, corrige ou expande
- GSD escreve
CONTEXT.mdcom decisões consolidadas
Boas práticas
- Revise suposições antes do
plan-phase - Corrija ambiguidades de nomes/paths cedo
- Se o plano sair desalinhado, volte ao discuss-phase e refine
Note
Para ambientes com múltiplos runtimes e perfis de modelo dinâmicos, prefira
assumptionsquando o reuso de padrões de código for prioridade.