CLARYEL · Utilização real

Usamo-lo todos os dias

Aqui está trabalho real para a nossa empresa feito pelo agente CLARYEL: contabilidade, configuração das máquinas, infraestrutura. Dados reais e respostas reais do sistema.

A CLARYEL trabalha todos os dias com o seu próprio sistema.

Os dados ficam no local, dentro da CLARYEL Box.

Como funciona

  1. Damos a tarefa em palavras simples: por voz ou numa mensagem
  2. O agente CLARYEL percebe sozinho e faz todo o trabalho
  3. Recebemos o resultado e um relatório, muitas vezes mais do que pedimos

Da nossa parte: só a tarefa e a aprovação das ações importantes.

Business

Tarefas diárias da empresa que resolvemos por voz através do sistema.

Contabilidade

Verificação de faturas: FAKE e duplicados

Perguntámos quanto tínhamos gastado em informática num ano. O sistema encontrou sozinho faturas FAKE e duplicados, removeu-os após a nossa aprovação e corrigiu o seu próprio valor.

  1. A pergunta
  2. A correção
  3. Resultado corrigido
O que está na captura

A pergunta: quanto gastámos em informática no último ano. O agente CLARYEL responde: cerca de €54.691, e assinala por iniciativa própria que entre os documentos há faturas FAKE e duplicados.

O que está na captura

Pedimos para remover os dados FAKE e os duplicados. O agente encontra 64 faturas FAKE, pede a nossa aprovação antes da eliminação forçada, depois limpa os registos e verifica o resultado.

O que está na captura

O estado final verificado: 188 faturas válidas no valor de €38.627,70. O agente corrige sozinho a sua resposta anterior: a despesa em informática do último ano foi de €36.993,58.

As capturas estão na língua original; por baixo de cada uma há um resumo.

Antes → depois (capturas 1–3)

  • 64 faturas FAKE removidas
  • 188 faturas válidas · €38.627,70
  • Informática, último ano: ≈€54.691 → €36.993,58

Tudo real: sistema real, documentos reais, montantes reais. Diretamente do nosso uso diário: documentos recolhidos da conta Amazon, de várias caixas de e-mail, do Google Drive e do arquivo físico do nosso sistema.

Contabilidade

Contabilidade chave na mão: do computador novo às finanças

O processo completo: configurar um computador do zero, instalar o Ubuntu, os programas necessários, o Odoo e o NextERP, obter as faturas da Amazon Business e enviá-las à Agenzia delle Entrate. As tarefas são dadas por voz a partir do telemóvel; só se verifica o resultado.

O que está na captura

Uma ilustração da publicação, não uma captura de ecrã: sete passos (computador novo, Ubuntu 24.04, Docker/Python/Git e outros programas, Odoo, NextERP, faturas da Amazon Business, envio à Agenzia delle Entrate) e, em baixo, uma tarefa por voz a partir do telemóvel.

Uma ilustração da publicação, não uma captura de ecrã.

ERP

Um ERP cuja interface nunca abrimos

Um processo de negócio já funciona inteiramente através do agente: faturas e documentos de transporte do e-mail, Google Drive e Amazon Business → ERP e contabilidade → sistema fiscal → relatórios-resumo → reconciliação com os extratos bancários.

O que está na captura

Uma ilustração da publicação, não uma captura de ecrã: à esquerda, uma pessoa entre montanhas de janelas e definições; à direita, uma tarefa por voz ao agente, que trabalha sozinho com os programas e entrega um resultado pronto.

Uma ilustração da publicação, não uma captura de ecrã.

Configuração e infraestrutura

Como o agente CLARYEL configura e mantém sozinho as nossas máquinas: hardware, arrefecimento, modelos de IA, velocidade.

Arrefecimento

Controlo da ventoinha da GPU

Pedimos em palavras simples: a ventoinha da GPU deve seguir a temperatura da placa gráfica e as definições devem sobreviver a um reinício. O agente CLARYEL descobriu sozinho o que controlar, pôs a ventoinha no máximo durante um minuto, ajustou a curva e confirmou tudo com um reinício real, em cerca de 30 minutos.

  1. Pedidotexto normal, sem comandos
  2. ReconhecimentoZ10PA-U8 · Tesla P100 · NCT7904D
  3. Um minuto no máximo1468 → 5294–5421 RPM em 5 s · GPU 37 → 31 °C
  4. Curva≤35 °C 35% → ≥85 °C 100%
  5. Reinício1319 RPM, 35 °C: tudo voltou a arrancar sozinho
0%25%50%75%100%3545607585~78%35%47%67%86%100%°C
Curva: temperatura da GPU → velocidade da ventoinha~78%: modo de emergência se o sensor de temperatura deixar de responderSuave: no máximo ±15% a cada 5 s

Além da tarefa

  • Guardou o procedimento como competência para as próximas máquinas.
  • Explicou com honestidade em que se baseia a conclusão de que fan5 é a ventoinha da GPU.
  • Na mesma sessão também mudou o nome da máquina para P1005, como tínhamos pedido antes.
  • Da nossa parte: um comando para dar direitos de administrador, a resposta «Ready» e uma confirmação durante o trabalho.
  • ≈ 30 minutos (06:26–06:57 segundo as capturas)
