Módulo 1.3

🚀 Primeiro Projeto

Use /gsd:new-project para inicializar um projeto completo com artefatos de planejamento, pesquisa de domínio e roadmap.

3
Tópicos
15
Minutos
Básico
Nível
Prático
Formato
1

▶️ Rodando /gsd:new-project

O /gsd:new-project é o ponto de entrada de todo projeto GSD. Ele inicia um processo interativo de coleta de contexto, pesquisa de domínio com agentes paralelos e geração de artefatos de planejamento.

CLAUDE CODE

/gsd:new-project

# Modo automático a partir de um PRD existente
/gsd:new-project --auto @prd.md

# Para código existente, mapeie primeiro
/gsd:map-codebase
/gsd:new-project

O que o GSD faz durante /gsd:new-project

1.
Pergunta até entender completamente seu objetivo, stack e requisitos
2.
Pesquisa o domínio com 4 agentes em paralelo (stack, features, arquitetura, armadilhas)
3.
Extrai requisitos separando v1 (obrigatório), v2 (futuro) e fora de escopo
4.
Monta roadmap com fases ordenadas por dependência
5.
Gera artefatos no diretório .planning/
2

📁 Artefatos Gerados

Após o /gsd:new-project, o diretório .planning/ conterá os seguintes artefatos:

PROJECT.md

Visão geral do projeto: objetivo, stack, stakeholders, definição de done. É a âncora de contexto lida no início de cada sessão.

REQUIREMENTS.md

Requisitos funcionais e não-funcionais categorizados por versão (v1 obrigatório, v2 futuro) com IDs rastreáveis (REQ-001, REQ-002...).

ROADMAP.md

Fases do projeto com objetivo, arquivos afetados, dependências e critérios de sucesso. Cada fase mapeia para requisitos específicos.

STATE.md

Memória entre sessões: fase atual, últimas decisões tomadas, contexto importante para continuar o trabalho em uma nova sessão.

config.json

Configurações do projeto: modo, granularidade, perfil de modelo, toggles de workflow. Editável via /gsd:settings.

research/

Diretório com pesquisa de domínio: STACK.md, FEATURES.md, ARCHITECTURE.md, PITFALLS.md — gerados pelos agentes pesquisadores em paralelo.

Dica: Commitar ou Ignorar .planning/?

Por padrão, .planning/ é commitado junto com o código. Isso permite colaboração e rastreabilidade. Se preferir manter privado, adicione ao .gitignore e configure planning.commit_docs: false no config.json.

3

🗺️ Fluxo Inicial do Projeto

Após o /gsd:new-project, o fluxo padrão é iterar pelas fases do roadmap com os comandos discuss → plan → execute → verify.

FLUXO COMPLETO

# 1. Inicializar
/gsd:new-project

# 2. Para cada fase do roadmap:
/gsd:discuss-phase 1    # Captura decisões de implementação
/gsd:plan-phase 1       # Pesquisa + planos atômicos
/gsd:execute-phase 1    # Executa em ondas paralelas
/gsd:verify-work 1      # UAT manual

# 3. Avançar
/gsd:discuss-phase 2
/gsd:plan-phase 2
...

# OU deixar o GSD decidir automaticamente:
/gsd:next

Começando de Código Existente

Se já tem código no projeto, mapeie antes de inicializar:

/gsd:map-codebase

4 agentes analisam stack, arquitetura, qualidade e preocupações. O resultado vai para .planning/codebase/ e é usado automaticamente pelo new-project.

Próximos passos

  • • Trilha 2: aprenda o ciclo discuss/plan/execute/verify em detalhe
  • • Use /gsd:next para avançar automaticamente
  • • Configure o perfil de modelo em /gsd:settings

Pré-requisito não atendido

Se o /gsd:new-project falha com "PROJECT.md already exists", o projeto já foi inicializado. Use /gsd:progress para ver o estado atual.

Resumo do Módulo

Próxima trilha:

⚡ Trilha 2 — Fluxo Core