AI & Emerging Interfaces

Gemini 4 Carbon Wrote 20,000 Neural Net Weights by Hand and Scored 217

Google's Gemini 4 Carbon hand-wrote a 20,000-weight neural net scoring 217 points per Breakout game versus 25 for a trained MIT network — yet failed on more complex games.

  • AuthorPriya Raman
  • ChannelAI & Emerging Interfaces
  • Filed
  • Read4 min
Google Gemini 4 Carbon Beats Claude Opus 5.5 in 16 of 18 Tests
Google Gemini 4 Carbon Beats Claude Opus 5.5 in 16 of 18 TestsJessica Lewis 🦋 thepaintedsquare / unsplash
  • Gemini 4 Carbon hand-wrote roughly 20,000 weights for a Breakout neural network that averaged 217 points per game, versus 25 for the best trained network in an MIT research post.
  • A 65-iteration reconstruction of the Kilabalahisar fort in Peshawar improved its accuracy score from 3 to 5 out of 10, with photorealism starting at 8.
  • The model simulated two colliding galaxies with over 500,000 stars on a DGX Spark cluster.
  • A 'storm in a teacup' visualization produced nearly 13,000 lines of code across coordinated sub-agents.
  • At high effort settings, Carbon sometimes exhausted its entire reply limit on reasoning and produced no output.

Google's Gemini 4 Carbon hand-wrote a neural network of roughly 20,000 weights for the game Breakout in a single attempt, and the resulting net averaged 217 points per game. The best trained network in an MIT research post averaged 25. That's the headline number from a battery of tests reported by Prompt Engineering — and, as always with these demonstrations, the caveats sit close behind.

The weight-writing trick worked for simple games only. When testers moved Carbon to a harder task, called Sequest, the model hit reply limits and failed to produce a functional network at all. Notably, only about 1 in 10 of those Breakout weights contributed anything; the rest sat at zero. So the impressive result rests on a sparse, lucky construction, not a general method.

What can it do with 3D reconstruction?

Carbon ran an autonomous reconstruction of a historic port in a lesser-known eastern city over 21 hours, using a newly released 3D tool — not Blender, not 3JS — despite thin online documentation.

A second project is more revealing. Carbon replicated Kilabalahisar, a fort in Peshawar, Pakistan, by analyzing 30 sources: colonial records, aerial photographs, and satellite imagery. It identified the visible walls as British-period bricks laid over an older mud core, and — to its credit — labeled undocumented sections as "inferred" in the 3D model rather than inventing them.

That project has run 65 iterations over about 20 hours. A review loop brings in a fresh sub-agent every 10 passes to compare renders against real photographs, reducing bias from earlier iterations. The replica's accuracy score has climbed from 3 to 5 out of 10. Photorealism starts at 8. During the project, Carbon also modified the open source 3D engine it used — six changes, including two bug fixes.

How does it handle self-correction?

When Carbon recreated a small open world from a 3JS video, its first output had jittery animations. Rather than patching errors directly, it wrote a program to audit the animation frame by frame, flagged problems, and corrected the walk cycle. It built the scene from simple shapes. Human reviewers still had to step in to catch the jitter in the first place — a point worth keeping in mind.

A separate YouTube studio model took 15 passes: render, review the images, fix visible flaws, repeat. The final interactive model lets users switch camera angles, adjust lighting, and receive equipment suggestions for camera, key light, desk placement, and seating distance from the back wall.

Can it coordinate sub-agents?

Given the phrase "a storm in a teacup," Carbon divided the work across sub-agents. It built a shared plan and timeline to synchronize elements like lightning strikes, and assigned specific components — porcelain, tea surface, clouds — to separate agents. The output ran to nearly 13,000 lines of code, with each sub-agent managing its own files. Modularity came out clean.

Engineering tests push further. On a DGX Spark cluster, Carbon simulated two colliding galaxies with over 500,000 stars, verifying stability with a single-galaxy test first. It also trained a reinforcement learning algorithm that taught a four-legged robot to run; when the robot sprinted off the floor's edge, Carbon extended the floor and re-rendered the video.

A jet engine project produced a museum-style cutaway: users can slice the engine at any angle, disassemble it into modules, and export sections as 3D files.

What breaks it?

High effort settings — where the model thinks longer before responding — actively hurt. In one case, Carbon spent its entire reply limit on reasoning and delivered no network. Long runs exceed the context window, so the model relies on a state file tracking the current pass plus the 10 biggest unresolved problems, reloading it after memory resets.

The pattern across all tests is consistent: Carbon shines on long, iterative, heavily prompted work and disappoints on simple single-shot tasks. Human feedback remains essential — testers needed it to catch animation jitter and to refine outputs throughout. The original claim that Carbon beat Claude Opus 5.5 in 16 of 18 tests appears in the headline but nowhere in the test descriptions themselves; readers should treat that comparison as unverified until the methodology is published.

Source: geeky-gadgets.com

Share this article:

More from Priya Raman

Priya Raman

Show full bio

Market editor covering technology and product news in Product and interaction design, design systems at Interface Wire.

68 articles

Related articles

  1. Google Opens Gemini 4 Carbon and Its Agent Swarm Preview

  2. Google Declares 'Vibe Design' Has Arrived as Figma's Stock Sinks

  3. AI Tools Cut Realistic Prototype Build Time to One Day, NN/g Reports

  4. A Former Facebook Engineer Built an AI Evidence Database in Four Hours

« Previous articleNext article »