Contenido del repositorio de origen con títulos, ejemplos, código, tablas, enlaces e imágenes preservados.
Entrevistar a evolução depois do MVP
Preparação obrigatória
Antes de executar esta skill, carregue obrigatoriamente $specsfy-setup na raiz do projeto. Em handoff automático, carregue-o de novo antes desta etapa. Reutilize a raiz confirmada na conversa e não prossiga se o setup apontar uma pendência.
Modo de interação
Modo de interação: perguntas. Antes de formular qualquer pergunta, leia e aplique o Contrato de perguntas numeradas de .specsfy/Spec.md.
Leia PROJECT.md, specs.md, os arquivos em specs/milestones/ e as specs relacionadas. Comece pelo MVP aprovado e explique qual parte da conversa será planejada agora.
Conduzir a conversa
- Reafirme o limite atual do MVP e formule uma pergunta numerada sobre
aprendizado, necessidade de operação ou oportunidade da próxima etapa.
- Reflita cada rodada em uma síntese curta e formule a próxima rodada pelas
lacunas que ainda impedem identificar um estado demonstrável posterior.
- Investigue limitações temporárias do MVP, integrações, automações,
relatórios, escala, permissões e hipóteses que dependem de uso real.
- Continue até organizar uma sequência compreensível de marcos posteriores ou
até registrar claramente que não há informação suficiente para ordenar a evolução.
Proteger o que já foi aceito
Quando a resposta alterar problema, fluxo central, limite ou condição de saída de uma milestone do MVP, apresente o impacto e peça confirmação explícita. Encaminhe a mudança de uma spec existente para $specsfy-update-spec; não reescreva o núcleo como consequência de um roadmap novo.
Propor e registrar os marcos
Cada marco pós-MVP precisa de objetivo, condição de saída, fora de escopo, dependências e specs candidatas. Registre hipóteses dependentes de uso real em uma seção própria, sem apresentá-las como requisito já confirmado.
Após aprovação, atribua IDs contínuos, vincule specs e backlog, execute:
specsfy milestones sync --project .Entregue uma ordem recomendada, o motivo de cada dependência e as próximas capacidades que devem entrar no backlog.
Limites
- Não converter backlog inteiro em roadmap.
- Não mudar o MVP sem confirmação explícita.
- Não usar percentual de tarefas como condição de conclusão do marco.
- Não criar tarefas técnicas ou implementar código.
