> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/pt-br/2026/w41-personal-ai-practice-tools-engineering-and-runtime-environments.md).

# W41-Projetos pessoais: ferramentas, engenharia e escolhas entre execução local e nuvem

10 de outubro de 2026 · Revisado em 13 de outubro

Passei o feriado do Meio do Outono e do Dia Nacional em Aranya Jinshanling, um bom destino para famílias. Na volta, ainda tinha alguns dias livres, e a primeira semana de trabalho foi relativamente tranquila. Aproveitei para avançar em algumas ideias.

Olhando para trás, fiz bastante: manutenção dos ambientes de IA, continuação das finanças familiares, substituição do gerenciador de assinaturas que usava havia anos, melhoria da confiabilidade do proxy e execução do fluxo de publicação de conteúdo. Juntos, esses projetos me fizeram rever como usei IA neste ano.

Já escrevi sobre tratar assuntos pessoais como projetos de engenharia. Quando eles recebem dados reais, conectam contas reais e precisam operar continuamente, surgem problemas aos quais eu antes prestava pouca atenção.

## Manutenção do ambiente de execução da IA

Meu Mac Studio fica na empresa. Depois do expediente e nos fins de semana, costumo dar tarefas remotamente. Antes do feriado, quis testar se ele poderia permanecer disponível por mais de dez dias, para eu usá-lo de onde estivesse.

Depois de dois ou três dias, já não funcionava tão bem. Claude e OpenAI atualizaram modelos, e alguns clientes precisavam de atualização manual. Sessões expiraram e exigiam nova autorização. Tarefas dependentes de automação do Chrome também consumiam memória que precisava ser liberada. Isoladamente, eram problemas pequenos. Longe da máquina, porém, qualquer etapa travada impedia o restante.

Por isso, no primeiro dia de volta, passei bastante tempo limpando o ambiente e acompanhando os avanços dos modelos durante o feriado.

**Máquina ligada e rede conectada não bastam para garantir que o ambiente esteja sempre disponível.**

Depois disso, acrescentei tarefas de manutenção cotidiana do runtime. Uma verifica os modelos configurados nas ferramentas e acompanha atualizações da mesma família. Outra verifica versões de Codex, Claude Code, Gemini e outros runtimes, reduzindo a divergência gradual entre configurações e ferramentas.

Antes, eu tratava isso quando surgia um problema. Com mais ferramentas simultâneas, mantê-las virou trabalho fixo. No uso remoto, autorizações e atualizações que exigiriam apenas um clique local se tornam bloqueios reais.

## Engenharia dos dados financeiros da família

Eu já havia mencionado esse projeto e construído uma base. Desta vez, dediquei quatro ou cinco dias, principalmente com Claude, para avançar. Chegou a cerca de 80%, levando bem mais tempo que o previsto.

Quero colocar toda a situação financeira familiar em um projeto que possa ser mantido, analisado e monitorado, fornecendo base para revisões e gráficos variados. Ao começar, percebi que gráficos e análises são só parte do trabalho. Dados e regras por baixo são a maior parte.

Na privacidade, por exemplo, a primeira ideia é esconder valores. Mas quantidades de cotas também não podem ser públicas, pois multiplicá-las pelo valor público da cota revela o patrimônio. Algumas proporções, combinadas com outros dados, expõem informações que não queríamos divulgar. Um campo isolado pode parecer inofensivo; combinado, muda tudo.

Na precisão, é preciso registrar separadamente quando algo ocorreu, quando foi inserido e se foi observado, calculado ou estimado. Corrigir um registro antigo deve preservar a relação da correção, sem simplesmente sobrescrever. Uma falha na obtenção da fonte não pode gerar um resultado aparentemente completo, e ausência de dados não pode virar zero.

Essas restrições precisam entrar nos programas. Hoje, antes do commit, o projeto verifica o conteúdo que entrará no repositório e identifica o formato real dos arquivos, evitando que uma planilha bruta proibida entre apenas por ter mudado de extensão. Exigências em prompts precisam de apoio programático; sem isso, cada execução depende da memória do modelo.

Alguns problemas só apareceram nas revisões repetidas com Claude. Na segunda metade, gastei muito tempo encontrando limites, acrescentando verificações e revisando de novo. Um projeto pessoal com dados reais da família não pode dispensar esse trabalho por ter poucos usuários.

Minha expectativa é concreta: reduzir trabalho repetido nas atualizações trimestrais, explicar por que os dados mudaram e saber de onde vem cada conclusão.

