idea-os

Um sistema operacional para transformar uma ideia bruta em um plano pronto para desenvolvimento. Pega uma declaração de problema inicial e produz quatro arquivos: perguntas de esclarecimento, pesquisa aprofundada, um PRD (Documento de Requisitos do Produto) e um plano de execução faseado com escolhas de plataforma/stack, um diagrama de jornada do usuário e critérios de cancelamento.

Visão Geral

idea-os é um pipeline sequencial de 5 fases onde a saída de cada fase alimenta a próxima — a pesquisa molda o PRD, o PRD molda o plano, os critérios de cancelamento do plano se conectam aos insights da pesquisa. Diferente de geradores de PRD de comando único, idea-os se recusa a escrever um PRD até que a pesquisa seja feita e se recusa a escrever um plano até que o PRD esteja estável. A profundidade e o vocabulário se adaptam a uma classificação de dois eixos (complexidade × sofisticação do construtor) para que um construtor de primeira viagem não se afogue em jargões e um fundador receba rigor total.

Fonte: https://github.com/Slashworks-biz/idea-os — habilidade completa, 11 arquivos de referência, 4 modelos de ativos e um exemplo trabalhado de 590 linhas.

Quando Usar

• Use quando um usuário compartilha uma ideia de produto bruta ou declaração de problema e deseja um pipeline estruturado desde perguntas de esclarecimento até pesquisa aprofundada, PRD e um plano de execução faseado.
• Use quando o usuário diz "Tenho uma ideia para…", "me ajude a construir X", "valide e planeje este conceito" ou "o que devo construir?" — e deseja arquivos que possa levar adiante, não uma resposta única.
• Use quando um fundador não técnico, gerente de produto ou hobbyista precisa de estrutura para preencher a lacuna entre "ideia" e "fila de desenvolvimento de segunda-feira de manhã".
• Não use para feedback rápido de verificação de sanidade em uma ideia malformada (use idea-refine em vez disso) ou para editar um PRD existente (use product-management em vez disso).

Como Funciona

Fase 1 — Triagem

Classifique a ideia em dois eixos antes de qualquer outra coisa. A profundidade da pesquisa/PRD/plano e a contagem de perguntas escalam com a complexidade; o vocabulário escala com a sofisticação.

• Nível da ideia (T1/T2/T3) — T1 = utilitário de fim de semana, T2 = MVP de SaaS ou wrapper de IA, T3 = marketplace / SaaS B2B / regulamentado.
• Sofisticação (S1/S2/S3) — S1 = não técnico, sem nomes de frameworks; S2 = hobbyista, introduz frameworks com definições; S3 = fundador/gerente de produto sênior, vocabulário completo.

Declare a classificação em uma linha (por exemplo, "T2 · S2 — SaaS moderado, construtor já lançou antes") antes de prosseguir.

Fase 2 — Esclarecer

Escreva questions.md com 4–18 perguntas (a contagem escala com a complexidade), agrupadas: Quem e Dor · Escopo e Gancho · Restrições e Metas. Cada pergunta deve ser acionável — a resposta deve mudar o que você constrói. Perguntas genéricas são rejeitadas.

Após escrever, pare e aguarde as respostas. Não prossiga para a pesquisa até que as respostas sejam fornecidas ou as suposições em modo autônomo sejam declaradas.

Fase 3 — Pesquisa

Escreva research.md usando WebSearch + WebFetch. Mínimo: 5 WebSearches, 2 WebFetches em concorrentes nomeados, 1 fonte por número de TAM, data em cada fonte. Qualquer coisa sem fonte será marcada [assumption].

Seções obrigatórias: validação do problema, JTBD (Jobs To Be Done), mercado (TAM/SAM/SOM de cima para baixo + de baixo para cima), concorrentes (diretos/indiretos/substitutos + mapa de posicionamento), SWOT, distribuição (canal de ajuste para os primeiros 100 usuários), riscos e 3–7 insights não óbvios.

Fase 4 — PRD

Escreva PRD.md com: declaração de problema falsificável, personas nomeadas, JTBD classificados, não-metas (obrigatório — é onde PRDs ruins morrem), métricas principais e secundárias.

Fase 5 — Plano

Escreva plan.md com: jornada do usuário (texto + mermaid), recomendação de plataforma ligada aos achados da pesquisa, stack em matriz conservador/moderno/de ponta, build faseado (MVP → v1 → alvo) com critérios de cancelamento por fase e distribuição dos primeiros 100 usuários por fase, métricas por fase e 3–5 ações imediatas.

Limitações

• Requer entrada do usuário entre as fases para melhores resultados; se as respostas estiverem faltando, as saídas dependem de suposições explícitas.
• Produz artefatos de planejamento (questions.md, research.md, PRD.md, plan.md) mas não executa trabalho de construção ou implantação.
• A qualidade da fonte determina a qualidade da saída; referências fracas ou desatualizadas podem reduzir a precisão da recomendação.
• Mais adequado para validação de novas ideias e planejamento inicial do que para otimização em estágio avançado de um produto já lançado.

Exemplos

Exemplo 1: Fundador não técnico com uma ideia de aplicativo para o consumidor

Usuário: "Quero construir um rastreador de hábitos para pessoas com TDAH."

…