Files
get-shit-done/docs/pt-BR/workflow-discuss-mode.md
Quang Do d4767ac2e0 fix: replace /gsd: slash command format with /gsd- skill format in all user-facing content (#1579)
* 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>
2026-04-04 07:24:31 -04:00

1.6 KiB

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.


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

  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.