Dei uma linha ao Claude Code dez vezes: bobina de Tesla, bomba d’água e escapamento (skill Anatomy)
Autoria: Prompt Engineer 48 · Assistir no YouTube
Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.
Idioma original: inglês
Vídeo original: I Gave Claude Code One Line, Ten Times: Tesla Coil, Water Pump, Escapement (Anatomy Skill) · Canal: Prompt Engineer 48 · 06:42 · Assistir no YouTube
Tópicos: Agentes de IA, Claude Code, Engenharia de software com IA, Open source e ecossistemas de software
O vídeo demonstra a skill open source Anatomy, que transforma instruções em máquinas interativas criadas pelo Claude Code. O apresentador testa dez projetos, incluindo um queimador Bunsen, um limitador de taxa, uma bomba hidráulica de aríete, um escapamento de âncora e uma bobina de Tesla. Os projetos feitos com o modelo padrão saem mais rápido, enquanto os feitos com Opus e verificações adicionais levam mais tempo e incluem auditorias de linha. Apesar dos resultados promissores, nenhum dos dez passou pela auditoria geométrica completa, então o apresentador os considera primeiros rascunhos, não peças prontas para publicação.
Pontos-chave
Seção intitulada “Pontos-chave”- Anatomy é uma skill open source que gera representações interativas de máquinas a partir de uma descrição.
- A skill oferece figuras em SVG, SVG com WebGL e um modo 3D marcado como beta.
- A instalação apresentada usa um único comando e não exige instalar pacotes via npm nem fornecer chaves de API.
- O primeiro teste, um queimador Bunsen, foi gerado em cerca de quatro minutos, mas ficou abaixo da quantidade de peças recomendada pela skill.
- Quatro testes com o modelo padrão levaram de cerca de 2 minutos e 41 segundos a 6 minutos e 33 segundos.
- Cinco testes com Opus e instrução para executar as verificações da skill levaram de 8 a 17 minutos e meio.
- Os exemplos incluem mecanismos com água, arco de plasma, pinos de fechadura e uma roda de escapamento de 32 dentes.
- Nenhum dos dez projetos executou a auditoria geométrica completa; o vídeo recomenda não publicá-los sem verificação adicional.
Capítulos
Seção intitulada “Capítulos”| Início | Capítulo | Resumo |
|---|---|---|
| 00:00 | Apresentação da Anatomy | O vídeo apresenta dez máquinas geradas pelo Claude Code e explica a proposta e os formatos de figura da skill Anatomy. |
| 01:32 | Instalação e primeiro teste | O apresentador instala a skill, mostra as permissões usadas e testa a criação de um queimador Bunsen interativo. |
| 03:04 | Quatro máquinas com o modelo padrão | São demonstrados um limitador de taxa, um pool de conexões, um cache de borda CDN e uma máquina de espresso. |
| 04:07 | Cinco testes com Opus e verificações | O vídeo mostra uma fechadura, um balanceador de carga, uma bomba hidráulica, um escapamento de âncora e uma bobina de Tesla. |
| 05:40 | Resultados, limitações e recomendações | O apresentador compara tempos e custos, ressalta que falta a auditoria geométrica completa e dá orientações para obter melhores resultados. |
Citações
Seção intitulada “Citações”Todas foram criadas pelo Claude Code a partir de uma única linha no meu próprio PC. — 00:00
Você descreve uma ideia ou uma máquina, e Claude inventa um objeto físico cujo funcionamento representa o conceito. — 00:30
Tentei mais quatro ao mesmo tempo, cada uma em sua própria pasta com a mesma skill. — 03:04
São bons primeiros rascunhos. Nenhum dos meus dez executou a auditoria geométrica completa. — 06:11
Conceitos e entidades
Seção intitulada “Conceitos e entidades”- Anatomy (ferramenta): Skill open source que cria máquinas e instrumentos interativos a partir de descrições em texto.
- Shrine22/Anatomy (repo): Repositório da skill Anatomy, apresentado no vídeo como licenciado sob MIT.
- Claude Code (ferramenta): Ferramenta usada para gerar os projetos a partir de instruções de uma linha.
- Opus (modelo): Modelo usado em cinco testes com a instrução adicional de executar as verificações da skill e corrigir os problemas encontrados.
- WebGL (conceito): Tecnologia usada em algumas figuras para representar efeitos como água, chamas e arcos dentro da cena.
- Ryan (pessoa): Pessoa creditada no vídeo como criadora de Anatomy.
- Raptor engine (conceito): Exemplo do projeto Anatomy citado por incluir uma auditoria que verifica se os tubos atravessam outras peças.
Tradução completa (pt-BR)
Seção intitulada “Tradução completa (pt-BR)”00:00 Certo. Neste vídeo, vamos ver 10 máquinas, e cada uma delas foi construída pelo Claude Code a partir de uma única linha no meu próprio PC. Uma bobina de Tesla com um arco de plasma, uma bomba hidráulica de aríete com água de verdade, um escape de pêndulo, um balanceador de carga, uma fechadura de caixa, uma máquina de espresso e muito mais. Todas vêm de uma única skill open source chamada Anatomy. Vamos ver como ela funciona. Então, este é o repo Shrine22/Anatomy. Se você olhar aqui, ele tem licença MIT, cerca de 3.000 estrelas, 230 forks, e a
00:30 primeira versão, a 1.0, só foi lançada em 10 de outubro. Então, é muito recente. O que ela faz é: você descreve uma ideia ou uma máquina, e Claude inventa um objeto físico cujo funcionamento representa o conceito. Uma chave de caixa que evita o trabalho vira uma fechadura de tambor com pinos; depois, ela constrói esse objeto com dezenas de pequenas peças sombreadas dentro de um cartão interativo com uma leitura ao vivo. Há três tipos de figura. O primeiro é SVG simples, com peças isométricas sólidas. O segundo combina SVG com WebGL para desenhar o que as linhas conseguem mostrar: fogo,
01:00 exaustão, água, e o shader fica dentro do desenho, usando a mesma câmera. E o terceiro é 3D, que o readme marca como beta, em que um mostrador ou uma mão realmente gira em três dimensões. E, vale lembrar, ela diz que desenha máquinas e instrumentos. Não é uma biblioteca de gráficos. Agora, para instalar, é um comando: NPX skills add Code. Estou fazendo a instalação no projeto, então ela vai para .claude-skills anatomy, somente dentro desta pasta. E você pode ver a avaliação de segurança que ela
01:32 exibe aqui. Gen diz que é seguro, socket indica zero alertas, Snyk diz baixo risco, sem chaves de API e sem nada para instalar com npm. Ela usa apenas os módulos integrados do Node. Agora, do jeito que estou executando, em vez de digitar no chat, chamo o Claude Code em modo headless, com Claude -p e /anatomy no prompt, e só permito que ele leia, escreva, edite e execute Node. O primeiro prompt vem diretamente dos evals do projeto: um bico de Bunsen numa bancada de laboratório; ao abrir o anel de ar, a chama amarela preguiçosa se transforma num cone azul intenso,
02:03 com WebGL para a chama, em tema claro. Antes de desenhar qualquer coisa, a skill faz Claude estimar o trabalho e dizer qual é a estimativa. Uma figura tem de 40 a 80 peças e leva cerca de 30 a 90 minutos. Uma peça de destaque tem de 80 a 150 peças e leva de 2 a 4 horas, e uma épica leva 6 horas ou mais. E a skill diz: não comece; dê a estimativa e proponha uma peça de destaque. Eu pedi uma figura, a menor opção. E você pode ver o resultado. É um único arquivo HTML, com cerca de 128 kilobytes, com o
02:34 anel fechado e o ar em 0%. A chama é uma gota amarela preguiçosa. Passe o cursor pela figura e, com o ar em 100%, ela vira um cone azul estreito, e a leitura na parte de baixo muda junto. A coisa toda levou cerca de 4 minutos na minha máquina, bem menos que a meia hora que a skill estima para uma figura. Agora, para ser sincero, o próprio Claude me disse o que deixou de fazer. Ele construiu cerca de 25 peças. A meta da própria skill é de 40 a 80. Ele não executou a auditoria e, sem WebGL, não há chama nenhuma. Então, esta é uma primeira versão funcional. Aí, tentei
03:04 mais quatro ao mesmo tempo, cada uma na sua própria pasta com a mesma skill: um limitador de taxa com token bucket, um pool de conexões de banco de dados, um cache de borda de CDN e uma máquina de espresso com trocador de calor. O token bucket é uma coluna de moedas com capacidade para oito e um alimentador que a reabastece. Cada solicitação empurra uma moeda para fora e, quando a coluna fica vazia, a solicitação é rejeitada. Isso levou 2 minutos e 47 segundos. O pool de conexões é um bloco com 10 bases. Quando as 10 estão ocupadas, as novas solicitações esperam na fila, na ordem de chegada. 2 minutos e 41 segundos. E
03:36 vale lembrar, este é o tema escuro e a imagem fica bem apagada na tela. O cache de borda de CDN tem um mostrador em que uma volta equivale ao TTL de 60 segundos. Uma caixa nova na prateleira é um acerto de cache, e uma expirada encaminha a solicitação para a origem. 2 minutos e 46 segundos, e de novo o tema escuro, então a imagem fica apagada outra vez. E, na máquina de espresso, a água vai do tanque, passa por uma bomba e entra numa serpentina na caldeira, depois sobe até o grupo. O ponteiro da bomba vai de três bar na pré-infusão a nove bar. 6 minutos e 33 segundos, o mais demorado desses
04:07 quatro. Agora, todos esses usaram o modelo padrão, então executei mais cinco e, desta vez, pedi ao Claude Code que usasse Opus com uma instrução extra: executar as verificações da própria skill e corrigir o que elas encontrassem. Vamos ver o que mudou. Primeiro, uma chave de caixa como fechadura de tambor com pinos. Cinco conjuntos de pinos representam os cinco campos da chave. Quando cada pino encontra a linha de corte, o cilindro gira e nada é redesenhado. Se um pino estiver fora do lugar, fica vermelho, o cilindro emperra e a tela é redesenhada. 8 minutos, e a verificação de linhas voltou com zero problemas em aberto, entre 262.
04:38 Segundo, um balanceador de carga round-robin. Um carrinho num trilho leva cada solicitação até o próximo servidor cujo pino superior esteja levantado. Um verificador faz ping em cada servidor e, depois de duas verificações sem resposta, o pino cai, a luz fica vermelha e os outros três recebem as solicitações um e três. Estou retirando os plugues com as teclas numéricas. 8 minutos. Terceiro, uma bomba hidráulica de aríete. A água em WebGL é desenhada com a mesma câmera do desenho, então passa na frente e atrás das peças. A válvula bate, um jato sobe pela válvula de retenção, e a leitura mostra batidas por minuto e litros por minuto, que mudam quando eu
05:09 movo o curso da válvula. 13 minutos e meio. Quarto, um escape de âncora. Um peso gira uma roda de 32 dentes, e o pêndulo balança a âncora, fazendo a roda avançar um dente a cada oscilação. Claude verificou o modelo no Node antes de desenhar qualquer coisa. 6 segundos de oscilação deram exatamente seis tiques. Estou mudando a altura do peso com as teclas de seta. 17 minutos e meio, o mais demorado. Quinto, uma bobina de Tesla. O alcance da faísca segue a regra 1,7 vezes a raiz de P, então, quando a distância entre os eletrodos é menor que o alcance, um arco violeta em WebGL atinge a esfera; quando é
05:40 maior, só surgem descargas em forma de filamentos. Estou deslizando a haste e aumentando a potência. 11 minutos e meio, zero linhas soltas entre 927. Então, Opus levou de 8 a 17 minutos para cada uma, contra menos de sete para o modelo padrão. O custo informado pelo Claude Code ficou entre cerca de dois e cinco dólares por execução na minha conta, e você pode ver o que isso proporcionou. Água de verdade, um arco de plasma, uma roda de 32 dentes, e as cinco passaram na verificação de linhas. Agora, compare com os exemplos do próprio projeto. O motor Raptor vem com uma auditoria que prova que nenhum tubo atravessa
06:11 qualquer coisa em nenhum quadro. Os meus são bons primeiros rascunhos. Aí estão as horas de verificação. Então, a parte honesta: isso é lento de propósito. O modo 3D está em beta, e precisa do Node 20.10 e do Chrome para as verificações. E nenhum dos meus 10 executou a auditoria geométrica completa, então eu não os publicaria assim. Se você quiser resultados melhores, o readme recomenda três práticas. Dê nome à ideia, não ao desenho, e forneça os números reais, como 10 conexões ou 60 segundos; ou nomeie o objeto e diga o que deve se mover; e diga onde ele vai
06:42 ser exibido. Uma página HTML independente, um SVG isolado ou um componente React, em tema claro ou escuro. Foi assim que os prompts do pool de conexões e os prompts sírios foram escritos. Então, neste vídeo, vimos como instalar Anatomy com um comando e como uma linha se transforma numa máquina com que você pode interagir, repetidas vezes. Se tiver interesse, pode experimentar no seu próprio sistema também e me contar como foi. Créditos a Ryan por criar Anatomy; o clipe promocional é dele. Vejo você em outro vídeo. Confira o próximo vídeo.
Transcrição original
[00:00] All right. In this video, we will see 10 machines, and every one of them was built by Claude Code from a single line on my own PC. A Tesla coil with a plasma arc, a hydraulic ram pump with real water, a pendulum escapement, a load balancer, a cash lock, an espresso machine, and more. They all come from one open-source skill called Anatomy. Let’s go ahead and see how it works. So, this is the repo where Shrine22/Anatomy. If you look here, it’s MIT license, about 3,000 stars, 230 forks, and the
[00:30] first release 1.0 only went out on the 10th of October. So, this is very new. What it does is you describe an idea or a machine, and Claude invents a physical object whose working is the concept. A cash key that skips work becomes a pin tumbler lock, then it builds that object out of dozens of small shaded parts inside an interactive card with a live readout. There are three kinds of figure. The first is plain SVG, solid isometric parts. The second is SVG plus WebGL for what lines can draw, fire,
[01:00] exhaust, water, and the shader sits inside the drawing in the same camera. And the third is 3D, which the readme marks as beta, where a dial or a hand actually turns in three dimensions. And mind you, it says it draws machines and instruments. It is not a chart library. Now, for installing, it’s one command, NPX skills add Code. I’m doing the project install, so it goes into .claude-skills anatomy inside this folder only. And you can see the security assessment it
[01:32] prints here. Gen says safe, socket says zero alerts, Snyk says low risk, no API keys, and nothing to npm install. It uses only Node’s built-in modules. Now, the way I’m running it, instead of typing into the chat, I’m calling Claude Code headless Claude -p with /anatomy in the prompt, and I’m only allowing it to read, write, edit, and run Node. The first prompt is straight from the project’s evals, a Bunsen burner on a lab bench opening the air collar turns the lazy yellow flame into a roaring
[02:03] blue cone. WebGL for the flame light theme. One thing before it draws anything, the skill makes Claude size the job first and say so. A figure is 40 to 80 parts and about 30 to 90 minutes. A hero is 80 to 150 parts, 2 to 4 hours, and an epic is 6 hours or more. And the skill says, do not start it, give the estimate and propose a hero instead. I asked for a figure, the smallest. And you can see the result. This is a single HTML file, about 128 kilobytes, with the
[02:34] collar closed air 0%. The flame is a lazy yellow teardrop. Move across the figure and at air 100% it turns into a narrow blue cone and the readout at the bottom changes with it. The whole thing took about 4 minutes on my machine, which is a lot less than the half an hour the skill estimates for a figure. Now, to be honest, Claude itself told me what it skipped. It built roughly 25 parts. The skill’s own target is 40 to 80. It did not run the audit and without WebGL there is no flame at all. So, this is a first working pass. So, I tried
[03:04] four more at the same time, each in its own folder with the same skill, a token bucket rate limiter, a database connection pool, a CDN edge cache, and a heat exchanger espresso machine. The token bucket is a column of coins with a capacity of eight and a feeder that refills it. Each request pushes a coin out and when the column is empty, the request is rejected. That took 2 minutes 47 seconds. The connection pool is a block of 10 base. When all 10 are busy, new requests wait in the queue in arrival order. 2 minutes 41 seconds. And
[03:36] mind you, this is the dark theme and it is quite dim on screen. The CDN edge cache has a dial where one turn is the 60-second TTL. A fresh crate on the shelf is a hit and an expired one sends the request on to the origin. 2 minutes 46 seconds, and dark theme again, so again dim. And the espresso machine, water goes from the tank through a pump into a coil in the boiler and up to the group head. The pump needle goes from three bar pre-infusion to nine bar. 6 minutes 33 seconds, the longest of these
[04:07] four. Now, all of those used the default model, so then I ran five more, and this time I told Claude Code to use Opus with one extra instruction, run the skills own checks and fix what they find. Let’s see what that changed. First, a cash key as a pin tumbler lock. Five pin stacks stand for the five fields of the key. When every pin meets the shear line, the plug turns and nothing is redrawn. If one pin is off, it turns red, the plug jams, and the screen redraws. 8 minutes and the line check came back with zero loose ends out of 262.
[04:38] Second, a round-robin load balancer. A shuttle on a rail carries each request to the next server whose top pin is raised. A checker pings every server, and after two miss checks, the pin drops, the lamp goes red, and the other three take one and three. I’m pulling plugs with the number keys. 8 minutes. Third, a hydraulic ram pump. The WebGL water is drawn in the same camera as the drawing, so it passes in front of and behind the parts. The valve slams, a slug goes up through the check valve, and the readout shows beats per minute and liters per minute, which change as I
[05:09] move the valve stroke. 13 and 1/2 minutes. Fourth, an anchor escapement. A weight turns a 32-tooth wheel, and the pendulum rocks the anchor so the wheel moves one tooth per swing. Claude checked the model in node before drawing anything. 6 seconds of swinging gave exactly six ticks. I’m changing the bob height with the arrow keys. 17 and 1/2 minutes, the longest. Fifth, a Tesla coil. The spark’s reach follows the 1.7 times root P rule, so when the gap is shorter than the reach, a violet WebGL arc strikes the ball, and when it’s
[05:40] longer, you only get streamers. I’m sliding the rod and raising the power. 11 and 1/2 minutes, zero floating line, ends out of 927. So, Opus took 8 to 17 minutes each against under seven for the default model. The cost Claude code reported was between about two and five dollars per run on my account, and you can see what it bought. Real water, a plasma arc, a 32 wheel, and all five passed the line check. Now, compare with the project’s own examples. The Raptor engine ships with an audit that proves no pipe passes
[06:11] through anything in every frame. Mine are good first drafts. There’s our hours of verification. So, the honest part, it is slow on purpose. The 3D mode is beta, and it needs node 20.10 and Chrome for its checks. And none of my 10 ran the full geometry audit, so I would not publish them as they are. If you want better results, the readme gives three habits. Name the idea, not the drawing, and give the real numbers like 10 connections or 60 seconds, or name the object and say what should move, and say where it will
[06:42] live. A standalone HTML page, a lone SVG, or a React component, light or dark. That is how the connection pool and the Syrian prompts were written. So, in this video we have seen how to install Anatomy with one command, and how one line becomes a machine you can poke at 10 times over. If you’re interested, you can go ahead and try this out on your own system as well, and let me know how it goes. Credit to Ryan for building Anatomy, and the promo clip is his. I’ll see you in another one. Check out the next video.