O que está na captura

O nosso pedido (06:26) em texto normal. O agente começa logo o reconhecimento sem direitos de administrador: placa Z10PA-U8, GPU Tesla P100; ainda sem interface para controlar a ventoinha; temperatura da GPU legível: 39 °C.

O que está na captura

O agente pede-nos para executar uma única vez um comando que lhe dá direitos de administrador na P1005 (revogáveis a qualquer momento) e expõe o plano: encontrar o chip que controla a ventoinha, escrever um pequeno serviço baseado na temperatura da GPU, um minuto no máximo verificado pelo tacómetro. O endereço da máquina está tapado.

O que está na captura

Fim do plano: serviço com arranque automático, mudança do nome do host para P1005; se o controlo se revelar impossível, o agente dirá isso com honestidade. A nossa resposta «Ready» (06:29) e depois o progresso: serviço de controlo, uma confirmação (06:43), «tudo sobreviveu ao reinício» (06:49) e o início do relatório.

O que está na captura

Relatório, pontos 1–3: chip Nuvoton NCT7904D, correspondência dos canais (pwm2 → fan5, até ~5300 RPM: a turbina da P100), um minuto no máximo (1468 → 5294–5421 RPM em 5 s, GPU 37 → 31 °C) e a curva em funcionamento.

O que está na captura

Relatório, ponto 4 e conclusão: arranque automático do controlador e do serviço, reinício real (fan5 a 1319 RPM, GPU a 35 °C, a Strata voltou sozinha, porta 8080 à escuta), nome do host P1005, uma nota honesta sobre como a ventoinha da GPU foi identificada e o procedimento guardado como competência.

As capturas estão na língua original; por baixo de cada uma há um resumo.

Configuração

Pergunta técnica, por voz

Uma tarefa prática: com uma mensagem de voz perguntámos como o sistema está montado. Respondeu com dados reais das nossas máquinas: hardware, discos, modelo de IA e velocidade. Se algum ponto não estiver claro, basta perguntar logo o que significa.

O que está na captura

A resposta à pergunta por voz sobre a configuração: duas máquinas, claryel01 e P2002, com processador, memória, GPU, discos, versões do software, modelo de IA e velocidade medida (~44–48 tok/s). No fim, a linha sobre o modelo de reserva (Cloud fallback: xAI Grok 4.7).

Neste trabalho, o modelo de reserva era externo (Grok) e não tinha filtro. Para o nosso sistema local isso não é aceitável, por isso o modelo de reserva foi substituído por um segundo modelo local. Hoje os modelos na nuvem só são chamados através do filtro e, quando necessário, após a confirmação explícita do utilizador.

Parque de máquinas

Três máquinas, um só agente

Pedimos uma ficha curta de todas as nossas máquinas com Strata. O agente CLARYEL verificou sozinho a rede, encontrou três máquinas e reuniu para cada uma a memória, o disco, a GPU, as versões da Strata e do modelo, e a velocidade. As três são comandadas por um só agente.

velocidade de geração

  • P2002principal62 GiB DDR5 · AMD RDNA4 16 GiB46.8 tok/s
  • Mac Studioa mais rápida256 GB LPDDR5X · M3 Ultra60.0 tok/s
  • P1005para tarefas em segundo plano31 GiB DDR4 · Tesla P100 16 GB16.2 tok/s

Nas três: Strata v0.1.45 · Qwen3.8-Flash-Next IQ3_S · contexto 262 144

O que está na captura

O nosso pedido (07:47) e o início da resposta: rede verificada, há três máquinas. A primeira é a P2002: 62 GiB DDR5, Lexar NM1090 PRO 2 TB, AMD RDNA4 com 16 GiB, Strata v0.1.45, Qwen3.8-Flash-Next IQ3_S, 46.8 tok/s. O endereço está tapado.

O que está na captura

Mac Studio: 256 GB LPDDR5X (M3 Ultra), SSD de 2 TB, 60.0 tok/s, a mais rápida. P1005: 31 GiB DDR4, Tesla P100 16 GB, 16.2 tok/s, para tarefas em segundo plano. Em resumo: um só agente no claryel01 comanda as três, com o mesmo modelo em todas; reserva P2002 → Mac Studio → Grok. Os endereços estão tapados.

Neste trabalho, o modelo de reserva era externo (Grok) e não tinha filtro. Para o nosso sistema local isso não é aceitável, por isso o modelo de reserva foi substituído por um segundo modelo local. Hoje os modelos na nuvem só são chamados através do filtro e, quando necessário, após a confirmação explícita do utilizador.

Instalação

Strata numa máquina nova: o agente superou sozinho todos os obstáculos

Perguntámos que dificuldades surgiram ao pôr a correr o Strata v0.1.45 num Mac Studio (M3 Ultra, 256 GB). O agente CLARYEL compilou o motor a partir do código-fonte, encontrou e aplicou uma correção, transferiu o modelo de 79 GB e contornou sozinho um erro do motor.

O que está na captura

