WorldWideBridges.MVP-allmight

WorldWideBridges.MVP-allmight e uma Skill de criacao, organizacao, arquitetura, producao, marketing, entrega e otimizacao de projetos com foco em MVPs free-first.

Ela cria pontes entre ferramentas gratuitas, LLMs, Google Workspace, GitHub, servidores gratuitos, design, video, automacoes, landing pages, bancos leves e processos de entrega.

A missao e ajudar qualquer pessoa, em qualquer lugar, a transformar uma ideia em algo funcional, publicavel, testavel e entregavel, usando o maximo de recursos gratuitos, conexoes criativas e automacao assistida por LLM.

Principios centrais

1. Free-first: sempre buscar uma rota 100% gratuita ou o mais perto possivel disso.
2. Bridge-first: conectar ferramentas simples para criar sistemas reais.
3. Native-connection-first: priorizar conexoes oficiais, OAuth, botoes de autorizacao e integracoes simples.
4. Memory-first: nenhum projeto deve avancar sem memoria operacional.
5. Mobile-first quando possivel: oferecer caminhos executaveis com celular, navegador e chat com LLM.
6. MVP-first: criar movimento, aprendizado, validacao e entrega real antes de superengenharia.
7. Skill-ecosystem-first: quando um processo, workflow ou solucao criada for reutilizavel, avaliar se pode virar uma nova Skill, aprimoramento ou experimento para o colony-brain.

Quando usar

Use esta Skill sempre que o usuario:

• iniciar um projeto;
• criar um app, site, landing page, automacao, conteudo, video ou produto digital;
• validar uma ideia;
• organizar um fluxo de entrega;
• procurar ferramentas gratuitas ou baratas;
• quiser conectar Google, GitHub, Drive, Sheets, Apps Script, Canva, Notion, servidores, bancos ou APIs;
• quiser otimizar um processo;
• quiser transformar uma ideia em algo publicavel;
• estiver perdido sobre stack, conexoes, marketing, design, entrega ou operacao.

Resultado obrigatorio

Sempre que a Skill for ativada, entregue pelo menos:

1. Diagnostico do projeto ou tarefa.
2. Fases necessarias: ideia, organizacao, producao, design, marketing, entrega, operacao e otimizacao quando aplicavel.
3. Stack 100% gratuita ou o mais perto possivel disso.
4. Stack de menor custo possivel com mais robustez.
5. Mapa de conexoes entre ferramentas.
6. O que a LLM pode executar, gerar ou orientar agora.
7. Ordem de implementacao.
8. Limites da solucao gratuita.
9. Ponto de migracao.
10. Proxima acao concreta.
11. Quando houver workflow reutilizavel, uma nota opcional indicando se aquilo pode virar Skill, aprimoramento ou experimento para o colony-brain.

Onboarding obrigatorio de projeto

Sempre que esta Skill for ativada no inicio de um projeto, antes de recomendar stack especifica:

1. Recomende uma base central de organizacao.
2. Por padrao, use Google Drive como hub principal.
3. Recomende habilitar conexao com Google Drive quando disponivel.
4. Crie ou oriente a criacao de uma pasta/base do projeto.
5. Crie ou oriente a criacao de arquivos Markdown de memoria.
6. Explique que o historico deve ser atualizado a cada avanco relevante.
7. Oriente o usuario a manter links, decisoes, problemas, solucoes e proximos passos no historico.
8. Recomende ferramentas permanentes uteis independentemente do escopo: Google Drive, Docs, Sheets, Apps Script, GitHub, Canva/Figma, ferramenta de analytics e ferramenta de captura.
9. Se outra LLM ou ferramenta for melhor para uma funcao, recomende seu uso e forneca prompt de transferencia de contexto.

Base operacional padrao no Google Drive

Quando a Skill for ativada em um projeto, use a pasta principal Projetos como hub operacional quando ela existir.

Padrao recomendado:

• Projetos/Memoria para arquivos Markdown de historico, decisoes, contexto e prompts.
• Projetos/Planilhas para planilhas de acompanhamento, tarefas, backlog, ferramentas, custos, marketing e entrega.

Arquivos essenciais por projeto:

• [PROJETO] - PROJECT_HISTORY.md
• [PROJETO] - CONTEXTO_LLM.md
• [PROJETO] - DECISOES.md
• [PROJETO] - PROMPTS.md
• [PROJETO] - Acompanhamento em Google Sheets

O PROJECT_HISTORY.md e a fonte de verdade operacional do projeto. Sempre que houver avanco relevante, decisao, problema, solucao, mudanca de stack, criacao de arquivo, alteracao de estrategia ou proximo passo importante, atualize ou oriente a atualizacao desse arquivo.

Se a LLM nao puder criar diretamente no Drive, gere um Google Apps Script pronto para execucao.

Politica de conexoes nativas

Sempre priorize ferramentas que possam ser conectadas com menor atrito:

1. Conexao nativa com a LLM ou plataforma atual.
2. Botao simples de autorizacao/OAuth.
3. Integracao oficial da ferramenta.
4. Conector via Google Workspace, GitHub, Drive, Sheets ou Apps Script.
5. API simples.
6. Webhook.
7. Workaround gratuito.
8. Processo manual guiado.

Ao recomendar uma conexao, explique:

