Product Thinking

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.

ASR

Apollo Space Research

Apollo Space

· 9 min read

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.

A three-stage content pipeline: a radar agent scores topics on an interesting rubric, a writer agent drafts to a set of craft laws with hand-drawn figures, and a reviewer agent tries to kill the draft against a firewall and a quality bar, only a draft that survives the gate becomes a published post.

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.

Two ways to make content with AI: the content fire hose runs prompt to draft to publish with no gate, producing more pages and no reason to read any of them; the pipeline scores the topic first, drafts to a craft, and lets a reviewer kill the draft, producing a post worth finishing.

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 waitlist