**Com os fatos bem mantidos, análises e visualizações podem ser refeitas a qualquer momento.**

## Gerenciador de assinaturas multiplataforma

Em comparação, o gerenciador de assinaturas foi rápido. Queria testar se conseguiria criar, a baixo custo, uma ferramenta muito adaptada aos meus hábitos, multiplataforma e com experiência próxima à nativa.

Gravei a tela do software antigo e pedi ao ChatGPT que extraísse os dados para migração. Houve cuidados: manter apenas assinaturas ativas cujos detalhes eu realmente abri e mostrei. Conferir moedas também era necessário: Google One estava em dólar taiwanês, e telecomunicações em patacas de Macau. Se esses campos estiverem errados, cálculos bonitos não servem.

Depois vieram interface, sincronização e implantação. A ferramenta está no ChatGPT Sites e usa seu banco de dados. Abre no celular, PC e Mac. No iOS, uso como Web App, com experiência melhor que a esperada.

A iteração foi direta. Marcava o que não correspondia à expectativa, fazia alguns testes, acrescentava requisitos e ajustava. Para uma ferramenta pessoal com fronteiras claras, esse modo de entregar funciona bem.

Assim, substituí um programa usado por muitos anos. Antes, comprar algo pronto exigia aceitar formas de organização de que eu não gostava. Agora, faço conforme meus hábitos e altero barato. Não precisa virar um produto para todos; resolver meu problema já tem valor.

**Isso também me fez rever os Web Apps. Para ferramentas leves de produtividade, combinar página, hospedagem e armazenamento já oferece uma experiência bastante completa. Com aplicativos como Scriptable, scripts acrescentam lembretes do sistema e widgets, trazendo os dados da Web para os pontos de uso cotidiano do celular.**

Nesse cenário, um Web App com um pouco de capacidade nativa oferece personalização e experiência próxima à nativa por pouco custo. Não é necessário criar várias versões de clientes para uma ferramenta pessoal.

## Confiabilidade do proxy de rede

Dediquei mais um ou dois dias à confiabilidade do proxy.

Muitas ferramentas de trabalho dependem da internet internacional. Se um fornecedor fica indisponível intermitentemente, desenvolvimento, pesquisa e chamadas de modelos sofrem juntos. Depois de alguns bloqueios, decidi tratar isso a sério.

Continuei o projeto de configuração: meu servidor em Taiwan tem prioridade, o servidor taiwanês do fornecedor comercial A é o primeiro backup e o do fornecedor B, a última opção. Tráfego de IA passa apenas por Taiwan; tráfego chinês, corporativo e privado continua direto pelas regras existentes. Assim, as alternativas ficam claras sem desviar toda a máquina para uma única rota só para atender uma ferramenta.

A troca em caso de falha fica com o núcleo do proxy. Há verificação ativa a cada 30 segundos, com timeout de 3 segundos. Se a rota própria falha, as conexões seguintes usam o backup; quando volta, recupera a prioridade. Uma conexão de streaming já aberta não pode migrar para outro servidor, então o aplicativo ainda precisa tentar de novo. Essa camada garante a próxima conexão.

Fiz 468 rodadas de verificação HTTPS. A rota própria passou em 465; a comercial A, em 459. Em 468/468 rodadas, pelo menos uma funcionou. Nessa amostra, as falhas se complementaram.

Assumindo independência entre falhas e usando as taxas da amostra, a disponibilidade combinada estimada é de aproximadamente 99,9877%.

**Sob essa hipótese, a estimativa chega ao nível de quatro noves (4N).**

É uma aproximação baseada em uma amostra curta e na independência das falhas. Não inclui problemas comuns de rede nem intervalos de detecção e troca, e não representa disponibilidade anual medida.

A aceitação precisa se aproximar do trabalho real. Abrir uma página ou receber sucesso de uma API não prova estabilidade durante uma geração longa. Verifiquei saídas reais de modelos nas duas rotas, com quase dois minutos de streaming contínuo, e ambas passaram. Também simulei falha e recuperação em um ambiente isolado, conferindo a entrada do backup e a prioridade depois da volta. Não desliguei o servidor real nos testes.

