Board

Conversando e prospectando a clínica odontológica do doutor But. Atividade de prospecção comercial.

Preparando proposta para apresentação amanhã. Alinhamento da documentação do processo de criação de diagnósticos e transcrição de gravações, com objetivo de melhorar o processo de venda e documentar a criação de tudo. Próximo passo: apresentar a proposta amanhã.

Realizando diagnóstico do sistema/projeto da Zassi. Prazo de entrega é até quinta-feira, conforme prazo de retorno informado ao cliente.

Gerando relatórios para duas reuniões de fechamento: uma com o Lauro (zerohum) e outra com o João (Asfeer). Objetivo é fechar os negócios com ambos os clientes. Próximo passo: realizar as reuniões.

Continua trabalhando nos fixes que foram comentados no último standup. Os itens 1 e 2 já foram resolvidos com a ajuda do Zanini, que deu ok para rodar os scripts. O item 3 não tem PR esperando; os PRs que estão sem merge aguardam algum tipo de mudança a ser feita ainda.

Criação de um repositório centralizado para armazenar todos os diagnósticos e relatórios de entrevistas realizados. Objetivo: organizar e facilitar o acesso a documentos de levantamentos anteriores. Próximo passo: estruturar o repositório e migrar os arquivos existentes.

Reunião presencial em Pato Branco com Zassi Uniformes para diagnóstico inicial de automações e serviços integrados, incluindo desenvolvimento de sistemas da Kodama (permuta e/ou venda). Objetivo: levantar requisitos e definir escopo de automações e integrações. Stakeholder: Zassi Uniformes. Próximo passo: realizar reunião e documentar diagnóstico.

Preparar relatório de devolutiva sobre TikTok Shop para o João. Contexto: análise de fluxo da TikTok Shop, provavelmente relacionado a diagnóstico de automações e integrações. Stakeholder: João. Próximo passo: finalizar o relatório até o fim da manhã.

Investigando o funcionamento do Roblox Editor, provavelmente para entender a ferramenta ou avaliar uso em algum projeto. Sem detalhes de objetivo ou stakeholder. Próximo passo: continuar a exploração.

Auxiliando Gilines com revisão e suporte nos pull requests dele. Sistema/projeto não especificado. Próximo passo: continuar o suporte até os PRs serem aprovados.

Criar 4 campanhas diferentes no Meta Ads, uma para cada produto já criado. Incluir criação de pixel de rastreamento individual para cada campanha. Stakeholder: caumzito. Próximo passo: executar a criação das campanhas e pixels.

Realizar correção na estilização da plataforma Connfit, com padronização visual para alinhar com a identidade visual (IDV) da Connfit, evitando um visual 'Frankenstein'. O objetivo é unificar o design e a aparência do sistema. Próximo passo: aplicar as correções de estilo e validar a padronização.

Subir as modificações no copy (textos) da plataforma Connfit, incluindo correções nos textos e testes do agente. O objetivo é corrigir e padronizar o conteúdo textual. Próximo passo: aplicar as correções e testar o agente.

Criar issues mais detalhadas e bem explicadas sobre problemas existentes no sistema. O objetivo é documentar claramente cada problema, incentivando também a proatividade da equipe em realizar testes. Próximo passo: levantar e descrever os problemas encontrados.

Testar as modificações realizadas no sistema Gilini. O objetivo é validar as alterações e garantir que estejam funcionando corretamente. Próximo passo: executar os testes e reportar resultados.

Analisando a causa das falhas nos testes dos commits feitos pelo agent e realizando ajustes para que todos possam ser mergeados. Sem menção de sistema, projeto, stakeholder ou issue/PR específicos.

Está lançando mais um fix para o PR #183, que continua com coisas quebradas no fluxo de perfil do usuário. O trabalho está em andamento.

Resolvendo conflitos e erros de teste no CLI no PR #179. Ainda em andamento, sem conclusão reportada. Resolvendo o PR #172, onde o agent do vault subiu um fix que não funcionou. A correção está em and. Subiu um PR com correção para um problema no perfil do usuário que não permitia editar alguns campos. O PR já foi subido (state=done).

