Em 2026-11-09: "A gente não é o lovable, dyad, base44 que cria app para ser deployado e vendido e acessado por pessoas, o intuito e objetivo do conexus é mais o foco e ambiente empresarial conseguir desenvolver aplicativos para a empresa que facilite acesso a informações, interpretações, uso de inteligência artificial, e que dê liberdade criativa o que muitos ERPs e serviços utilizados travam."
A ordem, no mesmo dia: "primeiro mapeando e rastreando todas capabilidades que faltam para a gente, primeiro construir elas muito bem, estudando vendo repositórios referência e código e ir copiando o que der porém adaptado para o conexus e depois mapear todo o fluxo de desenvolvimento do conexus, um dos primeiros seria a parte de pesquisa, depois a gente desenvolve a parte de plano em conjunto com estratégia de construção, depois a gente foca em como é feito o código, depois como é revisado, depois como é testado". Antes disso: "Preferiria finalizar de vez a 24.5, e focar em nossa Harness de desenvolvimento", e a 24.5.1.
O foco é o Builder e a construção de apps; o Assistente fica para depois. A 24.6 congela: "congelar 24.6", "a gente não vai construir agentes agora". Você julga o Builder: "eu prefiro eu ser a régua". Os apps de teste: um CRM e um acompanhamento de vendedor; o gestor vê tudo de cada vendedor; o vendedor entra e vê os seus dados, metas, marcas, desempenho, clientes e sugestões. Nada de app de brinquedo. O mapa sai: "Deixa quieto sobre o Mapa". Este roteiro reescrito: "Pode".
Fechadas, com o uso nas aprovações: da 1 à 20 com as subetapas, a 24.1 à 24.4 com as subetapas, a Assinatura ChatGPT, Papéis da empresa, a 24.5, a 24.5.1, a Capacidade 1, a Capacidade 2, a Capacidade 3, O Assistente do dia a dia e, na fila do molde, As buscas do Sankhya. Sua empresa usa o Conexus desde 2026-11-02.
As capacidades que faltam aos apps.
- O Sync de qualquer conector. Logo depois da Capacidade 3 e antes da 4: a cópia de conectores de API, com a definição versão 2 do motor sobre as leituras que o conector declara. Ainda sem cartão.
- Capacidade 4. As pessoas do app e o vendedor. Entra como vendedor de teste, ligado ao vendedor do ERP, e vê só o seu.
- Capacidade 5. O design da empresa. Abre a identidade de design da empresa em DESIGN.md (cores, fontes, formas; as cores dos gráficos saem dela), e a skill de design do Builder faz um app novo nascer com ela.
- Capacidade 6. O agente dentro do app. Conversa, na tela de um app, com o agente do Projeto no Hub.
- Capacidade 7. Avisos e lembretes do CRM. Recebe no CRM os avisos e lembretes de um dia de uso.
O fluxo de desenvolvimento, por fase. Cada fase mapeia o que o Builder faz hoje; você a julga nos dois apps de teste.
- Fluxo 1. Pesquisa.
- Fluxo 2. Plano e estratégia de construção.
- Fluxo 3. Código.
- Fluxo 4. Revisão.
- Fluxo 5. Teste.
Depois desta frente:
- O Assistente.
- 24.6 Workflows e automações. Monta conversando o fluxo do orçamento do Sankhya e o vê como trem de balões. Congelada.
- 24.7 Canais. O agente no Telegram.
- 21.1 Ver o que acontece. Vê a Atividade, o painel e o uso por empresa.
- 16 Atualizar sem cortar. Conversa enquanto o Conexus é atualizado.
- 22 Ensaio geral. Restaura tudo junto, pelo procedimento.
- 23 As outras empresas. Empresas além da sua usam o Conexus.
- 20.2 App que se atualiza. Vê o app mudar com um aviso do fornecedor, depois dos webhooks.
Sem ordem: o Sync de outros ERPs e de bancos como Oracle e MySQL.
O que tem molde anda numa fila de método leve (2026-10-30: "1. Sim 2. Sim 3. Sim"):
- Fábrica de conectores. O esqueleto sai da documentação do fornecedor.
- Os sistemas das quatro empresas.
- Bling, Omie (login por chave fixa) e Conta Azul.
- Shopee, Nuvemshop, Google Sheets, NF-e recebida, extratos de banco; a Jet (20.3) quando alguém a usar.
Em espera: 19.2 Central de Ajuda. Sai: o pg-boss; a agenda do Mastra, gatilho de toda automação, e os workflows o substituem.
Já fornecido: Cloudflare (Workers Paid, US$ 5 por mês; Workers for Platforms, US$ 25 por mês), o Neon grátis, as assinaturas de modelo, o E2B grátis (pago, US$ 150 por mês, se o uso pedir), o R2 e o usuário de leitura no Sankhya.
| Etapa | O que | Gasto que uma página dá |
|---|---|---|
| 24.2 | O Neon Launch no projeto do Hub: a agenda das automações o mantém acordado. Por agora fica no plano grátis (2026-11-01) | Cerca de US$ 19,35 por mês, uma conta só |
| 22 | Um lugar de cópia fora do Neon | Não lido |
| 23 | O aviso do que sai do Brasil, com uma linha: o ditado no Chrome passa pelo Google | Nenhum novo |
Login social. Arquivos enviados por pessoas para dentro de um app (os enviados à máquina da conversa do Assistente entram no lançamento, com "O Assistente do dia a dia"). Medição de uso, segundo idioma. Domínio de empresa.
- Código antigo só entra com os consertos médios e grandes feitos. Em 2026-10-13: "2. A".
- A 16 vai para depois da 21.1, antes da 22, com o número que tem. Em 2026-10-22: "essa 16 pra mim não faz sentido entrar agora ... Deixarei ela mais pro final mesmo." e, à posição antes da 22, "Sim".
- O roadmap perde o detalhe das etapas fechadas. Em 2026-10-29: "Roadmap pode ir removendo o que foi de etapas passadas ... se não vamos ter que aumentar ele". O teto de 1.600 palavras não sobe.
- Sua empresa primeiro, as outras depois. Em 2026-10-30, ao estudo da estrutura dos agentes: "eu vou começar na minha empresa ... depois disso ... eu vou jogar para as outras empresas". Os agentes vêm depois.
- As capacidades, em 2026-11-09, ao estudo delas. A Prévia usa os dados reais. Veem o banco do app o dono, o administrador e quem constrói (papéis do Better Auth). O Sync tem intervalo por dado, de 15 minutos no mínimo. Dono e administrador editam a identidade da empresa; o app a segue e troca a cor de destaque se pedem. O agente no app: "o agente dentro do app seria o agente dentro de um projeto, o app só meio que teria um visual, stream e uma ponte para o agente no HUB", com o modelo que o construtor de agentes escolher.
- Aos pareceres do Builder, em 2026-11-09. O Sync é da empresa, não de cada app: "da empresa faz mais sentido". O vínculo da pessoa é genérico: "a gente não pode focar no sankhya". Sugestões: "Isso é no app". O design, "igual o design.md, que o Impeccable utiliza". Capacidades uma por vez; sem banco de teste agora.
| Etapa | O que precisa antes | Decisão sua nela | Conhecimento trazido |
|---|---|---|---|
| Capacidades 1 a 7 | Uma por vez, na ordem | As das respostas 5 e 6; outras, no estudo | Referências e Mastra; no Sync, as lições do ML-VIGIA; na 4, defineRoles e can; na 5, Impeccable, Claude Design e o frontend-design da Anthropic |
| Fluxo 1 a 5 | As capacidades, uma fase por vez | Você é a régua | vibesdk, Mastra, o estudo do Builder ideal |
| 24.6 Workflows e automações | Esta frente | O gatilho do Sankhya | Workflows dinâmicos do Mastra. Seu orçamento é o aceite |
| 24.7 Canais | A 24.6 | Nenhuma | Sem ninguém da empresa olhando, toolApprovers: 'requester'; até lá, nenhuma escrita que pergunta (D1) |
| 21.1 Ver o que acontece | A 24.7 | Grafana no Brasil, provado | Um só caminho OTel (0052). O uso por empresa. As ferramentas de conector sem entrada e saída no span (veio da 20, critério 29) |
| 16 Atualizar sem cortar | A 21.1 | Nenhuma | Consertos de execução da auditoria. Testes 9 e 10 |
| 22 Ensaio geral | A 16 | O lugar da cópia fora do Neon | Ensaios das etapas 2, 7, 9, 12 e 13. Carga de um painel e de uma rotina |
| 23 As outras empresas | A 22 | Os riscos aceitos. O plano pago | A seção 11 da arquitetura |
| 20.2 App que se atualiza | A 23 e os webhooks | Nenhuma | Avisos do fornecedor (S48), num workflow do Mastra |