Technology

Teardown: The Free Claude Code Skill That Turns Any Machine Into a 3D Simulator You Can Take Apart

By Asad Ali ·

15 min read

Teardown Claude Code skill cover — robotic bird, gears and panels showing a 3D machine simulator you can take apart
Direct answer: Teardown is a free, MIT-licensed Claude Code skill that turns any machine — an engine, a landing gear, a walking robot — into an interactive 3D simulator you can take apart, as a single offline HTML page. You start with a reference photo, Claude Code writes the whole machine as code, and the same code records a 60 fps film with a synced sound score. It went viral this week after a robotic-bird demo built the same way. The skill is real and the repo is public — but the "3D artists should start worrying" part is hype. Here is what it actually does, verified against the repo itself.
Get Teardown: free on GitHub at github.com/elvarofficial/teardown (MIT licence). Install it with one command: npx skills add elvarofficial/teardown -g -a claude-code. You need Claude Code, Node.js 20 or newer, plus ffmpeg for video and Python 3 for sound. Full setup steps are below.

What Teardown actually is

Teardown's own README describes it in one line: "A Claude Code skill that turns any machine into a 3D simulator you can take apart." Ask Claude Code how something works in plain words — "Build me a simulator of a 4-stroke motorcycle engine I can take apart" or "How does a mechanical watch keep time? Show me as a simulator" — and it builds one offline HTML page.

On that page, the machine runs in the middle, every panel around it reads the real numbers from the same model that moves the parts, and a button opens the part doing the work. Leave the page alone and it tours itself with a moving cursor; click, drag or press a key and control hands over to you, then the tour resumes after 25 seconds of quiet. The same code then records a film of the tour, frame by frame, with a procedural sound score built on the same timeline.

The repo was created on 30 October 2026. When I checked it on 5 November 2026 it had already passed 2,100 stars and 330 forks, with only 2 commits — this is a brand-new project that spread fast, which is exactly why the viral post around it deserves a check before anyone repeats its claims.

Teardown at a glance

FactDetail
Repogithub.com/elvarofficial/teardown
Price and licenceFree, MIT licence
Created30 October 2026
Popularity2,152 stars, 334 forks (checked 5 November 2026)
You needClaude Code, Node.js 20+, ffmpeg for video, Python 3 for sound
OutputOne offline HTML page (about 800 KB for the V8 example), plus a 60 fps mp4 film
Examples includedV8 engine, Cessna 337 landing gear, Strandbeest walking machine
Built onwhaleyxbt/claude-motion (MIT) — runtime, frame capture, sound engine and review rules

What the viral bird demo showed — and what it did not

The post that set this off shows a robotic bird drone, labelled "Selas TR-9", hovering in a field simulator with wingbeat gauges, power readouts and assembly panels around it. The poster says they gave Claude one picture and one word — the name of the animal — and that this was the third model they ran through the skill, landing on the second generation. Here is each claim from that post, checked against the repo's own SKILL.md:

Viral claimVerdict
One picture and one word starts a buildMatches the skill's first rule: start from a reference photo, never from imagination. The bird was the poster's own build, not one of the shipped examples.
Claude writes the bird as codeVerified. All geometry is built from code with three.js. There is no image or video generation in the pipeline.
300 small parts in loops, 7 glass feathers on every wingThe poster's claim about their own bird build. Those numbers do not appear in the repo docs, so treat them as their count, not a skill feature.
Reworked 3 times before the film startsThe poster's run. The skill's review loop is "fix and rebuild until a full pass finds nothing" — there is no fixed number of passes.
One clock drives everythingVerified. One input drives the motion, the panels, the film and the sound from the same timeline file.
Claude never sees the videoVerified. It reads sheets of still frames, one tile per timeline beat, and fixes what is wrong from those.
GPU captures at 60 fps, Python scores it on the same beatsVerified. capture.mjs renders frame by frame to a 60 fps mp4, and run_sfx.py reads the same timeline.json.
"3D artists should start worrying"Opinion, not a fact. See the verdict section at the end.

The honest summary: the workflow in the post is real, and the skill's own documentation backs the mechanics of it. The specific numbers about the bird — 300 parts, 7 feathers, 3 reworks — belong to that one demo, and the "artists should worry" line is the poster's framing, not something the repo claims.

How it works: one input, one timeline

The whole skill rests on three ideas, all spelled out in SKILL.md. First, one input drives everything. A machine is posed from a single value — the crank angle, a stroke from 0 to 1, or the wind — and every gauge, chart and label reads from the same function that poses the parts, so nothing on screen can disagree with the motion. Second, render(t) is a pure function: given a time t, it draws that frame from scratch, with no randomness and no state carried between frames, so the capture step can render any moment in any order. Third, every beat goes into timeline.json in seconds, and the sound reads the same file, so the film, the live page and the score can never drift apart.

One timeline drives everything

One input, one timeline, three outputsOne input: crank angle / stroke / windtimeline.json — every beat in secondsLive pagePanels and gaugesread the same modelFilmFrame-by-frame captureto a 60 fps mp4ScorePython sound, built onthe same beatsNothing is keyframed by hand, so the three can never drift apart.