A nossa pergunta (05:16) sobre as dificuldades com o Strata no Mac Studio. A resposta, pontos 1–3: sem build pronta para Mac, a build 0.1.45 avariada e a correção da PR #2895, o início do relato sobre a transferência do modelo de 79 GB.

O que está na captura

Pontos 3–6: transferência do modelo (Starlink ~6,5 MB/s, rede ~11 MB/s, rsync a partir do P2002 em 2 h 05 min), um erro de maiúsculas no nome do modelo, o erro do motor «cada pedido 400» e a solução --no-prefill-borrow, confusão com um processo antigo na porta 8080.

O que está na captura

Pontos 6–7 e resultado: o «bloqueio» no primeiro arranque (~10 minutos a ler 55 GB do disco), Mac ≈ P2002 na geração (~58 contra ~57 tok/s), prefill +36%, tudo guardado na skill strata-mac-deploy.

As capturas estão na língua original; por baixo de cada uma há um resumo.

Atualização

O agente atualizou o motor do seu próprio «cérebro»

No Telegram pedimos ao agente CLARYEL que atualizasse o Strata no P2002, a máquina onde ele próprio trabalha. O agente iniciou a atualização com uma rede de segurança, corrigiu sozinho uma falha no último passo e comparou honestamente a velocidade antes e depois.

O que está na captura

A pergunta sobre versões (04:30), a resposta (v0.1.43.1 no P2002, v0.1.45 no GitHub) e o comando «atualiza-te» (04:31). O agente descreve o plano: atualização separada de si próprio e um vigilante com reversão automática para a 0.1.43.1.

O que está na captura

A linha sobre a mudança para o modelo de reserva (grok-4.7) às 04:46; o relatório: código na v0.1.45, motor compilado (34 MB, 0 erros), substituição do ficheiro falhada («Text file busy»), o agente corrige sozinho. Abaixo: a nota de atualização da skill e a nossa pergunta sobre a versão atual (04:50).

O que está na captura

A resposta: o P2002 corre o Strata v0.1.45, a antiga 0.1.43.1 está guardada como reserva, modelo Qwen3.8-Flash-Next IQ3_S, contexto 262 144; medições de velocidade antes e depois da atualização.

O que está na captura

Leitura do agente: prefill claramente melhorado (até +80% numa medição), geração ~10–20% mais baixa em duas medições recentes; o agente propõe mais 3–4 execuções e a reversão se a lentidão se confirmar.

As capturas estão na língua original; por baixo de cada uma há um resumo.

Neste trabalho, o modelo de reserva era externo (Grok) e não tinha filtro. Para o nosso sistema local isso não é aceitável, por isso o modelo de reserva foi substituído por um segundo modelo local. Hoje os modelos na nuvem só são chamados através do filtro e, quando necessário, após a confirmação explícita do utilizador.

Monitorização

Verificação matinal da casa e dos computadores

De manhã, o agente CLARYEL verifica sozinho os sensores da casa inteligente Home Assistant, as cópias de segurança, o estado dos discos e a temperatura dos computadores ligados, e só avisa do que exige atenção.

O que está na captura

Uma ilustração da publicação, não uma captura de ecrã: o resultado da verificação matinal — sala dos computadores a 28,8 °C, pilhas dos sensores a 20% (escritório) e 30% (terraço), sensor da porta «Leo» em ON, que convém verificar.

O que está na captura

Uma ilustração da publicação, não uma captura de ecrã: a cadeia Strata v0.1.43 → Qwen3.8-Flash-Next (IQ3_S) → agente → sensores do Home Assistant, cópias de segurança, discos, temperatura dos computadores; em baixo, as ferramentas de apoio (Telegram, ChatGPT, ChatGPT Go + Codex, Grok 4.7).

Uma ilustração da publicação, não uma captura de ecrã.

Neste trabalho, o modelo de reserva era externo (Grok) e não tinha filtro. Para o nosso sistema local isso não é aceitável, por isso o modelo de reserva foi substituído por um segundo modelo local. Hoje os modelos na nuvem só são chamados através do filtro e, quando necessário, após a confirmação explícita do utilizador.

Hardware e velocidade dos modelos

Como o mesmo modelo funciona em hardware diferente, de uma velha Tesla P100 a uma Radeon nova. Os números vêm apenas dos ecrãs.

Velocidade do modelo

31 tok/s com a RAM quase livre: o modelo é lido do SSD

Strata v0.1.41, Qwen3.8-Flash-Next IQ3_XXS, uma Radeon de 16 GB e 31 GB de RAM. Uma resposta de 12 136 tokens a 31 tok/s, com apenas 3,2 GB de RAM ocupados.

O que está na captura

Monitor do Strata: geração 31,0 tok/s, prefill 43 tok/s, VRAM 15,7/16 GB, GPU 45 °C, contexto 19% cheio (12k de 64k), um pedido: 12 136 tokens em 396,3 s; RAM 3,2/31 GB.

O que está na captura

Modelo e motor: qwen3.8-flash-next-iq3_xxs, v0.1.41, contexto 65 536 tokens, cache KV de 8 bits na VRAM, 5681 especialistas na VRAM (9,2 GB). Computador: AMD Radeon 16 GB, Intel Core Ultra 7 270K Plus (24 threads), 31 GB de RAM.

