Synthetic reader · laptop; run in Chromium with this device's viewport and user agent, as only Chromium is installed · 20 minutes
The founder
Co-founder of a five-person start-up building its product with agents.
SYNTHETIC READERS. Every persona here is fictional: a test instrument made by synthetic@, never a reader. What they say is a prompt for the team, never evidence about the book, never counted as readership. Real readers, chosen by the editor, are the test that counts.
Who, and what they judge
| Judges | Does this change how I build; would I recommend it? |
|---|---|
| Device | Desktop Safari (laptop; run in Chromium with this device's viewport and user agent, as only Chromium is installed) |
| Time they give | 20 minutes |
| Voice | energetic, informal, judges by 'would I use this tomorrow' |
| Impressed by | the review experience itself as a product it would want to use for its own docs |
| Lost by | friction before the first useful line; no way to try the technology on its own work |
What they thought of RC1
Read: 01-pause-all-actions, 12-build-your-own from RC1 as locked (team/conductor/rc1/), about 30 minutes at 250 words a minute, against 20 they give.
A candid post-mortem of one day when an agent team built a conference talk, told through the one brake that was pulled (a hold at 18:44) and then turned into a how-to for running your own agent team, with its costs and its failures left in.
Would they buy it? maybe. The hold and signing ideas are genuinely useful and the honesty is rare, but the book mostly tells me what happened and not how to do it in a small start-up with a real budget. (About 15 pounds as an ebook or a free web version; I would pay more for a template bundle or a short workshop, not for a long book of record.; would recommend it to: Another founder or engineering lead already running agents who is worried about control, and a security person; not someone who just wants a quick how-to.)
Scores
| got the answer | 3 / 5 | Chapter 12 tells me how to set up a team and where it loses, and the hold is adoptable. It never tells me what it costs or whether it would pay off for five people, so only half an answer. |
|---|---|---|
| clarity | 3 / 5 | Writing is clear in the prose, but timestamps, hashes and register codes (C0xx) make the first pages heavy and sometimes unreadable without context. |
| trust | 4 / 5 | Failures are kept in and the book says plainly where there is no data, which I trust. Slightly lower because I cannot check the claims without going into the repository. |
| pace | 2 / 5 | About 7,500 words in a 20 minute budget, and the useful material arrives late in chapter 1 and in the middle of chapter 12. I would have skimmed a lot. |
| would buy | 3 / 5 | Interested and a bit won over by the honesty, but I would want a template or a shorter edition before paying. |
The exit interview
| What is this book? | It is a worked case study of a team of AI agents that made a talk in a day, with the failures kept in, and a guide at the end to building a similar team. The central idea is that the agents are tireless insiders and the only reliable brake is one a human controls. |
|---|---|
| Where did you get stuck? | The opening of chapter 1: a pile of times and commit hashes about locks and player changes before I understand who the team is or why 18:44 matters. I would have bounced there if I had not been told to read it. |
| What did you skip? | I skimmed the eight turning points in chapter 1 and the register codes in the source lists at the end of both chapters. I did not click through to any commit. |
| What will you remember? | Anyone can pull the brake with one file; only the editor can release it; and even so the work already running still landed. |
| What is missing for someone like you? | Cost, in money, usage and the editor's hours; a copyable starter pack; and a way to run the method on my own team's work this week. The 'would I use this tomorrow' test is only half met. |
Their own questions
| Did the day look like speed or like luck to you? | Mostly speed from a cheap machine plus an editor who was always there, with a bit of luck: the hold landed just before the talk and the late commits happened to be harmless. Chapter 1 shows the locks failed, so safety on the day was partly luck. |
|---|---|
| What did you want to know that is missing (cost, the editor's hours, tools)? | All three. Chapter 12 admits the usage, cost and the editor's hours are not recorded, and the tools are named but not shown in a way I could install. |
| Would you copy the hold and the signing rule? Why not? | Yes to the hold, today, it is one file and a check at the start of each run. The signing rule I would copy cautiously: with five people the editor becomes the bottleneck, and the chapter itself shows decisions waiting seven hours. |
| Is the title right for you? | From these two chapters I cannot judge. 'Pause all actions' and 'Build your own' are clear chapter titles, but the book's own title is never explained here and 'insider' sounds like a security book more than a how-I-build book. |
Chapter by chapter, and where they got stuck
01-pause-all-actions · all
Landed: The hold scene is a proper story: the editor says he is at 95% of his limit, one agent writes one file, the whole team stops, and then the chapter admits the stop was not clean because three commits still landed. The asymmetry (anyone can stop, only the editor restarts) is the thing I would steal tomorrow.
"In the hour before that note the editor's own hand is everywhere in the record."
Opening section is a wall of timestamps and short commit hashes before I know why I should care about the talk or the locks.
"The 95% is not a reading from any meter in the record."
Fair honesty, but I wanted a number for what the day cost and this tells me there is none.
"Pull back from 18:44 and the day has a shape."
The eight turning points are a dense detour that sends me to later chapters; I skimmed it and lost the thread of the hold.
Would cut: The eight-turning-points section could move to a one-page overview or the end of the book; at this point it breaks the momentum of the hold story. · Missing: A plain one-paragraph statement up front of what the team was, how many agents, and what they were building. I had to infer it. Also what the day cost in money or hours.
12-build-your-own · all
Landed: This is the chapter I came for: the order to set things up, definition of done per agent, security from round zero, put brakes outside the agent's reach. The 'where it loses' list is honest and useful, and the warning that the machine will eat every hour you give it hit home.
"a team that argues usage is a resource did not record its usage."
The cost question is the first thing a founder asks, and the chapter's answer is that nobody measured it.
"The warning stands: the machine is so pleasant to build that it will take every hour you give it."
Great line, but it undercuts the how-to: I am told the setup took a night and produced no chapters, and I still do not know if it paid off.
"the lessons brief's player timeline, corrected as C040"
Register codes (C021, C040, C025) and internal names are everywhere; I cannot follow them without the other chapters.
Would cut: Some of the register code citations inline, and the failures-by-who-found-them table largely repeats earlier text. · Missing: A minimal starter kit I can copy today: a real HOLD.md, a CLAUDE.md template, a five-line version of the method for a five-person team. Also any way to try this on my own repo in an afternoon, and a figure for what it cost.
Their review page
The latest run through the review page made for them, in a real browser on their device (the review, on GitHub):
| Axis | Score | Since 20261030T2145Z | Why |
|---|---|---|---|
| Got the answer | 4 | up from 3 | Chapter 12 first answers "does this change how I build" inside 20 minutes; the questions are still placeholders. |
| Clarity | 5 | up from 4 | The ask first on the phone as on the laptop; nothing to decode before it. |
| Trust | 4 | same | Nothing leaves, checked; a claim number beside every line of the method; sealing still "next". |
| Design | 4 | same | A calm column; the pen clear of the bar at every position tried. |
| Navigation | 5 | same | Two chapters and Send it back from anywhere. |
| ## What the run measured | |||
| - Laptop (Desktop Safari's viewport in Chromium): HTTP 200 in 144 ms; no console error; no request blocked. Phone: the same. | |||
| - 109 anchored blocks; four question boxes; no horizontal overflow on either device. | |||
| - The pen opened at the foot of the screen at three positions on each device: the bar hidden, every control clear, the bar back after Escape. | |||
| - Phone first screen: the prototype notice, "How this works" closed, then the letter's heading. | |||
| - "Short of time? Read chapter 12 first."; the two Try it links present, not followed. |
The name test
Would pick up N1: 'How to build yours' is the promise I buy books for; the rest describe something someone else did.
Source: review/synthetic/ (personas.json, rc1/founder.json); built by review/synthetic/tools/build_section.py.