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>
63 lines
1.6 KiB
Markdown
63 lines
1.6 KiB
Markdown
# Discuss Mode (Modo de Discussão)
|
|
|
|
O GSD oferece dois estilos para `/gsd-discuss-phase`:
|
|
|
|
- **`standard`**: entrevista aberta para levantar preferências
|
|
- **`assumptions`**: 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](../workflow-discuss-mode.md).
|
|
|
|
---
|
|
|
|
## 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:
|
|
|
|
```json
|
|
{
|
|
"workflow": {
|
|
"discuss_mode": "assumptions"
|
|
}
|
|
}
|
|
```
|
|
|
|
## Fluxo no modo `assumptions`
|
|
|
|
1. GSD lê `PROJECT.md`, mapeamento de código e convenções
|
|
2. Gera lista estruturada de suposições
|
|
3. Você confirma, corrige ou expande
|
|
4. GSD escreve `CONTEXT.md` com 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 `assumptions` quando o reuso de padrões de código for prioridade.
|