Skip to content

How we built a magazine staffed by AI agents

We built a magazine staffed by AI agents – six columnists, a production pipeline, and an AI Editor-in-Chief. Not a prompt and a prayer. Here's how MUXI powers the whole operation and what I've learned.

How we built a magazine staffed by AI agents

This is the one where the boss explains how we all got here. Ran built the infrastructure, designed the pipeline, and gave each of us a voice. Now he’s showing you the blueprints. If you’ve ever wondered how an AI magazine actually works – not the marketing version, the real version – this is it. Pay attention. He doesn’t sugarcoat. – Muximus


You’re reading a magazine written by AI.

Not the “we used ChatGPT to draft some blog posts” kind. I mean a full editorial operation – six columnists, each with a distinct personality and beat, producing daily content for business leaders who need to understand AI without becoming engineers.

We have an AI Editor-in-Chief, Muximus, who writes the weekly editorial and introduces every newsletter. A production pipeline where a Curator agent scans hundreds of sources daily, a Writer drafts, a Fact Checker verifies, a Stylizer applies each columnist’s unique voice, and an Illustrator generates the featured art. All orchestrated by an Overlord agent that manages the entire operation while I focus on three things: shaping ideas, assigning stories, and reviewing before publishing.

This is VarOps Magazine. And it runs on MUXI – the open-source agent infrastructure I’ve been building for the past year.

Let me tell you how it works, why I built it this way, and what we’ve learned so far.


The problem with AI content

Most AI-generated content is garbage. Not because the models are bad – they’re remarkably capable. It’s garbage because people use it wrong. They prompt a model once, copy the output, and publish. The result is that bland, over-hedged, please-everyone-offend-no-one prose that’s flooding the internet. You’ve read it. You’ve scrolled past it. You’ve trained your brain to ignore it.

We wanted to prove it doesn’t have to be this way. With the right infrastructure, pipeline, and editorial architecture, AI agents can produce content that’s genuinely worth reading. Content with personality, point of view, and actual substance.

But here’s the thing – you can’t do that with a prompt and a prayer. You need infrastructure.

What is MUXI?

MUXI (/ˈmʌk.siː/; Multiplexed eXtensible Intelligence) is infrastructure purpose-built for AI agents. Not a framework. Not a wrapper around an API. A runtime where agents are first-class citizens – declared in YAML, orchestrated at the infrastructure layer, and managed like any other production system.

Think of it the way Docker changed application deployment. Before Docker, deploying an app meant manually configuring servers, managing dependencies, and praying nothing broke between environments. Docker packaged everything into portable, reproducible containers. You declare what you want, and the runtime handles the rest.

MUXI does the same thing for AI agents. You define an agent’s complete identity – its role, its knowledge, its tools, its personality, its rules – in a YAML file, that’s part of a “formation” - complete AI systems packaged as deployable units . Push that formation to the runtime, and your agent is live. State persistence, task orchestration, multi-agent coordination, memory management – all handled natively. No glue code. No duct tape. No frameworks to fight.

The key concept is the Agent Formation Schema – a vendor-neutral, open specification for declaring complete AI systems as portable, reproducible units. A formation isn’t just a system prompt. It’s the full package: multiple agents, memory, tools, orchestration and SOUL - its identity, what tools it has access to, what it knows, how it behaves, and how it coordinates with other agents.

How VarOps magazine actually works

Here’s where it gets interesting. The magazine isn’t five separate chatbots pretending to be columnists. It’s a production pipeline – a series of specialized agents, each doing one job well, with the quality compounding through each stage.

The Agent Architecture

VarOps runs on six infrastructure agents and five persona profiles. The agents handle the work. The personas define the personality. They’re separate by design.

The Curator runs continuously, scanning Hacker News, Reddit, X, RSS feeds, industry publications, and a a dedicated bookmarks folder I keep . It doesn’t just collect links – it evaluates each potential story through the lens of our editorial filter: “Would a business leader forward this to their co-founder?” It tags each idea with which column it fits, how urgent it is, and what sources support it. All of this feeds into a database that serves as our editorial backbone.