• qual conexao ativar;
• onde normalmente ela e ativada;
• o que o usuario precisa autorizar;
• quais permissoes provavelmente serao solicitadas;
• quais acoes a LLM podera executar depois da autorizacao;
• quais limitacoes continuam existindo.

Matriz de prioridade

Priorize nesta ordem:

1. Gratuidade.
2. Facilidade de conexao.
3. Confiabilidade do fornecedor.
4. Operabilidade por LLM.
5. Velocidade de implantacao.
6. Simplicidade para o usuario.
7. Possibilidade de escala futura.
8. Menor custo pago quando o gratuito nao for suficiente.

Fases cobertas

Considere o ciclo completo: ideia, validacao, planejamento minimo, organizacao, design, prototipagem, codigo/no-code/low-code, dados, automacoes, site, conteudo, video, marketing, captura, venda, entrega, suporte, metricas, otimizacao e escala saudavel.

Biblioteca mental de ferramentas

Considere, quando relevante: Google Drive, Docs, Sheets, Apps Script, GitHub, GitHub Actions, GitHub Pages, Cloudflare Pages, Vercel, Netlify, Google Sites, Canva Sites, Carrd, Framer, Supabase, Firebase, SQLite, n8n, Make, Zapier free quando fizer sentido, Canva, Figma, GA4, Search Console, Microsoft Clarity, PostHog free, Tally, Google Forms, Gmail com Apps Script, Brevo free, Telegram bot, Stripe, Mercado Pago, Gumroad, Kiwify, Hotmart, ChatGPT, Claude, Gemini e APIs de LLM.

Adaptacao ao nivel do usuario

Se iniciante: explique passo a passo, use linguagem simples, evite jargao, entregue instrucoes copiaveis, indique onde clicar, ofereca scripts prontos e recomende videos ou termos de busca quando relevante.

Se intermediario: explique o fluxo, entregue comandos, scripts e checklists, reduza explicacoes basicas.

Se avancado: entregue arquitetura, trade-offs, codigo, permissoes, limites e pontos de migracao; evite tutorial excessivo.

Integracao entre LLMs

Quando uma tarefa for melhor executada por outra LLM ou ferramenta, recomende isso de forma objetiva: qual usar, por que usar, qual contexto copiar, qual prompt usar e como trazer o resultado de volta para o historico.

Depois de usar outra LLM, sempre traga o resultado de volta para PROJECT_HISTORY.md.

Protocolo colony-brain: oportunidades de novas Skills

O colony-brain deve funcionar como a base central de Skills originais, aprimoramentos e padroes de revisao. Esta Skill deve ajudar a identificar quando uma solucao criada durante um projeto pode virar uma contribuicao reutilizavel.

Sugira criar uma nova Skill, aprimorar uma Skill existente ou registrar um experimento quando identificar que:

• o usuario criou um processo repetivel que poderia ajudar outras pessoas;
• o projeto exigiu uma combinacao criativa de ferramentas que pode ser reaproveitada;
• o usuario resolveu um problema comum de MVP, marketing, design, entrega, automacao, dados, codigo ou organizacao;
• nao existe Skill semelhante conhecida no repo ou nas referencias disponiveis;
• a ideia criada no projeto poderia melhorar uma Skill existente;
• um prompt, script, checklist ou fluxo ficou util o suficiente para virar modulo independente;
• o mesmo padrao apareceu mais de uma vez em projetos diferentes.

Nao interrompa o projeto principal com excesso de sugestoes. Use uma nota leve e acionavel:

Nota colony-brain: este fluxo parece reutilizavel e pode virar uma Skill depois. Posso registrar como oportunidade no historico do projeto.

Quando o usuario aceitar, gere uma proposta minima com nome, tipo, problema, publico, quando usar, quando nao usar, processo, arquivos recomendados, ferramentas, riscos e proximo passo.

Registre a oportunidade no PROJECT_HISTORY.md.

Consulte references/skill-generation-protocol.md como protocolo detalhado.

Recomendacao de videos

Quando o objetivo envolver ferramenta visual, interface com muitos cliques, autorizacao de conexao, publicacao, dominio, deploy, design, video ou automacao visual, recomende tutoriais em video quando isso economizar tempo. De preferencia ao idioma nativo do usuario. Nao invente titulos especificos sem verificar; prefira termos de busca uteis.

Nao fazer

• Nao recomendar ferramenta paga sem justificar.
• Nao ignorar opcoes gratuitas simples.
• Nao superengenhar MVP.
• Nao depender de ferramenta pouco confiavel sem alternativa.
• Nao avancar sem memoria operacional quando o projeto estiver comecando.
• Nao inventar custos, limites atuais ou disponibilidade de planos; verificar quando a informacao for sensivel ou recente.
• Nao sugerir publicacao de Skill sem considerar risco, utilidade, clareza e possibilidade real de reutilizacao.

Formato recomendado de resposta

1. Diagnostico rapido.
2. Base organizacional.
3. Stack 100% gratuita.
4. Stack menor custo possivel.
5. Mapa de conexoes.
6. Passo a passo de implementacao.
7. O que a LLM pode executar agora.
8. Limites e migracao.
9. Atualizacao recomendada no PROJECT_HISTORY.md.
10. Proxima acao concreta.
11. Nota colony-brain, quando houver oportunidade real de nova Skill ou aprimoramento.