惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Engineering at Meta
Engineering at Meta
J
Java Code Geeks
I
InfoQ
腾讯CDC
Vercel News
Vercel News
IT之家
IT之家
V
Visual Studio Blog
P
Proofpoint News Feed
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
G
Google Developers Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 叶小钗
有赞技术团队
有赞技术团队
月光博客
月光博客
Martin Fowler
Martin Fowler
量子位
L
LangChain Blog
B
Blog
Last Week in AI
Last Week in AI
博客园 - 司徒正美
Microsoft Security Blog
Microsoft Security Blog
博客园 - 聂微东
Microsoft Azure Blog
Microsoft Azure Blog
A
About on SuperTechFans

DEV Community

Authentication Security Deep Dive: From Brute Force to Salted Hashing (With Java Examples) Why AI Systems Don’t Fail — They Drift Spilling beans for how i learn for exam😁"Reinforcement Learning Cheat Sheet" I Replaced Chrome with Safari for AI Browser Automation. Here's What Broke (and What Finally Worked) How Python Borrows Other People's Work The $40 Architecture: Processing 1 Billion API Requests with 99.99% Uptime Vibe Coding: A Workflow Guide (From Zero to SaaS) Most webhook security guides protect the wrong side. The scary part is delivery. Headless CMS for TanStack Start: Build a Blog with Cosmic EU Age Verification App "Hacked in 2 Minutes" — What Actually Happened Comfy Cloud’s delete function does not actually remove files Running AI Models on GPU Cloud Servers: A Beginner Guide Event-driven media intelligence with AWS Step Functions and Bedrock I scored 500 AI prompts across 8 quality dimensions — here's what broke How to Call Google Gemini API from Next.js (Free Tier, No Backend Needed) The Portal Protocol: Reclaiming Human Connection in the Age of AI How to Fix Your Team's Scattered Knowledge Problem With a Self-Hosted Forum Intro to tc Cloud Functors: A Graph-First Mental Model for the Modern Cloud Designing Multi-Tenant Backends With Both Ownership and Team Access I Built a Neumorphic CSS Library with 77+ Components — Here's What I Learned PostgreSQL Performance Optimization: Why Connection Pooling Is Critical at Scale Cómo construí un SaaS multi-rubro para gestionar expensas en Argentina con FastAPI + Vue 3 🚀 I Built an Ethical Hacking Scanner Tool – Open Source Project I Replaced /usage and /context in Claude Code With a Single Statusline A Pythonic Way to Handle Emails (IMAP/SMTP) with Auto-Discovery and AI-Ready Design I Collected 8.9 Million Polymarket Price Points — Here's What I Found About How Markets Really Move EcoTrack AI — Carbon Footprint Tracker & Dashboard Everyone's Using AI. No One Agrees How. 5 self-hosted ebook managers worth trying in 2026 Building Your First AI Agent with LangChain: From Chatbot to Autonomous Assistant
When 'Minimal' Splits Into 'Minimal': The Particle Physic...
Teru Murata · 2026-06-19 · via DEV Community

For a century, physics has had the same embarrassing habit. We find the smallest thing. We call it the atom — Greek for indivisible. Then we split it. Inside is a nucleus; we split that into protons and neutrons; we split those into quarks. Each time we were sure we had reached the bottom, and each time the bottom had a basement.

Last week I watched an AI rediscover this, by accident, in about forty minutes, while trying to create an empty software project.

The setup

I have been building an autonomous software org: you hand it a goal in plain language, and a controller decomposes the goal into a tree of tasks, builds each task with a small swarm of agents (designers, an implementer, an adversarial reviewer), and ships the result as a pull request. No human in the loop between "goal" and "PR".

The interesting part is the decomposer — the Splitter. A goal like "add a button that exports the table to CSV" is one small task. A goal like "build the whole billing system" is not; it has to be broken down. And the breakdown has to be good, because each task runs a full, expensive review pass. Split too coarse and the reviewer drowns in a change it can't verify in one sitting. Split too fine and you pay that expensive review N times for no benefit.

So the Splitter has a recursive escape hatch: if a task turns out to be too big — the reviewer keeps finding problems and the repair loop can't converge — the controller splits that task into smaller children and tries again. Coarse first; subdivide only what proves too large. It is a clean idea, and on existing codebases it works.