Each machine is split into small files by job: the maths (real dimensions in real units), the geometry built from code, the studio stage with lights and shadows, the overlay console of panels and charts, a film script of operator moves, and a live page with buttons, sliders and orbit controls. Frame 0 is the thumbnail, so it must already show the machine.

The 3 machines that ship with it

Teardown comes with three complete machines. Build one first, open the HTML, press the buttons — and copy the closest one when you start a new machine. That is the skill's own advice, and it is good advice: the examples are the documentation.

MachineWhat it showsThe one input
V8 engineCross-plane V8 with glass liners, charge burning inside the cylinder you track, valves lifting on their cams, 8 pistons from the exact slider-crank. Firing order 1-8-4-3-6-5-7-2.Crank angle
Cessna 337 landing gearMain gear folding into the airframe on takeoff and dropping on landing. A 201 mm rack turns a 32-tooth pinion (module 4 mm) through exactly 180°.Stroke 0 to 1
StrandbeestTheo Jansen's walking machine, 20 legs on one crankshaft, walking broadside over sand. An exact linkage solver in 67 lines, from Jansen's 11 link lengths.Wind

How to install Teardown

Setup takes a few minutes. The skill itself is free; what you pay for is Claude Code usage while it builds.

Step 1 — Install the skill. This registers it with Claude Code:

npx skills add elvarofficial/teardown -g -a claude-code

Step 2 — One-time setup in the installed folder. This installs the JavaScript dependencies and the Chromium browser that renders the frames:

cd "$SKILL_DIR" && npm install && npx playwright install chromium

Step 3 — Check the other requirements. You need Node.js 20 or newer. For the video you also need ffmpeg on your PATH, and for the sound you need Python 3 (standard library only — no extra packages). You can point the skill at other binaries with the FFMPEG, PYTHON or CHROMIUM settings.

Step 4 — Ask Claude Code in plain words. For example:

Build me a simulator of a 4-stroke motorcycle engine I can take apart.
How does a mechanical watch keep time? Show me as a simulator.
Make a teardown of a hydraulic excavator arm and record a 20-second video of it.
Tip: start with a reference. The skill's first rule is "start from a reference, never from imagination" — a photo, a cutaway drawing from a manual, or a clip of the real thing. Machines invented from a sentence come out generic every time; the same model rebuilds a real one closely when it has something to match. Get the real dimensions first (bore, stroke, tooth count, link lengths) and check one by hand: in the Cessna example, 32 teeth at 4 mm module is a 128 mm pitch diameter, and half its circumference is the 201 mm stroke.

Build your first simulator

Try the included V8 before building your own. This bundles the machine into one offline HTML file:

node sims/build.mjs v8-live          # teardown-out/dist/v8-live.html, offline, ~800 KB
node sims/build.mjs cessna-live
node sims/build.mjs strandbeest-live

Open the HTML file, press the buttons, and watch the auto tour. Then record a film of it:

node "$SKILL_DIR/sims/build.mjs" v8-film
node "$SKILL_DIR/sims/capture.mjs" v8-film --size 1600x900 --dpr 1.2 --out teardown-out/v8-silent.mp4
python "$SKILL_DIR/run_sfx.py" "$SKILL_DIR/sims/v8-shared/score.py"
ffmpeg -y -i teardown-out/v8-silent.mp4 -i teardown-out/v8-score.wav -map 0:v -map 1:a -c:v copy -c:a aac -b:a 256k -shortest -movflags +faststart teardown-out/v8.mp4

Capture prints the GPU it got — if it reports a software renderer, the GPU flags in paths.mjs did not take, and your render will be slow. At 1600 by 900 with a device pixel ratio of 1.2, the output is 1920 by 1080.

The review loop: why the results look so polished

This is the part of the skill that explains the viral demo's quality, and it is the cleverest idea in the repo. Claude cannot watch a video — so it never tries. Instead, the capture step renders a sheet of still frames, one tile per timeline beat, taken 0.3 seconds after each beat and labelled with its time. Claude reads every tile against a checklist: every part that should touch touches, nothing passes through anything, the numbers on the panels match the pose, one focal point per frame, nothing important within 60 px of an edge, labels never cover the part they name, no clipped text, and the key readout still reads at phone width.

Then it zooms in on transitions frame by frame, fixes what is wrong, rebuilds, and goes back to the start. It stops only when a full pass finds nothing. As a final check it renders a sheet from the finished mp4 itself, to see what the encoder actually wrote — not what the live page showed. That loop, not any single clever prompt, is why a second-generation bird could already look finished.

The same discipline shows up in the taste rules: one accent colour, and it means something (the part working right now); the machine fills 60 to 70 percent of its viewport; labels never under 34 px on a 1080 canvas; nothing dead-still — one element always alive. And the skill is honest about three.js traps it already hit, from a smoothstep call that returns 0 on Windows to a single NaN pixel blacking out a whole frame through bloom.

Honest limitations