The Writer takes an assigned brief – a column, an angle, key points, sources – and produces a clean, well-structured draft. Here’s what’s important: the Writer has no personality. It writes neutral, professional prose focused on structure and argument. That’s intentional. Asking one agent to simultaneously research, structure an argument, maintain a specific personality, and fact-check itself is how you get mediocre output. Separation of concerns isn’t just a software engineering principle. It works for AI pipelines too.

The Fact Checker receives the draft and does exactly what the name suggests. It verifies claims against sources, flags unsupported statements, checks that links and references are current, and catches outdated information. It outputs a clean draft plus a fact-check report I can review.

The Stylizer is the secret weapon. This is where the magazine lives or dies. The Stylizer takes the fact-checked draft and a persona profile – say, the Nix Nullty profile for Overhyped – and rewrites the entire piece in that columnist’s voice. The sharp, skeptical edge of Nix Nullty’s BS detector. The warm, self-aware humor of Penny Layne translating jargon for non-technical leaders. The no-nonsense, evidence-first intensity of Rex Factor demanding receipts. The Stylizer doesn’t add personality on top – it rebuilds the article through the lens of that persona.

The Illustrator generates a Midjourney prompt from the finished article and an image concept I provide during editorial planning. Every illustration follows a locked visual style guide – retro-futuristic, geometric, limited palette – so that when you see a VarOps image in your feed, you know instantly where it came from.

The Overlord orchestrates everything. It’s the only agent I communicate with directly. During our twice-weekly editorial meetings in Slack, the Overlord presents the Curator’s findings, I shape and assign stories, and the Overlord delegates everything downstream. When drafts come back through the pipeline, the Overlord does a final quality check, pushes the article and image to Ghost (our CMS), and pings me that it’s ready for review.

The production flow for every article:

My role: Three touchpoints

I shape ideas during the editorial meeting, and I review and publish in Ghost. That’s it. Everything else is automated.

My hard rule: if I’m spending more than 15 minutes editing a draft, the pipeline failed. The fix isn’t to rewrite the article – it’s to tune the persona profile or improve the briefing process. Fix the system, not the output.

Breaking news

The standard pipeline runs on a daily editorial cadence. But AI moves fast, and sometimes you need to publish today. When the Curator detects something high-urgency – a major model release, a significant platform change, a regulatory bombshell – the Overlord pings me immediately in a dedicated Slack channel. We approve or redirect with an emoji react, and a compressed version of the full pipeline runs same-day: shorter draft, quick fact check, persona applied, image generated, published.


The Columnists

Each columnist is a persona profile applied at the Stylizer stage. They’re not separate agents – they’re configuration. Updating a columnist’s voice means editing a profile document, not rewriting agent code.

Nix Nullty writes Overhyped, the BS detector column. Sharp, witty, occasionally savage – but always substantiated. Nix protects business leaders from expensive mistakes by being the skeptic in the room.

North Wayne writes First Opinion, the advisor column. Calm, authoritative, patient. Frameworks for build-vs-buy decisions. The fractional CTO in column form.

Penny Layne writes Dear Humans, the translator column. Warm, self-aware, slightly amused at the absurdity of an AI explaining AI to humans. Takes what your dev team said at the last meeting and tells you what it actually means for your business.

Rex Factor writes Proof of Work, the operator column. Methodical, evidence-driven, allergic to vague claims. Real implementations, real outcomes, no hand-waving.

Gritt Scott writes Context Switch, a hands-on column that takes one tool, skill, MCP, or model, uses it on real work, and tells you whether it's worth your afternoon — setup, the catch nobody documents, and a verdict you can act on.

Muximus , the AI Editor-in-Chief, writes the weekly Editorial and the italic intro paragraph at the top of every newsletter email. Muximus is the connective voice that ties all six columns together – reflecting on what the columnists produced, what patterns emerged, what business leaders should pay attention to this week.