O que está na captura

Definições escolhidas do Strata: Qwen3.8-Flash-Next, IQ3_XXS, contexto 64K, cache KV de 8 bits, imagens desligadas, modo low-RAM (31 GB de RAM, especialistas lidos em parte do SSD), AMD Radeon RX 9070 (~16 GB de VRAM); ficheiro do modelo ~47 GB.

As capturas estão na língua original; por baixo de cada uma há um resumo.

Velocidade do modelo

Contexto de 256K: 26 pedidos numa única placa gráfica de 16 GB

Executámos o Strata v0.1.41 com Qwen3.8-Flash-Next IQ3_S num contexto de 262 144 tokens. Respostas até 14 829 tokens, com 3,3 de 31 GB de RAM ocupados: o modelo trabalha quase só na memória de vídeo.

O que está na captura

Um fotograma do vídeo: o modelo escreve uma resposta técnica longa sobre como funcionam os modelos Mixture-of-Experts (encaminhamento de especialistas, cache KV, hierarquia de memória). O vídeo completo está na publicação original.

O que está na captura

Monitor do Strata: geração do último pedido 14,8 tok/s, prefill 112 tok/s, VRAM 15,8/16 GB, contexto a 62% (162k/256k), RAM 3,3/31 GB; na tabela de pedidos, geração de 13,0 a 19,6 tok/s e respostas até 14 829 tokens; total: 26 pedidos.

O que está na captura

Modelo e motor: qwen3.8-flash-next-iq3_s, v0.1.41, contexto 262 144 tokens, cache KV de 8 bits na VRAM, 3114 especialistas na VRAM (6,0 GB). Computador: AMD Radeon 16 GB, Intel Core Ultra 7 270K Plus (24 threads), 31 GB de RAM.

As capturas estão na língua original; por baixo de cada uma há um resumo.

O vídeo está na publicação original; aqui fica um fotograma.

Velocidade do modelo

Mais RAM: 45 tok/s num contexto de 164 000 tokens

A mesma máquina com mais RAM (62 GB no sistema). Strata v0.1.43 com Qwen3.8-Flash-Next IQ3_S: geração a 45,2 tok/s com o contexto 63% cheio.

O que está na captura

Monitor do Strata: geração 45,2 tok/s, prefill 94 tok/s, VRAM 15,9/16 GB, GPU 44 °C, contexto a 63% (164k/256k), RAM 53,5/62 GB; dois pedidos de cerca de 162 000 tokens, prefill 1176 tok/s, geração 48,3 e 45,2 tok/s.

O que está na captura

Modelo e motor: qwen3.8-flash-next-iq3_s, v0.1.43, contexto 262 144 tokens, cache KV de 8 bits na VRAM, 3114 especialistas na VRAM (6,0 GB). Computador: AMD Radeon 16 GB, Intel Core Ultra 7 270K Plus (24 threads), 62 GB de RAM.

As capturas estão na língua original; por baixo de cada uma há um resumo.

Velocidade do modelo

Um Xeon antigo e uma Tesla P100: 19–27 tok/s

A configuração mais modesta: Intel Xeon E5-2690 v4, 31 GB de RAM e uma placa Tesla P100 de 16 GB. O Strata v0.1.45 com Qwen3.8-Flash-Next IQ3_S dá 19–27 tok/s, com apenas 2,2 GB de RAM ocupados.

O que está na captura

Monitor do Strata e htop: geração 26,9 tok/s, carga da Tesla P100 100%, VRAM 15,7/16 GB, 97 W, PCIe Gen3 x16, CPU 45%, leitura de disco 164 MB/s, RAM 2,2/31 GB; pedidos: 19,3 tok/s (253 tokens) e 25,3 tok/s (12 686 tokens em 504,1 s).

O que está na captura

Modelo e motor: qwen3.8-flash-next-iq3_s, v0.1.45, contexto 262 144 tokens, cache KV de 8 bits na VRAM, 3051 especialistas na VRAM (5,8 GB). Computador: Tesla P100 16 GB, Intel Xeon E5-2690 v4 (28 threads), 31 GB de RAM.

As capturas estão na língua original; por baixo de cada uma há um resumo.

Contabilidade

Verificação de faturas: FAKE e duplicados

Um cenário real do nosso ERP, em três passos.

  1. A pergunta

    Perguntamos quanto gastámos em informática no último ano. O sistema responde (≈ €54.691) e assinala sozinho faturas FAKE e duplicados.

  2. A correção

    Pedimos-lhe que remova os dados FAKE e os duplicados. Antes da eliminação forçada pede a nossa aprovação; depois limpa e verifica.

  3. Resultado corrigido

    188 faturas válidas por €38.627,70. Valor corrigido: €36.993,58: o sistema corrige sozinho a sua própria resposta anterior e confirma o estado final.

Antes → depois (capturas 1–3)

  • 64 faturas FAKE removidas
  • 188 faturas válidas · €38.627,70
  • Informática, último ano: ≈€54.691 → €36.993,58

Um cenário real do nosso ERP: perante a pergunta sobre a despesa em informática, o sistema encontra sozinho faturas FAKE e duplicados, remove-os após a nossa aprovação, verifica o resultado e corrige o seu próprio valor anterior.