Read this before you promise a client a Teardown film: the skill is free, but Claude Code is not — every build consumes Claude usage, and a machine with hundreds of parts means long sessions. The repo costs nothing; running it does.
  • It needs a real reference and real dimensions. Invented machines come out generic — the skill says so itself. If you cannot find the bore, stroke, tooth count or link lengths, the result will look plausible and be wrong.
  • Everything is code-drawn three.js geometry. It cannot match a photo-real render or a hand-modelled asset. The skill's own checklist warns that bloom eats detail, near-white surfaces blow out, and glossy metal streaks under low light.
  • The reviewer never watches motion. It reads still frames, so a timing glitch between beats can slip through, and each state must hold long enough to read (the rule is 1 second for a short phrase, plus 0.25 seconds per word beyond three).
  • Capture wants a real GPU. A page that runs at 60 fps on a desktop card can drop to 15 fps on a laptop's built-in graphics, which is why the examples carry quality tiers. Check the GPU the capture step reports.
  • It is a simulator and explainer, not a production 3D pipeline. There is no rigging export or asset pipeline here — the output is a web page and a film, not a model you drop into Blender or a game engine.
  • The sound is procedural. Python synthesises every sound from the timeline, mastered to −14 LUFS. There is no voiceover and no narration track.
  • It is days old. Two commits at the time of writing, no releases, no tags. Expect rough edges and breaking changes while it grows.

Security and privacy

  • The finished page is a single offline HTML file. Once built, it makes no server calls and carries no tracking — you can host it anywhere or send it to a client as a file.
  • Install runs third-party code on your machine. npm install in the skill folder and a Playwright Chromium download are normal for this kind of tool, but skim SKILL.md and package.json first, and keep the skill updated — a repo with 2 commits can change fast.
  • Your prompts go to Claude. Reference photos and dimensions are sent to Anthropic as part of Claude Code, so do not feed it proprietary CAD files or unreleased product designs you cannot share.
  • Licences are clean. The skill is MIT, the kit it builds on is MIT, and the recorded sound samples are CC0 from Freesound. Your own builds are yours to use.
  • Rendering is local. ffmpeg and Python run on your machine; nothing is uploaded to render the film.

Real use cases

  • Teaching: an interactive lesson where students pull a machine apart beats a static diagram in a textbook.
  • Engineering teams: explain a mechanism to non-engineers, sales staff or management without a CAD licence.
  • Product explainers: a take-apart page for a machine you sell, embedded next to the manual.
  • YouTube explainers: record the auto-tour as B-roll, then add your own voiceover on top.
  • Documentation: a living diagram that stays correct because the gauges read from the same model as the motion.

Should 3D artists and motion designers worry?

Short answer: no — but the floor for "good enough" explainers just moved. Teardown produces correct, code-driven mechanism explainers. It does not produce art direction, characters, environments, lighting design, or the taste that makes a film memorable. A robotic bird that flaps correctly is not a story.

What it does threaten is the low end of explainer work. A simple "how it works" animation that used to take days in Blender can now be drafted in an afternoon, and the frame-sheet review loop is exactly the kind of iteration clients pay for. The designers who should pay attention are the ones selling generic mechanism animations — and the opportunity is for the ones who use Teardown as a drafting tool and add direction, story and polish on top. The skill writes the machine; it does not direct the film.

Frequently asked questions

Is Teardown really free?

Yes. The repo is public under the MIT licence, so the skill itself costs nothing to download, use or modify. You still pay for Claude Code usage while it builds, and you need your own machine for rendering.

Do I need a GPU?

For smooth live pages and fast capture, yes — a real GPU. The examples include quality tiers for integrated graphics, and the capture step prints which GPU it got, so you can check before a long render.

Can it build anything, or only machines?

It is built for machines and mechanisms with one driving input — an engine, a gearbox, a linkage, a pump. Characters and organic shapes are outside its design, and the bird in the viral demo worked because it is a mechanical bird with a wingbeat cycle, not a living animal.

Does it work without Claude Code?

The skill is written for Claude Code — that is what the install command targets. The HTML pages it produces run anywhere, offline, in any modern browser.

Where does the sound come from?

Procedural Python synthesis on the film's timeline (48 kHz, reproducible), mastered automatically to −14 LUFS with true peak at or under −2 dBFS. Recorded bits are CC0 Freesound samples. There is no voiceover.

What should I build first?

Build the included V8, Cessna landing gear or Strandbeest before your own machine. The skill's own advice is to copy the closest example — the examples are the documentation, and they teach the file layout faster than reading about it.

Sources

Related reading: Kimi K3.1 Pro: open weights, 2.8 trillion parameters · 10 GitHub repos to build your own overnight system · Chrome's new features for 2026: vertical tabs and PDF annotations

Want a tool like this explained — or a simulator-style page for your own product? Talk to Asad Webs about a web build that shows how your product works instead of just describing it: asadwebs.com/#contact.

Category: Technology

Tags: technology

About Asad Webs

KEEP READING

Next guide

10 GitHub Repos to Build Your Own Overnight System →

Related articles

Join the conversation

No account needed. Comments appear only after approval. Your email address will not be published.

Be the first to share a useful question or thought.

You won’t be subscribed to any mailing list.
WELCOME BACK

Sign in

Access your orders, saved products and account.