Jensen Huang named four principles for running a company on AI agents. I didn't just agree with them — I built a company that runs on all four. Here's the structure, and where running it corrected the fourth.
⊕ zoomMost people are still asking an AI to help them with their work. I stopped doing my own busywork months ago. A company of agents does it now — and at the top of that company sits a CEO agent I call Agent Knox, a proxy of me that I talk to the way a founder talks to a chief executive.
Jensen Huang named four principles for running a business on AI agents: refuse the old constraints, find the essence, perfect one agent at a time, burn tokens abundantly. It's a good map. But a map is not a system. I built the system — a real organization with a chain of command, owners, accountability, and a daily executive brief — and I've been writing the build log in public the whole way.
This is the structural version of that log. Not "agents are coming." The four principles, and exactly how each one is wired into a company that runs itself. If you want the narrative — from the first Discord bot to the day the system started planning its own next version — that lives at jeremyknox.ai/knox. What follows is the architecture underneath it.
Principle 1 — Refuse the Old Constraints
Huang's first rule is to refuse the constraints that defined every business before this one. Capital and employees were the ceiling on ambition; agents remove both. The wrong question is "how do I do what I already do with less time?" The right one is "what can I build now that was impossible?" My answer wasn't use AI tools. It was: build a company.
It has a real chain of command. Agent Knox → Chief of Staff → Directors → Principal executes. Agent Knox is the CEO agent and the single seat I speak to. I state intent; it records the intent verbatim, structures it into a formal directive, and hands it to the Chief of Staff, who fans it out to the four Directors who own each domain — a Trading Director over the bots, a Content Director over the publishing pipeline, an Infra Director keeping the platform up, and a Growth Director on the academy and funnel. Every app has an owner agent, and reporting climbs that same chain back up to the CEO.
The constraint that disappeared isn't money or hiring. It's org design. The bottleneck on what one person can build is no longer how many people you can pay — it's how clearly you can structure a company of agents and delegate to it. I documented how this one grew from a Discord bot into an org in From Discord Bot to God Mode, and the system map in The God Squad: Inside the Architecture.
Principle 2 — Find the Essence
Huang's second rule is to find the essence — the core value agents will never touch — and cluster everything else into workflows you hand off. Most people struggle to locate that line. In my system it has a precise address. I hold the will; Agent Knox speaks it down the chain. Everything below the will is delegable: the Directors own their fields, an 88-skill fleet does the execution, Principal places the trades.
The will is the essence. What stays mine is judgment, taste, and the decision to ship — not the work, the direction of the work. In practice the will is one sentence I say to Agent Knox — ship the academy enrollment flow, audit the trading fleet, publish the week's research — and the org turns it into pull requests, executive briefs, and trades without my hands on the keyboard. The clearest sign that line was real came the day the system started proposing its own next evolution. That was the moment my job stopped being developer and became co-founder, which is the whole subject of Knox Is Building Itself.
The essence isn't the work — it's the direction. Agents can do the work the moment you can say, precisely, what "good" looks like. If you can't specify it, no agent can execute it, and no amount of tokens fixes that.
Principle 3 — Perfect One Agent at a Time
Huang's third rule is to harden one agent until its workflow is reliable, then stop touching it. I agree — with a caveat sharp enough to be its own discipline. Every agent in my org gets the same scaffolding: its own context, its own standing instructions, and a self-learning loop that feeds structured feedback back in after every run. That loop is the entire difference between an agent that works and one that compounds, which is why I argue retrospectives are the only thing that matter.
But "perfect it, then leave it" is also the exact shape of the most expensive failure I've had. I had a trading-signal calibrator I'd finished and looked away from, precisely as the rule says to. It drifted until 96.2% of its scoring logic was effectively dead, and it placed zero trades for three weeks before anyone noticed. Perfected is not the same as unattended. The third rule only holds when something is still watching the agent produce — otherwise "deploy and forget" is just a slower way to fail silently.
Principle 4 — Burn Tokens Abundantly (Build the Gauge First)
Huang's fourth rule is the provocative one: a $500,000 engineer who consumed only $5,000 in tokens should alarm you — he expects closer to a quarter-million per head. The math is real. Every token you spend replaces a fraction of a human-hour, so if the tokens are pointed at productive work, conserving them is a failure of nerve.
The hidden word is if. The rule assumes you can tell productive burn from waste while you're cranking the lever, and most operators can't. My own system burned roughly 38 million tokens in a single misconfigured week and produced nothing — an unattended job authenticating against the wrong credential, billing in the dark. Boldness and a leak look identical from inside the invoice. The fix isn't frugality; it's per-agent token attribution — spend metered against the work each agent produces, so "burn abundantly" becomes a decision instead of a vibe.
So I built the accountability layer the fourth rule skips. Capability is not reliability — proof is, which is the whole reason I built the Harness and the governance layer that turned a system running on hope into one running on proof.
Whoever can handle the quickest rate of change survives.
— Colonel John Boyd · USAF
Boyd built the OODA loop on the step everyone skims: Observe. You cannot orient to what you can't see, and the agent you can't measure is the agent you can't manage — no matter how cheap its tokens are. Abundance without attribution is the loop with the Observe step deleted: fast, confident, and pointed in a direction nobody verified.
The four rules are the easy part. Anyone can repeat "refuse the constraints, find the essence, perfect your agents, spend boldly." The work — and the edge — is the structure underneath them: a CEO agent that holds your intent, a chain of command that turns it into action, owners on every surface, and a gauge on every dollar of spend. The build log is open at jeremyknox.ai/knox. The first thing to build isn't an agent. It's the org.
Build your own 24/7 AI employee from scratch in the OpenClaw Masterclass. 8 lessons.
Start the OpenClaw Masterclass track →Explore the Tesseract Labs Ecosystem
Follow the Signal
If this was useful, follow along. Daily intelligence across AI, crypto, and strategy — before the mainstream catches on.

LangGraph vs CrewAI vs Claude Code: Picking an AI Agent Framework
Feature tables don't tell you which AI agent framework to use. The coordination model does — explicit state graph, role-based crew, or one capable agent with skills.

AI Agent Memory: Agentic RAG That Survives Restarts
Agentic RAG explains how an agent retrieves external knowledge mid-task. It doesn't explain what happens when the session ends and the next one starts from zero. That's an AI agent memory problem, and it's a different problem.

How to Start Building AI Agents: From Zero to First Agent
If you searched how to start building AI agents and got a slide deck instead of a starting point, this is the practitioner's version — the order to learn things in, and the one small agent worth shipping first.