Eliminar documentos é seguro: os dados têm cópia de segurança, existe um histórico de alterações com possibilidade de reverter e uma reconciliação constante, por exemplo com os extratos bancários.

Arrefecimento

Controlo da ventoinha da GPU

A tarefa, na captura 1: a ventoinha da GPU está ligada à placa-mãe; deve seguir a temperatura da GPU, rodar no máximo durante um minuto para confirmar que o controlo funciona, depois receber níveis ótimos, e após um reinício tudo deve funcionar automaticamente.

  1. Pedido

    Uma mensagem normal no Telegram, sem comandos técnicos.

  2. Reconhecimento

    Primeiro, sem direitos de administrador, o agente apurou: placa Z10PA-U8, GPU Tesla P100, temperatura da GPU legível (39 °C), mas ainda nada com que controlar a ventoinha. Pediu os direitos de administrador com um único comando e expôs o plano. Com acesso, encontrou o chip Nuvoton NCT7904D (9 entradas de tacómetro, 4 canais PWM) e, levando cada canal de 0 a 255, fez a correspondência: pwm2 → fan5, até ~5300 RPM, que é a turbina da P100. Os outros três canais ficaram no automático da BIOS.

  3. Um minuto no máximo

    pwm2 = 255 durante 60 segundos: em 5 segundos a fan5 passou de 1468 para 5294–5421 RPM e a GPU desceu de 37 para 31 °C. Depois o controlo voltou à curva (255 → 195 → 90); as leituras do tacómetro confirmam que funciona.

  4. Curva

    ≤35 °C → 35%, 45 °C → 47%, 60 °C → 67%, 75 °C → 86%, ≥85 °C → 100% (a P100 reduz as frequências aos 91 °C, por isso fica margem). A velocidade muda de forma suave, no máximo ±15% a cada 5 segundos; se o nvidia-smi deixar de responder, a ventoinha passa ao modo de emergência de ~78%.

  5. Reinício

    O controlador carrega automaticamente e o controlo funciona como serviço com arranque automático. O agente reiniciou mesmo a máquina e verificou tudo de raiz: módulo carregado, serviço ativo, fan5 a 1319 RPM, GPU a 35 °C.

Além da tarefa

  • Guardou o procedimento como competência para as próximas máquinas.
  • Explicou com honestidade em que se baseia a conclusão de que fan5 é a ventoinha da GPU.
  • Na mesma sessão também mudou o nome da máquina para P1005, como tínhamos pedido antes.
  • Da nossa parte: um comando para dar direitos de administrador, a resposta «Ready» e uma confirmação durante o trabalho.
  • ≈ 30 minutos (06:26–06:57 segundo as capturas)

Configuração

Pergunta técnica, por voz

Uma tarefa prática: com uma mensagem de voz perguntámos como o sistema está montado. Respondeu com dados reais das nossas máquinas: hardware, discos, modelo de IA e velocidade. Se algum ponto não estiver claro, basta perguntar logo o que significa.

O que a resposta mostra: duas máquinas, claryel01 e P2002; processador, memória, GPU e discos; versões do software; modelo de IA; velocidade medida.

Neste trabalho, o modelo de reserva era externo (Grok) e não tinha filtro. Para o nosso sistema local isso não é aceitável, por isso o modelo de reserva foi substituído por um segundo modelo local. Hoje os modelos na nuvem só são chamados através do filtro e, quando necessário, após a confirmação explícita do utilizador.

Um termo técnico não está claro? Pergunte logo ao sistema, diretamente na conversa: ele explica-o em palavras simples.

Parque de máquinas

Três máquinas, um só agente

O pedido, na captura 1 (07:47): para cada máquina com Strata, tamanho e tipo de memória, NVMe, GPU e memória de vídeo, versão da Strata, modelo, versão do agente e velocidade do modelo nessa máquina; resposta curta e em inglês.

O agente analisou sozinho a rede e confirmou que há três máquinas (os outros endereços são uma impressora e a porta Wi-Fi do Mac). As três usam a Strata v0.1.45 com o mesmo modelo Qwen3.8-Flash-Next IQ3_S (contexto 262 144), por isso as respostas são coerentes seja qual for a máquina que responde.

velocidade de geração

  • P2002principal62 GiB DDR5 · AMD RDNA4 16 GiB46.8 tok/s
  • Mac Studioa mais rápida256 GB LPDDR5X · M3 Ultra60.0 tok/s
  • P1005para tarefas em segundo plano31 GiB DDR4 · Tesla P100 16 GB16.2 tok/s

Nas três: Strata v0.1.45 · Qwen3.8-Flash-Next IQ3_S · contexto 262 144

Velocidade de geração: P2002 46.8 tok/s, Mac Studio 60.0 tok/s (a mais rápida), P1005 16.2 tok/s: um modelo de 78 GB com 31 GB de memória, por isso esta máquina trata das tarefas em segundo plano. As três são comandadas por uma única instância do agente no claryel01; a reserva segue a cadeia P2002 → Mac Studio → Grok.

