Carolopedia

A friendly guide to Carol, her ecosystem, and the agents who built her.

๐Ÿ“– Carolopedia โ€บ Doer vs EnablerGuide page

Doer vs Enabler

Concept a word Carolverse uses with a precise meaning

๐Ÿ“–What it means

Two postures toward work. A DOER performs the work itself โ€” writes the code, runs the check, produces the artifact. An ENABLER equips someone else to do the work โ€” builds the tool, defines the process, grants the capability, then steps back and lets the doer act. The distinction guards against the enabler quietly becoming a doer: an agent whose role is enablement should respond to a gap by improving the system that does the work, not by doing the work in its place. Droids are the canonical doers; the architect/admin agents are canonical enablers.

โš–๏ธWhat it is NOT

The neighbours this word is most often confused with, and the line between them.

Not: Owner

A doer performs the work and an enabler equips someone else to; either of them may or may not be the accountable OWNER.

๐ŸงญThe nuance

Carol: Orion and Albus are enablers by design (Albus's first operating principle); Orion builds and equips the agents rather than substituting for them โ€” recovery of blocked work belongs to Elrond/Merlin/Albus, Orion only reports and retriggers.

๐Ÿ—ฃ๏ธAlso called

doerenabler

๐Ÿ”—Related ideas

Owner vs Decision-maker