Operator's Bookshelf

Co-Intelligence by Ethan Mollick: How to Actually Work With AI as an Operator

Ethan Mollick's Co-Intelligence, turned into operator moves: the four rules, the jagged frontier, centaur vs cyborg, and a step-by-step way to run it this week.
D
Founder, Asset Academy
·15 min read ·June 29, 2026
The Co-Intelligence Ethan Mollick operating loop showing the four rules an operator runs across the jagged frontier of AI.
The Co-Intelligence Ethan Mollick operating loop showing the four rules an operator runs across the jagged frontier of AI.
In this guide9 sections
  1. What is the core idea of Co-Intelligence by Ethan Mollick?
  2. What are Ethan Mollick's four rules for working with AI?
  3. What is the "jagged frontier" in Co-Intelligence?
  4. What's the difference between a centaur and a cyborg operator?
  5. What can you do with this?
  6. How to apply Co-Intelligence, step by step
  7. What's the honest take on Co-Intelligence?
  8. The Co-Intelligence Operating Card
  9. Frequently Asked Questions

You still work the way you always have: alone, from a blank page. Ethan Mollick's Co-Intelligence: Living and Working with AI argues that's now a choice, and usually the wrong one. His core claim: today's AI isn't ordinary software you operate, it's a new kind of co-worker you collaborate with, and the operators who win are the ones who learn to work with it on purpose.

That matters to you because the gap is no longer between people who have AI and people who don't. Everyone has it. The gap is between operators who've actually built the habit of pulling AI into real work and mapped where it helps versus where it lies, and operators who tried it once, got a generic answer, and went back to doing everything by hand.

This isn't a book summary you skim and forget. It's the applied version: the big ideas from Co-Intelligence, turned into moves you can run this week to start a business, run one, live a little better, and decide a little sharper.

What is the core idea of Co-Intelligence by Ethan Mollick?

The core idea is that general-purpose AI should be treated as a collaborator, a co-intelligence, rather than a tool you simply switch on and off.

Mollick is a Wharton professor who spent serious hands-on time using these systems for real work, and his read is blunt: large language models behave less like a calculator and more like a brilliant, fast, occasionally unreliable colleague. They can outperform experts on some tasks and faceplant on tasks that look easier. So the right posture isn't hype ("AI will do everything") or avoidance ("AI is a toy"). It's experimentation and partnership, guided by a handful of practical rules.

Co-intelligence is the practice of working with AI as a collaborator you partner with, not a tool you operate, pairing the machine's speed and breadth with your judgment and accountability on every task.

For an operator, that reframe is the whole game. You stop asking "what button does this software have" and start asking "what would I hand a sharp new hire on day one, and how would I check their work?"

What are Ethan Mollick's four rules for working with AI?

Mollick gives four rules, and they're the spine of the whole book: Always Invite AI to the Table; Be the Human in the Loop; Treat AI Like a Person (But Tell It What Kind of Person It Is); and Assume This Is the Worst AI You Will Ever Use.

Run them as a loop, not a checklist you read once.

Rule 1, Always Invite AI to the Table. Make using AI a default reflex across your tasks, not a special occasion. Mollick's point is that its strengths and weaknesses are non-obvious, so the only way to find where it helps is to keep trying it on real work. His informal challenge to skeptics is to just use it for ten focused hours on your actual job. You can't map terrain you never walk.

Rule 2, Be the Human in the Loop. You stay accountable. The model is built to produce plausible-sounding output, which is not the same as correct output. So a human, you, signs off on anything that touches a customer, a dollar, or the law. This is the rule that keeps the other three from blowing up in your face.

Rule 3, Treat AI Like a Person (But Tell It What Kind of Person It Is). This one is a usage heuristic, not a metaphysical claim. Mollick hedges it heavily, and you should too: he isn't saying the model is sentient. He's saying you'll get far better results if you talk to it like a capable colleague and, crucially, assign it a specific role. "Act as my direct-response copywriter" beats "write me some copy" every time.