Neste trabalho, o modelo de reserva era externo (Grok) e não tinha filtro. Para o nosso sistema local isso não é aceitável, por isso o modelo de reserva foi substituído por um segundo modelo local. Hoje os modelos na nuvem só são chamados através do filtro e, quando necessário, após a confirmação explícita do utilizador.

Contabilidade

Contabilidade chave na mão: do computador novo às finanças

O Viktor já fez este processo com agentes na nuvem, quase sem tocar nas interfaces dos programas: tarefas por voz, verificação do resultado. Agora estamos a passar processos reais como este para a IA local da CLARYEL.

Passos: computador novo do zero → Ubuntu e configuração → programas necessários → contabilidade Odoo → ERP NextERP → importação de faturas da Amazon Business → envio à Agenzia delle Entrate.

Primeira observação: em local, estas tarefas ainda demoram mais do que na nuvem. Primeiro vemos o que funciona tal como está, e só depois otimizamos.

Uma ilustração da publicação, não uma captura de ecrã.

ERP

Um ERP cuja interface nunca abrimos

Não aprendemos botões nem menus: pedimos ao agente que instale o programa e execute as funções necessárias, via API, MCP ou operando o próprio computador do agente. Precisamos do resultado, não da interface.

O processo passo a passo: reunir faturas e documentos de transporte do e-mail, Google Drive e da conta Amazon Business; lançá-los no ERP e na contabilidade; enviar os dados ao sistema fiscal; preparar relatórios-resumo; reconciliar tudo com os extratos bancários, que também estão no Google Drive.

Com as definições é igual: em vez de estudar cada uma, dizemos ao agente «tem de funcionar assim: faz, verifica e diz-me o resultado». Nós damos a tarefa e verificamos o resultado. Ainda não funciona totalmente com todos os programas.

Uma ilustração da publicação, não uma captura de ecrã.

Instalação

Strata numa máquina nova: o agente superou sozinho todos os obstáculos

Não existe build pronta para Mac: o motor Metal compila-se a partir do código-fonte (~5–15 min). A build 0.1.45 para Mac estava avariada; o agente encontrou a PR aberta #2895, aplicou-a à versão e a recompilação correu bem.

O modelo de 79 GB: pelo HuggingFace via Starlink seriam ~6,5 MB/s (~3,4 h), por isso o agente copiou-o com rsync a partir do P2002 através do reencaminhamento do agente SSH, em 2 h 05 min. Depois, cada pedido ao motor devolvia 400; o agente encontrou no código-fonte a solução --no-prefill-borrow.

Resultado: o Mac ≈ P2002 na geração (~58 contra ~57 tok/s) e claramente mais rápido no prefill (+36%). O agente guardou todos os obstáculos na skill strata-mac-deploy, por isso repetir é quase copiar.

Atualização

O agente atualizou o motor do seu próprio «cérebro»

Pergunta (04:30): que versão do Strata usa o «cérebro» e qual é a mais recente no GitHub. Resposta: o P2002 tem a v0.1.43.1, a mais recente é a v0.1.45 (lançada a 17 de outubro de 2026). O agente avisou que a atualização reiniciaria o motor onde ele próprio trabalha: alguns minutos de paragem, com reversão como garantia.

Ao comando «atualiza-te» (04:31), o agente lançou a atualização separada de si próprio: git pull → compilação do motor HIP 0.1.45 → reinício do serviço, enquanto um vigilante verifica o motor durante 5 minutos e volta à 0.1.43.1 se este não arrancar. A compilação foi limpa (34 MB, 0 erros), mas a substituição do ficheiro em uso falhou («Text file busy») e o motor parou. O agente guardou o ficheiro antigo como reserva, instalou o novo manualmente e reiniciou o serviço.

Verificação (04:50): corre a v0.1.45, modelo Qwen3.8-Flash-Next IQ3_S, contexto 262 144. Velocidade com o mesmo script: resposta curta 31,0 (antes 33,5–33,7), geração de 1024 tokens 47,7 / 44,4 (antes 53,0–60,1), prefill de 1,5K 874 / 531 (antes 488–490). Leitura do agente: prefill claramente melhor, geração ~10–20% mais baixa em duas medições; com apenas duas execuções não lhe chama regressão e propõe mais 3–4 medições e o regresso à 0.1.43.1 se a lentidão se confirmar.

Neste trabalho, o modelo de reserva era externo (Grok) e não tinha filtro. Para o nosso sistema local isso não é aceitável, por isso o modelo de reserva foi substituído por um segundo modelo local. Hoje os modelos na nuvem só são chamados através do filtro e, quando necessário, após a confirmação explícita do utilizador.

Monitorização

Verificação matinal da casa e dos computadores

A combinação da imagem: Strata v0.1.43 + Qwen3.8-Flash-Next (IQ3_S) + o agente. O agente lê os sensores do Home Assistant (temperatura, humidade, movimento, luz, energia) e verifica cópias de segurança, discos e temperatura dos computadores. Falamos com ele pelo Telegram.

O que a verificação encontrou: a sala dos computadores está a 28,8 °C, bem mais quente do que as outras divisões, por isso convém verificar a ventilação e o arrefecimento; as pilhas dos sensores do escritório (20%) e do terraço (30%) têm de ser trocadas; o sensor da porta «Leo» indica ON, mas o valor pode estar desatualizado e deve ser verificado no local.