## Contexto Agente interno para condensar o conhecimento da Connfit num single source of truth dentro do repo. Objetivo: testar na Connfit primeiro, depois replicar para outras empresas/startups/ideias do ecossistema Kodama. ## O que entrega - Um condensado de docs/specs/decisões no repo que serve como SSOT - Base para copywright, debate de ideias (grill-me with docs), e onboarding de agentes ## Próximos passos - Definir escopo do agente (o que consolida, formato de saída) - Prototipar na Connfit - Testar com grill-me

Prospectar e tentar fechar possíveis reuniões para esta semana. Atividade comercial de prospecção ativa, sem sistema ou stakeholder específico mencionado. Próximo passo: contatar leads e agendar reuniões.

PR em andamento para a task client page, onde pacientes fazem login via OTP. SMTP configurado no Supabase para passar pelo Resend. Ao logar, a foreign key está marcando corretamente na tabela do patient. Se um paciente tentar logar com email de nutricionista, retorna erro. Foi adicionado no header o botão 'Área do Paciente'. Corrigido versionamento do Tailwind global, componente de senha no cadastro e bug duplicado da palavra 'senha' no login da Confit. Pendente: merge na main ainda hoje, após rodar testes localmente (CI do GitHub Actions sem créditos).

Definir preço e entregável do produto para iniciar a conversão. Ação necessária para dar início ao processo de conversão do produto.

Compreensão dos processos de jornada de compra e condução de reunião para favorecer a finalização da venda, incluindo tópicos como price positioning, client perspective e objective listening. Sem stakeholder, issue/PR ou decisão pendente mencionados. Próximo passo: continuar o estudo e aplicar os aprendizados na prática.

Dar uma destilada em todas as security concerns e race conditions do fluxo de registro, avaliar o que é realmente pertinente, para deixar o fluxo mais redondo. Inclui antepágina para evitar envio de senhas no payload e correções no hook de verificação de assinatura, evitando duplicação de usuários em race conditions.

Analisar custos para migrar para estrutura que evita payload com senha, evitando vazamento de conta. Também revisar todas as security concerns e race conditions do fluxo de registro, avaliar pertinência. Inclui antepágina para evitar envio de senhas no payload e correções no hook de verificação de assinatura, evitando duplicação de usuários em race conditions.

Avaliar possibilidade de implementar magic link ou fluxo de esqueceu senha via Supabase para evitar enviar senha no payload para o Stripe. Pendente: verificar rate limits das APIs de e-mail (Supabase). Inclui antepágina para evitar envio de senhas no payload e correções no hook de verificação de assinatura, evitando duplicação de usuários em race conditions.

Montar pitch de vendas para o reconhecimento do SaaS. Próximo passo: agendar a call e realizar a conversão em reunião.

Testar o fluxo completo de criação de clients no Stripe com pagamento correto. Após aprovação, engatilhar a migração da edge function (atualmente deployada manualmente no Supabase) para dentro do repositório da Connfit. PR de referência: https://github.com/kodama1/connfit/pull/200. Decisão: não precisa ser tão eager, as changes são da Connfit. Próximo passo: realizar o teste e, se aprovado, proceder com a migração.

Analisando qual das 3 issues sugeridas (KOD-491, KOD-467, KOD-468) começar. As issues foram sugeridas por outra pessoa no daily. Decisão pendente sobre qual priorizar.

Testando os PRs que o agente do Vault subiu, com o objetivo de mergeá-los. O responsável informou que não precisa dar merge, pois fará manualmente pelo git.

Resolvendo erros que surgiram no projeto após a migração para a versão mais nova do TypeScript (não do VSCode). Os erros aparecem no tsconfig e precisam ser corrigidos para que o projeto compile corretamente.

Após B.O. de e-mail aceitando clients com mesmo e-mail, foi solicitado ao Cláudio um relatório de segurança com práticas adequadas e pentes finos. PR já aberto com todo o conteúdo e fixes práticos de security breach já foram feitos.

Levantamento completo do fluxo novo de registro, análise de viabilidade e implementação de script ACID para tratar registros duplicados e órfãos do Stripe. Já implementado, falta apenas deletar dados antigos. Próximo passo: validar deleção e liberar.