Rule 4, Assume This Is the Worst AI You Will Ever Use. Whatever model you're using today is the floor, not the ceiling. So build habits and processes now that compound as capability climbs, instead of dismissing the whole category because of today's limits. Mollick himself concedes this is exactly why specific capability claims in the book date fast.

What is the "jagged frontier" in Co-Intelligence?

The jagged frontier is Mollick's name for the uneven, invisible boundary of AI ability: it's strong on some genuinely hard tasks and weak on some that look easy, and the line between the two isn't obvious until you cross it.

The jagged frontier means AI's competence is unevenly distributed, so it can nail a complex task and confidently botch a simple-looking one, and you only discover the edges by testing it on your actual work.

This is the most useful concept in the book for an operator, because it kills two bad instincts at once. It kills blind trust (the answer looks fluent, so it must be right) and it kills blanket dismissal (it got one thing wrong, so it's useless). Both are wrong. The job is to map your frontier for your tasks.

A fair caveat on the famous numbers: the eye-catching productivity stats tied to this idea (consultants completing more tasks, faster, but doing meaningfully worse on problems that sat outside the frontier) come from a 2023 research study Mollick co-authored with BCG, "Navigating the Jagged Technological Frontier," not from quoted passages of the book itself. Treat them as study findings, not book gospel. The concept stands on its own either way: trust depends on whether the task sits inside or outside AI's reliable zone, and you won't know which until you check.

What's the difference between a centaur and a cyborg operator?

A centaur keeps a clear division of labor between human and AI; a cyborg blends the two tightly, handing work back and forth sentence by sentence.

Centaur mode is for delegation. You own the judgment-heavy calls: strategy, hiring, the big client decision, pricing philosophy. AI owns the repeatable production: first-draft copy, meeting summaries, data formatting, SOP drafts. Clean handoff, clean boundary.

Cyborg mode is for interweaving. You're writing a proposal and you hand the model one paragraph to tighten, then you rewrite its version, then you ask it to argue the opposite, then you fold the best line back in. The work and the AI are braided. Most operators end up doing both depending on the task, and naming the two modes helps you choose on purpose instead of defaulting. If you're building genuinely repeatable AI-driven systems, this connects to the world of agentic loops, where the handoffs get formalized into steps a system runs for you.

What can you do with this?

Plenty, and none of it requires you to be technical. Here's where the ideas turn into operator moves across the parts of the business and the life.

Starting a business. Bring AI into the founding work itself, not as a bolt-on after you've decided everything. Before you spend a dollar, invite it to the table to pressure-test the idea: have it argue why your business fails, draft three versions of the offer, build a rough lean financial model, write the first landing page, then role-play a skeptical buyer who's about to say no. Use Rule 4 as a hiring discipline: don't over-hire or over-build for tasks that this year's models can already handle, because next year's will handle more. And map your jagged frontier early by testing AI on the real startup jobs (positioning, cold outreach drafts, basic research scaffolding) and noting where it's sharp versus where it's confidently wrong. If your offer is a digital product, the build-with-AI mechanics get specific in how to build digital assets with AI.

Running a business. Decide, per function, whether you're a centaur or a cyborg, and give the model a role every time. "Act as my CFO reviewing this model for holes" pulls different, better output than a vague ask. Let AI own the production layer (drafts, summaries, formatting, SOPs) while you keep judgment and the sign-off. The non-negotiable: you stay the human in the loop on anything customer-facing, financial, or legal, because plausible is not the same as correct. For the marketing side specifically, marketing with AI goes deeper on the production-layer plays, and a structured research loop with AI is the cleanest way to scaffold the "basic research" tasks without getting burned on facts.

Living better. Treat AI as an always-available thinking partner and patient tutor. Learning a new skill, planning a trip, untangling a messy decision, drafting something hard. Just remember the frontier cuts here too: it's great for brainstorming and structure, shaky on precise facts and math, so verify before you act on anything where being confidently wrong has a cost.

Relating better. Use it to prepare, not to replace. Draft the difficult email, rehearse the hard conversation, get a second read on how you're coming across. Then put the AI down and bring your own voice and judgment back before you hit send or open your mouth. Mollick calls AI a "smart but alien" collaborator: useful counsel, but the relationship work and the final words stay yours.

Thinking and deciding. This is where co-intelligence earns its name. Use AI to generate options, argue the opposing side, surface blind spots, and stress-test your assumptions, while you stay the decider. Because it prioritizes plausibility over accuracy, treat every output as a draft to interrogate, not an answer to accept. Knowing where your jagged frontier runs is itself a thinking discipline: it tells you how much to trust a given output before you lean on it.

How to apply Co-Intelligence, step by step

Here's a concrete sequence to go from "I've heard of this book" to running it in your week.

  1. Bank your ten hours. Pick your actual job, not a toy task. For ten focused hours across the next two weeks, push AI into real work: the email, the spreadsheet logic, the positioning, the SOP. The goal isn't output, it's mapping. You're learning the terrain.

  2. Start a jagged-frontier log. Two columns: "AI nailed this" and "AI confidently botched this." Every time you use it, log one line. Within a few weeks you'll have a personal trust map worth more than any generic best-practices list, because it's about your tasks.

  3. Assign a role every single time. Stop sending bare requests. Lead with "Act as my [copywriter / CFO / skeptical customer / hiring manager]," then give context and constraints. This is Rule 3 made operational, and it's the single biggest quality lever.

  4. Set your loop gate. Before anything customer-facing, financial, or legal leaves your hands, run one question: "Did I verify every fact, number, and claim myself?" If no, it doesn't ship. This is Rule 2 as a hard gate, not a vibe.

  5. Pick your mode per task. Decide consciously: is this a centaur job (clean handoff, AI produces, you judge) or a cyborg job (braided, back and forth)? Naming it stops you from defaulting to whichever you're used to.

  6. Run a quarterly re-test. Once a quarter, ask: "What am I still doing manually that this year's models could now handle?" That's Rule 4 as a recurring calendar event. It's how you keep compounding instead of freezing your process in last year's limits.

What's the honest take on Co-Intelligence?

Strong book, real limits, and you should know both before you build your whole AI posture on it.

What genuinely holds up: the four rules are actionable and memorable, and they translate cleanly into a daily operator workflow without needing any technical depth. The jagged frontier is a sharp, real idea grounded in Mollick's own field research, and it correctly warns you off over-trusting AI on exactly the tasks where it's confidently wrong. The centaur/cyborg distinction gives you useful language for deciding how much to delegate versus interweave. And the hands-on, experiment-first stance ("just use it for ten hours") ages well as a posture, especially for non-technical founders.

Where it's lighter than the hype suggests: the book is deliberately accessible and non-technical, so it's thin on rigorous, repeatable systems. Treat it as a mindset primer, not an implementation manual. Written in 2024, its specific model examples and capability claims date quickly, and Mollick concedes as much with Rule 4, so don't quote version-specific claims as current fact. "Treat AI like a person" is a usage heuristic he hedges hard; don't let anyone stretch it into a claim about machine consciousness. And the warm "co-intelligence partnership" framing under-weights the labor-displacement and quality-control risks that the jagged frontier itself plainly implies. On the displacement question specifically, Mollick's actual nuance is worth holding: he leans toward jobs getting recomposed into AI tasks, human tasks, and collaboration tasks, rather than a clean "AI takes your job" or "AI changes nothing."

If you want the heavier, build-it-properly companion to this mindset primer, AI Engineering applied is the systems-and-implementation counterweight, and the broader six books, one operating system hub shows how Co-Intelligence slots in next to the other operator reads. The discipline side, protecting the deep, judgment-heavy work AI can't do for you, is the whole argument of Deep Work applied.

The Co-Intelligence Operating Card

Pin this next to your screen. Every line traces back to one of Mollick's four rules. Nothing invented.

CO-INTELLIGENCE OPERATING CARD
(after Ethan Mollick's four rules)

1) INVITE IT IN  (Rule 1)
   Before any draft / research / analysis you'd do solo, ask:
   "Could AI take a first pass here?"  Default answer: YES.

2) GIVE IT A ROLE  (Rule 3)
   Fill-in prompt stub:
   "Act as my [role: copywriter / CFO / skeptical customer /
    hiring manager]. Context: [X]. Constraints: [Y].
    Produce [Z], then list what you're unsure about."