O Viktor nem sequer abriu a interface do Home Assistant. Ferramentas de apoio nesse dia: o ChatGPT desenhou a imagem da publicação, o ChatGPT Go + Codex ajudaram na configuração e o agente recorria de vez em quando ao Grok 4.7 como modelo adicional para raciocínios complexos.

Neste trabalho, o modelo de reserva era externo (Grok) e não tinha filtro. Para o nosso sistema local isso não é aceitável, por isso o modelo de reserva foi substituído por um segundo modelo local. Hoje os modelos na nuvem só são chamados através do filtro e, quando necessário, após a confirmação explícita do utilizador.

Uma ilustração da publicação, não uma captura de ecrã.

Velocidade do modelo

31 tok/s com a RAM quase livre: o modelo é lido do SSD

Definições: modelo Qwen3.8-Flash-Next IQ3_XXS (~47 GB), contexto 64K (65 536 tokens), cache KV de 8 bits, modo low-RAM: parte dos «especialistas» do modelo é lida do SSD. Placa gráfica AMD Radeon RX 9070, ~16 GB.

O resultado no monitor do Strata: 12 136 tokens em 396,3 s, geração 31,0 tok/s, VRAM 15,7 de 16 GB, RAM 3,2 de 31 GB, GPU 45 °C. Na memória de vídeo estão 5681 «especialistas» (9,2 GB); o resto é lido do disco.

Conclusão: um modelo grande funciona sem enormes quantidades de RAM, porque o motor mantém o mais necessário na memória de vídeo e lê o resto de um SSD rápido. É um caminho para computadores muito mais acessíveis para IA local.

Velocidade do modelo

Contexto de 256K: 26 pedidos numa única placa gráfica de 16 GB

O objetivo era simples: perceber como automatizar mais tarde estas execuções em hardware diferente e como apresentar os resultados para comparação. Máquina: Intel Core Ultra 7 270K Plus, 31 GB de RAM, AMD Radeon 16 GB.

O balanço desde domingo de manhã (09:44): 26 pedidos, 169 326 tokens de prompt lidos a 108 tok/s (mais 1 923 247 retirados da cache da conversa), 166 539 tokens escritos a uma média de 20,5 tok/s. O contexto está 62% cheio (162k de 256k).

Nem tudo correu bem: a lista mostra um pedido «Closed» e outro «Stopped». O vídeo da publicação original mostra o modelo a escrever uma resposta técnica longa; lá o Viktor também explica o que falhou.

Velocidade do modelo

Mais RAM: 45 tok/s num contexto de 164 000 tokens

Computador: Intel Core Ultra 7 270K Plus (24 threads), AMD Radeon 16 GB, 62 GB de RAM, contexto 262 144 tokens. Agora o motor também usa a RAM: 53,5 de 62 GB ocupados.

Dois pedidos de cerca de 162 000 tokens cada: o primeiro foi lido a 1176 tok/s, geração 48,3 tok/s; o segundo veio quase todo da cache da conversa (162 199 tokens), geração 45,2 tok/s.

O compromisso é claro: com mais RAM a geração é bem mais rápida, mas sobra menos memória para outras tarefas. Com 31 GB o motor quase não tocava na RAM e o computador ficava livre para outro trabalho.

Velocidade do modelo

Um Xeon antigo e uma Tesla P100: 19–27 tok/s

O modelo não cabe na RAM e funciona a partir da memória de vídeo (15,7 de 16 GB) e de um disco NVMe via PCIe 3.0. O processador está a cerca de 45% e a RAM quase livre: o computador pode ser usado também para outro trabalho.

No monitor: geração atual 26,9 tok/s; no histórico de pedidos, 19,3 tok/s numa resposta curta (253 tokens) e 25,3 tok/s numa longa (12 686 tokens em 504,1 s). Placa gráfica a 36 °C, 97 W de 250.

Para nós é a referência-chave de preço: mesmo hardware antigo e barato, com o motor bem configurado, já serve para trabalho real.

Porque a nuvem é perigosa

Todos os documentos da empresa na nuvem de outra pessoa? É um risco, não uma comodidade

Quando contratos, orçamentos, e-mails e know-how acabam numa IA na nuvem ou num SaaS, a empresa fica dependente das regras de outros: o fornecedor processa os dados nos seus próprios servidores, pode mudar as condições de utilização dos dados, os preços e os limites, e a sua infraestrutura e fornecedores podem falhar ou sofrer violações. O CLOUD Act aplica-se aos fornecedores dos EUA, e a base jurídica das transferências UE–EUA está novamente em causa. Com a CLARYEL, documentos e IA ficam no hardware do cliente: disco cifrado, cópias de segurança, acesso remoto cifrado e uma base de dados que pode ser desligada a qualquer momento. Nas configurações básicas é mais lento do que a nuvem, mas sem limites de tokens e sem surpresas na fatura.1,3–5,7,9–15

