Can Apollo run your content engine? (We used it to plan this blog)
This post exists because a radar agent mined the topic, a writer agent drafted the piece, and a reviewer agent tried to kill it, the content pipeline is the first employee we hired from our own product.
Apollo Space Research
Apollo Space
About 7.5 million blog posts go up every day, according to Backlinko’s 2026 blogging stats. Almost none of them will be read by anyone who wasn’t already going to. The internet does not have a content-volume problem. It has the opposite problem: a flood of pages nobody asked for and nobody finishes.
So when we sat down to start this blog, the honest question wasn’t “how do we publish more.” It was “how do we publish anything worth your time”, and could the thing we’re building actually do that work, instead of us doing it by hand.
This is what happened. A radar agent mined the topic, a writer agent drafted the piece, and a reviewer agent tried to kill it. The content pipeline is the first employee we hired from our own product. This post is the proof, because this post went through it.
The naive way: point a model at a blank page
Here is what almost everyone does with AI and content, and it’s tempting because it works in ten seconds.
You open a chat. You type “write me a blog post about AI agents.” You get a blog post. It has an intro, three headers, a tidy conclusion, and the unmistakable smell of nobody. You ship it because it’s done, and “done” was the only bar.
That pipeline has exactly one stage: prompt in, page out. It scales beautifully and it produces the 7.5-million-a-day flood. The model never asked whether the topic was worth writing. It never had a craft to honor. And nothing in the loop was allowed to say no.
The data already shows the seam. In one survey of marketers reported by HubSpot, only 7% use AI to create entire pieces without editing, 56% say they significantly revise it before it’s usable. Read that twice. The model can fill the page. It cannot, on its own, clear the bar. The human is still doing the only part that mattered, and now they’re doing it on someone else’s first draft.
The model writes. The judgment is still yours. A one-stage pipeline just hides that fact under a fast first draft.
Our way: three agents, and one of them is allowed to say no
So we didn’t build a writer. We built a pipeline of three, where each stage does a different job and the last one has veto power.
A radar agent mined the topic, a writer agent drafted the piece, and a reviewer agent tried to kill it.
The shape matters more than the parts. The interesting move isn’t that three agents are cheaper than one writer. It’s that no single stage is trusted to decide alone, the topic has to earn the draft, and the draft has to survive the gate. Let’s walk each one.
Stage one: radar scores the topic before anyone writes a word
The hardest part of content was never the writing. It’s knowing what is worth writing, and that question gets skipped because it’s the boring part with no visible output.
The radar agent’s whole job is to not skip it. It reads what’s actually being said: the recurring tension in our own notes, the questions that keep coming up, the angle a competitor left on the table. Then it does the part a blank-page prompt can’t, it scores each candidate topic against a rubric, and the rubric has one north star. Not “is this on-brand,” not “will this rank.” Is this interesting, would a stranger who never heard of us finish it and want to re-explain it to someone else.
Most topics fail that test. That’s the point. A radar that approves everything is just a list. The topic for this very post outscored a dozen others on exactly that rubric, which is why you’re reading this one and not the eleven that didn’t clear it.
You can’t write your way out of a topic that wasn’t worth it. Radar exists so the writer never has to try.
Stage two: the writer drafts to craft, not to a word count
A model left alone optimizes for “looks like a blog post.” That’s how you get the tidy, soulless thing, structurally correct, completely forgettable.
So the writer agent doesn’t draft against a length. It drafts against a set of craft laws, the same ones a good human editor would beat into a first draft: open on a concrete scene, not a throat-clear. Orbit one idea, repeat it like a refrain. Explain every hard concept the honest way, show the dumb version, name why it hurts, then the better one. Carry numbers only with a source or an “imagine” next to them. End on the human, not the feature list.
It also draws. The hand-sketched figures in this post, the ones that look pinned to the page, are authored by the writer stage as part of the draft, because a flow you can see beats a flow you have to hold in your head. The picture is the writer’s job, not an afterthought a human bolts on later.
None of that is the model being clever. It’s the model being constrained, handed a craft and held to it. A radar agent mined the topic, a writer agent drafted the piece, and a reviewer agent tried to kill it. The draft you’re reading is what the middle stage produced under those rules.
Stage three: the reviewer tries to kill the draft
Here’s the stage everyone leaves out, and it’s the one that makes the rest trustworthy.
The reviewer agent is not a proofreader. Its job is to fail the draft. It runs the post against two hard gates. The first is a firewall: a public blog read by strangers cannot leak the things a company says only to itself, no private names, no money, no internal status, no fabricated statistic wearing the costume of a real one. Every number gets checked: sourced and cited, or framed as a hypothetical, or cut. The second is a taste bar: does it actually clear the line radar promised, or is it just competent.
A draft that fails comes back spiked, not polished. It doesn’t get nudged over the line, it gets sent back to be rewritten or dropped.
This is the whole difference between a content engine and a content fire hose. The fire hose has no stage that’s allowed to say no, so its only output is volume. The pipeline’s most important agent is the one whose success is measured in how many drafts it stops.
The number that matters in a content pipeline isn’t posts shipped. It’s posts killed.
Why we’d hire an agent for this before almost anything else
You might expect a company to dogfood its product on something safe and low-stakes. We did the opposite, and on purpose.
Content is the perfect first job for a proactive system because it has all the failure modes that make work hard and none of the ones that make it dangerous. It requires noticing what’s worth doing before anyone asks, that’s radar, running on its own clock, not waiting for a prompt. It requires holding a standard across a hundred small decisions, that’s the writer, constrained to a craft instead of a vibe. And it requires the discipline to throw work away, that’s the reviewer, with a veto. A blog post that misses the bar costs an afternoon. The same three habits, pointed at an invoice or a contract, are the ones you’d want proven on something cheap first.
That’s the real reason this is the first employee we hired from our own product. Not because writing is easy for a machine, the editing stat says it isn’t. Because the shape of the work, notice, hold a standard, be willing to say no, is the shape of every job worth automating. If a system can run a content engine honestly, the same spine runs the parts of a company that don’t forgive an unedited first draft.
The turn: the part that’s still ours
Read back what each agent did. Radar found the topic. The writer drafted it. The reviewer tried to kill it and didn’t. At no point did any of them decide that this blog should exist, or what “interesting” should mean, or which standard a draft has to clear to earn your attention.
Those calls are still ours. They always will be. The rubric is a judgment we wrote down. The craft laws are a taste we chose. The firewall is a line we drew about who we want to be in public. The agents are extraordinary at applying those decisions a hundred times without drifting, and completely silent on whether the decisions were right. That’s not a limitation we’re working around. That’s the deal. The machine carries the standard. A person still has to set it.
So, can Apollo run your content engine? This post is the most honest answer we can give: a radar agent mined the topic, a writer agent drafted the piece, and a reviewer agent tried to kill it, and a human decided it was worth your time anyway. That last decision is the job that was always worth keeping.
We’re building this at Apollo Space, an AI-native operating system where the work notices itself, holds a standard, and is allowed to say no, so the only thing left for you is the call worth making. This post is what that looks like when you point it at a blank page.
Apollo runs your company's repetitive ops so your team doesn't.
Join the waitlist for early access, founding-user pricing, and a front-row seat as we ship.
Join the waitlistThe slow death of a marketer's voice
You publish one real piece a week and quietly translate it into ten, and each translation is a tiny chance to sound a little less like yourself. We built the OS because nothing on the market was guarding that.
Product ThinkingThe day someone quits, your company forgets how it works
Onboarding isn't broken because training is bad. It's broken because your company can't remember, and we got tired of watching the answer walk out the door.
Product ThinkingThe first thing a new hire should do is read the company
A great onboarding doesn't hand you docs, it already knows who you are by the time you log in.