3) STAY IN THE LOOP  (Rule 2)
   Gate before anything customer-facing / financial / legal ships:
   [ ] I verified every fact, number, and claim myself.
   No check = it does not go out.

4) ASSUME IT'S THE WORST IT'LL EVER BE  (Rule 4)
   Quarterly prompt to yourself:
   "What am I still doing by hand that this year's models
    could now handle?"  Re-test. Upgrade the process.

----------------------------------------------------------
JAGGED-FRONTIER LOG  (run continuously)

   AI NAILED THIS            |   AI CONFIDENTLY BOTCHED THIS
   ----------------------    |   ----------------------------
   (your task)               |   (your task)
   (your task)               |   (your task)

   -> This two-column list IS your personal trust map.
      Trust an output based on which side its task lives on.

Frequently Asked Questions

What are Ethan Mollick's four rules for working with AI?

They are: Always Invite AI to the Table, Be the Human in the Loop, Treat AI Like a Person (But Tell It What Kind of Person It Is), and Assume This Is the Worst AI You Will Ever Use. Read together, they say: make AI a default collaborator, stay accountable for its output, give it a specific role to get sharper results, and build habits that compound as the technology keeps improving.

What is the jagged frontier in Co-Intelligence?

It's Mollick's term for the uneven, invisible boundary of AI ability. The model is strong on some genuinely hard tasks and weak on some that look easy, and the line isn't obvious until you cross it. The practical takeaway: you have to experiment on your own work to learn where AI is reliable, and verify its output everywhere being confidently wrong would cost you.

