Telmo da Silva

Formação técnica para equipas de manufacturing industrial, em modelo misto: e-learning primeiro, depois sessões de perguntas e respostas até 50 formandos para as dúvidas comuns, e por fim prática dividida por percursos (frontend, backend, automação, administração) com formador dedicado a cada um.

• Perto de 90 formações e mais de 1 800 formandos em quatro anos (cerca de 23 por ano, turmas de 20 a 30 pessoas), com cerca de 85% de aproveitamento.
• Formador do percurso de Modeling, a configuração do próprio sistema de execução de fabrico (MES), e certificado como Associate Modeler.
• Automatização da administração da formação em Python: consulta da base de participantes por edição, cruzamento com o resultado do exame final e extração da lista de certificados, em vez de filtragem manual em folha de cálculo.

Estúdio próprio, sempre construído em paralelo com o emprego a tempo inteiro. É onde desenvolvo e mantenho em produção a Moto Spotters e a Scryve, e de onde vem a prática que depois ensino.

• Auditoria adversarial multi-agente antes de cada lançamento: um segundo agente é instruído a refutar cada achado do primeiro, não a confirmá-lo, e por omissão de falha o achado cai. Apanhou vulnerabilidades reais que me tinham escapado em revisão a solo, e nenhuma conta como corrigida sem um teste que reproduza o ataque.
• Sistemas onde um erro deixa de ser recuperável depois de publicado: protocolos e infraestrutura de pagamentos em várias redes (Cardano, Nervos CKB, Bitcoin, EVM), em Rust.

Plataforma comunitária para motociclistas em Portugal, em produção (Next.js, PostgreSQL).

• Moderação de conteúdo com LLM em 10 categorias, chamada de 73 pontos em 29 ficheiros: três cortes por gravidade, não um, dos quais só o mais alto bloqueia sempre. Calibrados em shadow mode, a pontuar sem bloquear, contra tráfego real antes de aplicar.
• Passaporte de passeios com carimbos verificados pelo organizador, gestão de motoclubes e marketplace entre particulares.

Plataforma de publicação long-form, em produção: assistente de escrita com IA e sistema próprio de micropagamentos.

• Deteção de plágio por embeddings ao parágrafo, com semelhança de cosseno e limiar de 0,75. Ao parágrafo e não ao artigo, porque um parágrafo copiado em dez dilui-se nos outros nove e desaparece da média.
• Carris de micropagamentos sobre a Nervos CKB: carteiras de depósito por utilizador varridas para uma tesouraria, e retiradas em fila liquidadas numa única transação on-chain em vez de uma por destinatário, pelo que cada pagamento extra custa um output e não uma transação inteira.
• Fila de pagamentos à prova de paragem: o hash da transação é calculado e gravado antes da submissão, porque a CKB faz o hash da transação em bruto sem as witnesses. Uma paragem entre submeter e registar não pode pagar duas vezes; pedidos órfãos voltam à fila e uma batch rejeitada repõe todos os saldos.

Formação inicial e de produto a novos colaboradores numa operação de customer experience, com avaliação da prontidão de cada um antes de entrar em operação.

• Cerca de 170 turmas e mais de 1 600 colaboradores formados em sete anos: uma turma nova a cada quinze dias, com 10 a 15 pessoas.
• Follow-up de quatro semanas por turma, já em produção e muitas vezes com a turma seguinte já em sala: quem mostrasse uma lacuna grave era retirado, recebia reforço e só depois voltava às funções.
• Como Quality Team Leader, gestão de operações com Quality Coaches, Trainers e SMEs a reportar-me, em equipas até 100 pessoas.

Progressão de agente a SME e a Quality Coach: avaliação de contactos por grelha em quatro indicadores (QA score, taxa de erro crítico, conformidade, resolução no primeiro contacto), análise de causa-raiz por categoria de erro, calibrações com o cliente e coaching individual.

Mais de 270 capítulos, grátis e sem conta. 4 cursos sobre Python para QA e 4 sobre AI Engineering (APIs de IA em produção, RAG, avaliação e observabilidade, agentes), 76 capítulos com código. A avaliação foi construída por mim: o Python corre no browser de quem aprende, compilado para WebAssembly num web worker, os desafios são corrigidos contra 18 testes escondidos, e o certificado só é emitido depois de passarem. Cada curso testado de ponta a ponta antes de publicar.

As regras guardadas como dados, cada uma a citar o documento publicado de onde vem, para poderem ser contestadas contra a fonte e não contra o meu gosto. Sai com código 1 quando há achados, para viver num hook de commit ou num passo de integração contínua: um validador que informa mas não trava é um relatório, não é um portão. 25 testes, e o build chumba se o validador deixar de apanhar um exemplo partido de propósito, ou seja, o próprio portão é testado.