Um robô que
começa pela
conversa.

Um protótipo no computador conversa com um modelo já disponível no servidor local. Inclui mensagens anteriores dentro de um limite de contexto e permite interromper uma resposta, preservando o trecho produzido.

Limite atual: não existe voz integrada; a geração depende do servidor acessível pela rede local.

O JSON principal define papel, finalidade, público, objetivos e orientações. A personalidade parte de um companheiro natural: acolhedor, direto, curioso e com humor leve.

Limite atual: as instruções orientam o modelo; concisão e quantidade de perguntas ainda precisam de avaliação de consistência.

Campos ausentes no perfil herdam o principal. A idade é calculada a partir do nascimento cadastrado e orienta a linguagem. Sem esse dado, o NAKO usa a orientação padrão e não tenta adivinhar a idade.

Limite atual: selecionar perfil não autentica a pessoa. Nome completo e nascimento não são enviados automaticamente ao modelo; somente a idade derivada.

“iniciar sessão de estudo” e “encerrar sessão” são comandos locais, configuráveis. A frase inteira marca a atividade sem depender da IA. Mencionar a frase dentro de outra pergunta não executa o comando.

Encerrar estudo preserva o histórico e não fecha o programa. Uma nova conversa pode começar em outro arquivo, sem o contexto da anterior.

Texto completo dos turnos retidos e um resumo extrativo ficam em JSON. Os tópicos e trechos de resposta indicam geração completa, parcial ou ausente. A exportação permite conservar uma cópia fora do diretório gerenciado.

Limite atual: o resumo não avalia se a dúvida foi resolvida. Não há síntese narrativa diária, memória semântica entre todas as sessões nem criptografia própria.

O protótipo relê as configurações antes de cada turno e aceita sinal explícito de recarga. O Core tem sua própria observação e API de recarga. Erros de JSON são informados e não substituem a última configuração válida.

Regras operacionais vêm de JSON, sem arquivo .env. Não é tempo real estrito: uma resposta em andamento usa a configuração com que começou.

O adaptador atual usa Ollama com um modelo já instalado. Nome, endereço e parâmetros são configuráveis. Isso permite experimentar outro modelo disponível no mesmo protocolo sem alterar a personalidade do robô.

Limite atual: não baixa modelos automaticamente; outro protocolo exige um adaptador. Ainda falta validar um modelo autônomo na Raspberry Pi.

A conexão da ponte foi validada. O contrato do agente-contexto foi confirmado e a primeira interação assistida está preparada em JSON. Core e ponte funcionam em processos separados.

Falta: executar e validar o primeiro job autorizado. O agente-contexto organiza encaminhamentos; a conversa livre atual usa o modelo diretamente, sem passar por esse agente.

O painel local já reúne captura por botão, transcrição editável, conversa com o modelo e síntese de voz pelo servidor da rede. Exibe eventos e tempos por etapa, com registro no console e arquivo JSONL, além de consultas de saúde dos serviços.

O ensaio com texto no navegador gerou resposta e áudio, com reprodução registrada. A sonda de áudio sintético validou STT/TTS. Falta: validar microfone e alto-falante com o usuário, qualidade das conversas, escuta contínua, interrupção natural e autonomia na Raspberry Pi.

Abrir o monitoramento local · requer o processo do painel em execução neste computador.

A identidade visual prevê expressões azuis pixeladas, com inspiração na EVE de WALL-E. Estados como aguardando, ouvindo, pensando, falando e erro deverão acompanhar a conversa.

Falta: implementar o serviço Face e integrar a tela de sete polegadas. A ilustração desta apresentação é um conceito visual.

O projeto prevê usar câmera nesta versão para percepção visual e, conforme a política discutida, registrar situações de possível risco quando disponível e autorizado. Sem locomoção, deverá usar a visão da posição atual.

Falta: configurar o dispositivo, os controles de uso, os limites de gravação, retenção e testes. Nenhuma captura foi ativada.

A política prevê atenção a palavras de ajuda e falas relevantes, tentativa de interação e aviso por WhatsApp quando não for possível estabelecer contato diante de possível risco. Responsáveis e contatos de emergência do robô são fontes previstas de destinatários.

Também foi discutida preservação seletiva de áudio de risco, inclusive com outras vozes. Não está ativo: faltam permissões verificadas, critérios, prazos, destinatários, integração e testes. Não há promessa de resposta garantida a emergências.

O serviço definitivo de memória deverá organizar perfis, permissões, persistência e recuperação. Skills ampliarão estudo, gastronomia, organização, idiomas e eletrônica de forma modular.

Falta: banco/API próprios, autorização autenticada, lembranças entre sessões e executores. O histórico JSON atual é uma base do protótipo, não esse conjunto completo.

A meta é levar o cérebro para a Raspberry Pi 5 com NVMe, preservando serviços independentes e processamento básico local. O servidor ficará como apoio opcional para modelos maiores.

Falta: instalação no equipamento, escolha do modelo local e medições de memória, temperatura, latência e funcionamento sem rede. Hoje, o modelo conversacional está no servidor.

Uma evolução futura poderá integrar braços, mãos ou outros mecanismos ao cérebro, por controladores especializados. O desenvolvimento deverá começar por contratos e simulações antes de acionar motores.

Projeto mecânico, atuadores, alimentação, limites e testes ainda serão definidos. Esta apresentação não ativa comandos físicos.

Andar, navegar e aproximar-se da pessoa são evoluções para uma etapa física posterior. Ainda não há pernas nem implementação de locomoção.

A regra prevista é verificar a capacidade, informar impedimentos e continuar ajudando do lugar onde está. Sensores, equilíbrio, navegação e validação do hardware serão necessários antes de movimento real.