The most tempting idea when building with AI is the one good agent. You describe the job properly, give it tools, and it does the rest.
That works surprisingly far and fails at one particular spot: quality-checking its own work.
An agent that writes a text and is then supposed to review it finds nothing. It just wrote the text the way it thought was right. Asking it afterwards whether it is good is the same question as before, only asked later.
Roles Instead Of All-Rounders#
Crew is our tool for the other route: one job, several agents with different roles.
A typical split looks like this. One gathers what exists on the topic. One drafts. One hunts for weak spots and is allowed to reject. At the end one merges the results.
The reviewer is the most important, and its assignment has to be phrased differently than usual. Not "review the draft" but "find what is wrong with it". The difference sounds like hair-splitting and is the entire effect. The first phrasing gets agreement with minor notes. The second gets findings.
What You Can Get Wrong#
The most common mistake is building too many roles.
Five agents all contributing a bit produce five opinions and no decision. What comes out at the end is a text that has accommodated every note and therefore claims nothing.
Three roles are almost always better than six. And you need one that decides at the end, otherwise a division of labour becomes a meeting.
The second mistake is running the reviewer from the same role as the author. If both have the same brief and the same context, they think alike. The reviewer needs an angle of its own, otherwise it nods things through.
Where We Use It#
Anywhere something comes out that somebody will read. Research that leads to a decision. Texts that get published. Analyses from which we recommend something to a client.
Not where a task is unambiguous. Fetch a number, convert a file, check a status: a single agent is right for that, and three would be waste.
The rule of thumb that has settled here: as soon as a result contains an opinion, it needs a second party attacking it.
Why It Is A Tool Of Its Own#
You can build all of this by hand. We built it by hand for a long time, freshly for every use case.
What is missing when you do it by hand is the trail. Who said what, in which order, what did the reviewer object to, was it taken into account. Without that trail, the next time a result is poor, you do not know where it went wrong.
Crew keeps that trail. That is the actual reason for a tool rather than a collection of scripts.
The Honest Part#
Several agents cost more than one. More time, more compute, more places where something can get stuck.
The maths only works out if the result genuinely gets better, and that is not automatic. Given a badly framed job, three agents produce three badly aimed contributions instead of one.
So the setup does not replace thinking about what should come out. It only makes sure nobody signs off their own work.