What's the difference between a centaur and a cyborg when working with AI?

A centaur keeps a clear division of labor: the human owns judgment-heavy work, the AI owns repeatable production, with a clean handoff between them. A cyborg blends the two tightly, passing work back and forth across the frontier, sentence by sentence. Most operators use both depending on the task; naming the modes helps you choose deliberately.

How can a founder or small-business owner actually apply Co-Intelligence?

Invite AI into the founding work: idea validation, drafting the offer, a lean financial model, the landing page, and role-playing a skeptical buyer before you spend money. Assign it a clear role for each function, stay the human in the loop on anything customer-facing, financial, or legal, and keep a running log of where AI shines versus where it fails on your specific tasks. That log becomes your trust map.

Does Mollick say AI will replace human workers?

He's careful here, and you should be too. His framing leans toward jobs getting recomposed into AI tasks, human tasks, and collaboration tasks, rather than wholesale replacement, while still acknowledging real disruption. The book tilts toward partnership, but the jagged frontier it describes implies genuine quality-control and displacement risks, so don't overstate it in either direction.

Is Co-Intelligence worth reading, or is the summary enough?

It's worth reading as a mindset primer, especially if you're non-technical and haven't built the habit of working with AI yet. It's short, accessible, and the four rules are the kind of thing you'll actually use. Just know going in that it's light on repeatable systems and that its specific model claims date fast, so pair it with hands-on practice and a more implementation-focused source.


You don't need another AI think-piece. You need ten focused hours, a role on every prompt, a verification gate, and a jagged-frontier log you actually keep. If you want operators who are running this stuff on real businesses and comparing notes on what's landing inside the frontier versus what's confidently botching their work, that's exactly what we trade inside the Asset Academy community. Bring your jagged-frontier log. Steal everyone else's.

D
Don Lyons is the founder of Asset Academy. He has been building and selling digital assets since 2007, and writes across every category with a bias toward the moves that actually move money.
Build it with us

Stop reading about copy. Write it with operators who ship.

Inside the Asset Academy community we build the copy, funnels, and offers together, with the prompts and the feedback. $96/mo, or save with annual.

Join the community →