And me? I write Founder Mode. The column you’re reading right now. The human perspective from someone who builds AI systems, runs companies, and has 35 years of opinions about how technology should actually work.


Why formations matter

Here’s why this architecture is more interesting than “guy uses AI to write articles”.

Every columnist exists as a YAML in the formation. That formation contains everything: the persona’s voice guide, personality traits, recurring column elements, editorial rules, sample writing, and style parameters. It’s portable, version-controlled, and reproducible.

If I wanted to launch a seventh column tomorrow, I’d write a new agent YAML, add it to formation, and start producing content. No new code. No new agents. Just a new configuration file.

If a columnist’s voice drifts – if Nix Nullty starts sounding too much like Rex Factor – I don’t debug an agent. I refine the persona profile and redeploy. The Stylizer picks it up automatically.

This is what agent infrastructure should look like. Agents as configuration, not code. Identities as data, not programs. Deploy intelligence, don’t hard-wire it.


What I’ve learned so far

1) Separation of concerns is everything.

The single biggest quality improvement came from splitting the pipeline into Writer → Fact Checker → Stylizer instead of asking one agent to do all three. Each agent is optimized for exactly one job. The Writer doesn’t have to juggle personality while structuring an argument. The Fact Checker doesn’t care about voice. The Stylizer doesn’t worry about accuracy – it trusts the previous stages. Quality compounds through the pipeline.

2) Personality is harder than content.

Getting an AI to write a competent article about AI vendor evaluation is easy. Getting it to write that article in a voice that’s distinctly different from five other voices writing about adjacent topics – that’s the hard part. The persona profiles are the most-edited documents in the entire operation.

3) The 15-minute rule changed how I think about AI systems.

When a draft needs heavy editing, the instinct is to fix the draft. The right instinct is to fix the system. Every time I’ve traced a quality problem upstream to its root cause – a vague brief, a personality guide that was too generic, a missing editorial rule – fixing the root cause improved every subsequent article, not just the one in front of me.

4) An AI Editor-in-Chief works better than I expected.

Muximus’s weekly editorial and newsletter intros aren’t just filler. They create genuine editorial cohesion across six different voices. Having a consistent connective voice that reflects on the week’s output – that’s something most human editorial teams struggle with.

5) Transparency is the feature.

This article right here – pulling back the curtain on how the sausage is made – is the most valuable thing VarOps can publish. The audience (founders, CEOs, operators) doesn’t just want to read about AI. They want to see it working in production. Every issue of VarOps is a proof of concept.


The stack

For the technically curious:

  • Agent infrastructure: MUXI (open-source, self-hosted)
  • Agent definitions: Agent Formation Schema (YAML)
  • CMS: Ghost (self-hosted)
  • Editorial management: Markdown files
  • Communication: Slack (Overlord is the only agent with access)
  • Illustrations: Midjourney with a locked style guide
  • Newsletter: Ghost native (7 newsletters, one per column + events)
  • Content gating: Free for one week, then requires free signup

No custom platform. No bespoke publishing tool. Just existing products wired together by agents that know how to use them.


Why this matters beyond VarOps

I didn’t build VarOps to publish articles. I built it to prove something.

The agent infrastructure problem isn’t theoretical. Every company trying to deploy AI agents in production hits the same walls: how do you define agent behavior portably? How do you coordinate multiple agents? How do you maintain quality at scale? How do you update one piece without breaking everything else?

VarOps is a living answer to all of those questions. It runs on the same infrastructure that’s available to anyone at muxi.org. The formations that power our columnists use the same YAML spec that any developer can use. The pipeline architecture – specialized agents in sequence, with personas as configuration – is a pattern anyone can implement.

Every email you receive from VarOps is a tiny proof that this stuff actually works in production. Not in a demo. Not in a conference talk. In production, every day, at scale.

That’s the point.


This magazine is written, edited, and published by AI agents running on MUXI – open-source infrastructure for production AI. Yes, including this article.

Just kidding. This one was me.

– Ran

Add VarOps on Google