Para uma empresa italiana, é também uma questão de segredos comerciais: o art. 98 do Código da Propriedade Industrial só protege as informações se forem mantidas em segredo com «medidas razoavelmente adequadas». A revelação de segredos comerciais é punida com até 2 anos de prisão (art. 623 do Código Penal italiano), com agravamento se forem usados meios informáticos.17,18

Modelos externos rápidos: só através de um filtro

Quando necessário, o sistema CLARYEL pode chamar modelos externos rápidos e de ponta. Antes do envio, remove do pedido os dados pessoais e os segredos comerciais, mantendo o sentido do pedido. Quando necessário, mostra-lhe o pedido filtrado e só o envia para a nuvem após a sua confirmação explícita.

O filtro ajuda a reduzir os riscos; não promete uma anonimização a 100%.

Com honestidade: o canal de comandos (Telegram) é um serviço externo, por isso as mensagens e as notas de voz passam pelos servidores do Telegram. Os documentos, a base de conhecimento e o processamento de IA ficam em local.

Fontes

  1. BSI / Allianz für Cybersicherheit — Local AI and further alternatives (2026)
  2. CNIL — Comment déployer une IA générative ? (2024)
  3. Anthropic — Updates to Consumer Terms and Privacy Policy
  4. OpenAI — Mixpanel security incident (2025)
  5. Google Threat Intelligence — Salesloft Drift data theft (2025)
  6. Malwarebytes — AI chat app leak (2026)
  7. 18 U.S.C. § 2713 (CLOUD Act) — govinfo.gov
  8. Sénat (France) — commission d’enquête, 9 June 2025
  9. CJEU C-311/18 (Schrems II) — EUR-Lex
  10. IAPP — EDPB requests review of the EU-US Data Privacy Framework (2026)
  11. CJEU C-703/25 P (Latombe) — EUR-Lex
  12. Microsoft Licensing — Microsoft 365 pricing and packaging updates (2026)
  13. TechCrunch — new weekly rate limits (2025)
  14. AWS — US-EAST-1 service disruption summary (Oct 2025)
  15. Cloudflare — outage on 18 November 2025
  16. The Register — unauthorized API usage bills (2026)
  17. D.Lgs. 30/2005 (Codice della proprietà industriale), artt. 98–99 — Normattiva
  18. Codice penale, art. 623 — Normattiva

Informação geral, não aconselhamento jurídico. Um sistema local ajuda a reduzir os riscos; a conformidade continua a ser responsabilidade da empresa.

Porque a nuvem é perigosa

Dar a um agente na nuvem as chaves da sua infraestrutura abre a porta aos seus dados mais valiosos

Cada chave API, token OAuth ou túnel concedido a um agente na nuvem é mais uma porta para um atacante. As credenciais roubadas são a via de entrada mais frequente; uma única integração comprometida levou ao roubo de dados em muitas empresas; a injeção de prompts pode fazer sair dados sem um clique; pacotes infetados já usam agentes de IA para procurar segredos. Um agente na nuvem com acesso às suas máquinas e chaves é um ponto de fuga e um caminho para o sistema local, onde estão todos os dados ou os mais sensíveis. A arquitetura local da CLARYEL reduz os pontos de acesso externos e pede a uma pessoa que confirme as ações de risco, em linha com a OWASP e com os requisitos da NIS2 para a cadeia de abastecimento.1–7

Fontes

  1. Verizon — 2025 Data Breach Investigations Report
  2. OWASP — Top 10 for LLM Applications 2025 (LLM01, LLM06)
  3. NIST NVD — CVE-2025-32711
  4. GitHub Security Advisory — malicious Nx versions (GHSA-cxm3-wv7p-598c)
  5. CISA — supply chain compromise in the npm ecosystem (2025)
  6. Hunt.io — CVE-2026-25253 in internet-facing AI agent gateways (2026)
  7. Directive (EU) 2022/2555 (NIS2), art. 21 — EUR-Lex
  8. BSI / Allianz für Cybersicherheit — Local AI and further alternatives (2026)
  9. EDPB — AI Privacy Risks & Mitigations: Large Language Models (2025)

Informação geral, não aconselhamento jurídico. Um sistema local ajuda a reduzir os riscos; a conformidade continua a ser responsabilidade da empresa.

Porque a nuvem é perigosa

A afinação do hardware e dos modelos fica dentro de casa: nenhum agente na nuvem perto das suas máquinas

As medições desta página foram feitas pelo agente CLARYEL nas nossas próprias máquinas, sem dar acesso a qualquer serviço na nuvem. As credenciais roubadas e os painéis de agentes expostos mostram porquê: quem tem as chaves tem o sistema. A velocidade local depende do hardware e, nas configurações pequenas, é inferior à da nuvem; em troca, o volume de trabalho não é limitado por tarifas, quotas ou uma fatura por tokens.1,2

Fontes

  1. Verizon — 2025 Data Breach Investigations Report
  2. Hunt.io — CVE-2026-25253 in internet-facing AI agent gateways (2026)
  3. TechCrunch — new weekly rate limits (2025)
  4. The Register — unauthorized API usage bills (2026)
  5. Stanford HAI — AI Index 2025, Technical Performance

Informação geral, não aconselhamento jurídico. Um sistema local ajuda a reduzir os riscos; a conformidade continua a ser responsabilidade da empresa.