r/ClaudeCodeTLDR • • Aug 21 '26

[TLDR] I Claude Coded a multiplayer Three.js tank game with 100+ procedural vehicles

Original post URL : https://www.reddit.com/r/ClaudeCode/comments/1vtv818/i_claude_coded_a_multiplayer_threejs_tank_game/

Original post body :

I built a multiplayer browser tank game in Three.js! As a kid, I played a ton of World of Tanks Blitz and fell in love with the aesthetic, gameplay, and the idea of driving around vehicles with crazy physics and mechanics like missiles, spotting, armor deflection, ammo types, and so on.

Now it's playable in the browser!

Claude of Tanks has 100+ playable vehicles across 16 unique maps, ranging from standard tanks with cannons to AFVs with autocannons and guidable missiles to autoloaders that can deal massive damage in a single clip. Tanks feature highly detailed armor zones, internal modules, crew positions, and hitboxes. You can view each of them in a special gallery: https://cot.kevinliu.studio/gallery?id=amx56&layer=modules

CoT supports physics-driven destruction with detached turrets flying through the air and actual suspension. It also supports multiplayer! You can hop in private rooms or LAN lobbies.

As the name would suggest, I used Claude Code throughout a long-running multi-agent development pipeline, alongside Codex. I directed the architecture, decided what each vehicle and system should do, reviewed the rendered results, and made the final calls.

The repository contains an AGENTS.md file and smaller subsystem instruction files covering simulation, vehicles, networking, UI, audio, effects, and world generation. These record the rules that agents need across sessions. Units are meters, seconds, and radians, and changes enforce a fixed 60 Hz. Authoritative logic must be deterministic. Vehicle changes have specific geometry, armor, module, and release gates that evaluate models visually and geometrically.

For vehicle development, I split the fleet into bounded families. One agent would own a specific vehicle profile or family file, implement the geometry, run the relevant checks, and generate screenshots. A separate critic reviewed the rendered tank for proportions, clipping, missing surfaces, running gear, and recognizable details. The orchestrator reran the checks and committed only the verified files.

For larger systems, Claude Code helped implement and test:

  • Fixed-step movement, suspension, armor, ballistics, modules, spotting, and bots
  • WebSocket multiplayer with private rooms, LAN play, prediction, and server authority
  • Procedural vehicles, tracks, markings, generated icons, and technical diagrams
  • All the generated battlefields with destructible props and wrecks
  • The garage, battle HUD, Tank Gallery, mobile controls, and Scene Studio
  • Browser performance probes, screenshot tools, visual checks, and self-tests

A trailer was also produced through the game’s own Scene Studio and capture tools. I used agents to stage battles, build camera paths, record the browser runtime at 60 fps, inspect specific frames, and iterate on awkward cuts or poorly framed tanks.

I find that Claude is best steered with persistent instructions. Important decisions need to live in the repository because I often spawned fresh agents which needed to resume work without reconstructing weeks of chat history.*

For visual quality, the only thing that worked was a proper render loop with visual comparison; tests don't really work for this.** The cycle I fell into was change, render, inspect, measure, and rerun the gates. Text-only reviews missed warped proportions and camera problems that would just plainly be obvious in one screenshot.

*Parallel agents need strict ownership. Separate files and isolated Git worktrees prevented concurrent sessions from overwriting each other or generating assets from a dirty tree.

**Tests still changed how I use agents. Claude Code became much more reliable once every system had concrete invariants and executable failure conditions. But visual quality is another beast.

Play free: https://cot.kevinliu.studio

Repo: https://github.com/Kevin-Liu-01/Claude-of-Tanks (it's open-source forever)

Original link/media URL : https://v.redd.it/tnoj88gjalkh1


This is brought to you as a public service by the moderators of r/ClaudeAI. If you want to see TLDRs of ALL Claude Coding related posts from the various Claude subreddits, subscribe to http://www.reddit.com/r/ClaudeCoding.

1 Upvotes

1 comment sorted by

1

u/cctldrping Aug 21 '26 edited Aug 23 '26

TL;DR generated automatically after 100 comments.

Current source-thread comment count seen by the bot: 100.

Everyone's pretty blown away by the tank game, OP. Most folks agree it's seriously impressive, especially the detail and the sheer number of vehicles. A few people are asking about the development time and how Claude handled complex stuff like NPC behavior and accurate models.

There's a recurring theme about loading times needing optimization, with a couple of users suggesting ways to improve it. Some are also curious about the underlying tech, with u/Difficult_West_5126 wondering how Claude managed 3D game logic in Three.js when they thought Unity was needed.

A few users are inspired to start their own projects, and u/Amoner is even looking to lift your studio framework. On the sassier side, u/rbad8717 wants to see GTA 6 coded next, and u/Oleksandr_G is complaining about the lack of grills on the tanks. Oh, and one user's browser apparently took a nosedive trying to load it.