Integrei o servidor próprio a uma assinatura fixa. Seus parâmetros são distribuídos pela Cloudflare, mas o tráfego de proxy continua indo ao servidor. O Mac já está integrado; celular e Apple TV têm formatos correspondentes, cuja importação e atualização ainda precisam de aceitação em cada aparelho. Mudanças de parâmetros não exigirão enviar outra configuração a todos. O download da assinatura usa o backup comercial, para permitir atualizar parâmetros mesmo se o servidor próprio cair.

Depois, acrescentei gestão coordenada dos dois Macs. Eles sincronizam registros de administração criptografados e permitem operações de gestão em apenas uma máquina por vez, evitando alterações simultâneas ou solicitações duplicadas.

Considerei liberar o servidor em dias sem trabalho e recriá-lo nos dias úteis para economizar. Ao aprofundar, surgiram identidade confiável do novo servidor, reconciliação após timeout de criação, recuperação de estado e sincronização entre dispositivos. Cancelei esse esquema periódico e mantive a instância funcionando continuamente, com troca automática de rotas.

**Complicar todo o sistema para economizar parte do tempo de uma instância talvez não seja a melhor escolha agora.**

## Experimento de publicação de conteúdo

Outro teste é o “IA em palavras e imagens”. Quero produzir conteúdo ilustrado de IA para o público geral e ver até onde essa forma funciona.

Usei Multica para organizar uma equipe de agentes, conectando escolha de tema, verificação das fontes, edição, imagens, revisão, confirmação humana e publicação. Já há conteúdo publicado de fato; o processo passou dos rascunhos. No canal público do WeChat, mantive minha confirmação pelo celular e a verificação do resultado após publicar.

Surgem muitos pequenos problemas: o tema já foi usado? O texto só repete o anúncio? Imagem e texto combinam? A plataforma realmente salvou? Isoladamente, nada é muito difícil, mas concluir uma entrega exige tratar cada ponto.

O fluxo funciona, mas o conteúdo ainda está no começo. Há poucos temas, a seleção é um pouco rígida e ainda não há base para falar em alcance ou curtidas. Quero observar se consigo conectar registros de execução e desempenho, aprender o que vale escrever e como fazer o leitor querer ler, e usar isso na próxima seleção.

Ainda há ajustes. Prefiro manter por enquanto a forma de coordenação e tornar o trabalho fluido. Continuar observando como pequeno experimento parece mais interessante que concluir cedo.

## Limites entre execução local e nuvem

Essas experiências me fizeram prestar mais atenção ao lugar em que o assistente digital pessoal roda. Há cada vez mais aplicativos capazes de receber tarefas, chamar ferramentas e executar na nuvem. Mas equivaler a uma máquina local na produção depende de condições concretas.

Primeiro, segurança das credenciais. Trabalho real exige sessões, credenciais e tokens. Na nuvem, precisa ficar claro onde são armazenados, quem lê, quais permissões recebem e como revogá-las. Localmente, também precisam de proteção, mas posso gerir diretamente localização e escopo. Na nuvem, preciso de limites igualmente claros da plataforma.

Segundo, armazenamento confiável. Projetos pessoais deixam código, arquivos, registros e estado de longo prazo. Precisam persistir depois que os recursos de execução forem recolhidos, e a tarefa seguinte deve poder continuar do resultado anterior. Receber o resultado de uma execução e manter um projeto por longo prazo são exigências diferentes.

Terceiro, acesso à rede. A saída de rede da nuvem pode bloquear sites ou serviços. Na máquina local, alguns problemas são resolvidos pelo proxy existente. Na nuvem, o acesso aos mesmos destinos e a manutenção das sessões precisam ser verificados um a um. Acessar a internet não significa acessar todos os recursos necessários à tarefa.

Por fim, desenvolvimento e testes. Para iOS, por exemplo, o ambiente de nuvem que uso é Linux e não executa Xcode ou o simulador de iOS. Se o assistente escreve código sem a cadeia de ferramentas e o simulador, sua capacidade de aceitação é limitada. Para esses testes, ainda preciso de um Mac ou de um ambiente equivalente com macOS.

**O alcance produtivo de um assistente pessoal também depende de credenciais, armazenamento, rede e ferramentas sustentarem continuamente seu trabalho.**

Espero que esses aplicativos completem essas capacidades. Arquivos persistentes, permissões controláveis, recursos acessíveis e programas que possam ser realmente executados e testados são condições para confiar a eles um projeto duradouro.

Hoje, meu gerenciador de assinaturas está na nuvem e abre diretamente no celular e no computador. Tarefas dependentes de credenciais locais, configuração de rede e ferramentas do Mac continuam na máquina local.