Then I pointed it at an empty repository.

The basement with no bottom

The goal was "build the acceptance system described in these docs." The target repo had nothing in it yet — a greenfield project. The Splitter looked at it and produced a task named, sensibly enough:

scaffold-minimal-project

The implementer tried to lay down the skeleton — a manifest, an entry module, a config file. It couldn't: each task is only allowed to touch the files in its declared scope, and a project skeleton is a web of interdependent files that have to appear together. The task failed.

So the controller did what it was told. The task failed, therefore split it into something smaller:

scaffold-minimal-project
  └─ minimal-package-scaffold
       └─ root-package-scaffold
            └─ minimal-package-scaffold
                 └─ ...

Atom. Proton. Quark. Each child was a slightly more "minimal" version of creating the project, and each one failed for exactly the same reason as its parent, and each failure triggered another split. The agent was a particle physicist with an unlimited grant: every time it declared it had found the smallest possible unit, it cracked that unit open and found another "minimal" inside.

It would have run until it hit a depth limit or burned the budget, having produced precisely nothing.

And this is the real shape of the cost. An LLM has a quiet affection for minimal — for the smaller, neater, more obviously-correct version of whatever unit you hand it. Left unchecked, that affection is not a virtue; it is a leak. The tokens dissolve into ever-finer subdivisions, and the matter itself — the thing you actually wanted built — dissolves with them. You do not end up with a smaller deliverable. You end up with no deliverable and an invoice. The insatiable pursuit of the smallest unit consumes the compute and the work in the same motion.

Two things were wrong, and one of them was a word

The structural problem is real and worth naming: a scaffold is anti-decomposable. The whole point of splitting is to make each piece independently buildable. But a skeleton is the one thing that cannot be built one bone at a time — package.json and src/index and the config only mean anything in each other's presence. Splitting it doesn't make it easier; it manufactures more impossible sub-tasks. Some work is genuinely atomic, and forcing it through a "divide until tractable" machine is a category error.

But the more embarrassing problem was the word minimal itself.

The Splitter said minimal. It labeled the task as the smallest meaningful unit — and then split it anyway. The label was doing no work. It was decoration. A claim of atomicity that nothing in the system was obligated to honor.

And that, I realized, is a very human bug. We do it constantly: "this is the minimal version," we say, in the same breath as a plan to break it into sub-tasks. "Smallest viable" becomes a thing we subdivide. The word stops being a commitment and becomes a mood.

The fix is to make the word mean something

The repair was small. It was not a smarter recursion or a bigger model. It was a base case — the thing recursion is defined by and the thing this system never actually had for atomic work:

def _declares_smallest(task) -> bool:
    text = (task["id"] + " " + task["objective"]).lower()
    return any(k in text for k in (
        "minimal", "smallest", "atomic", "indivisible",   # it called ITSELF the smallest unit
        "scaffold", "materialize", "skeleton",            # structurally anti-decomposable
    ))

def at_floor(task, depth) -> bool:
    return depth >= MAX_DEPTH or len(task["scope"]) <= 1 or _declares_smallest(task)

A task at the floor is never split. It is built whole or it fails — full stop. No basement.

Two things are now true that weren't before. First, a scaffold is treated as one atomic unit: the Splitter is told to emit it as a single task whose scope lists all the skeleton files, so the implementer can lay the whole web down at once. Second — and this is the part I like — if the Splitter calls a task "minimal," it has to take responsibility for that word. You said minimal; that is the granularity now; converge on it or fail on it, but you don't get to escape into a smaller "minimal." The label became a contract.

The lesson hiding in the joke

It's funny because it's particle physics, but the real moral is duller and more useful: in a recursive system, the base case is the entire design. Everyone admires the recursive step — the elegant "and then it splits itself." Almost nobody specifies, with equal care, where it is not allowed to recurse. That omission is invisible right up until it meets something genuinely indivisible, and then it runs forever.

Granularity is not discovered by infinite subdivision. At some point you have to declare the floor and own the declaration. Physicists got to keep splitting because nature kept providing a smaller layer. Software doesn't owe you one. Sometimes the smallest unit is the whole skeleton, and the only correct move is to stop calling it "minimal" ironically and start treating the word as a promise.