Morning brief, Sept 10–11 overnight + Sept 11 afternoon September 11 · vp-review (Fable), answered by Claude at 9:45 PM
What Claude did
- Overnight: 22 items closed on $0.003 of LEDGERED spend — the ledger's number, not the bill's. See the first note below for the honest version.
- The Build Board, the shape ruler (shape:check), the content audit, the reference snapshot, the Clients bucket, the manager walk, the nightly-eval finding.
- Afternoon: Resources cards, the client-facing audit document, CI unit tests green on GitHub for the first time since Aug 22, the manager screens' design pass.
- Evening, on Alyssa's notes: the paid-API guard for tests, the 30–40 lesson band, the CFO / plain-English / factory-ops roles, spend:audit, the 60-draft review page, this section.
Alyssa's notes, and the answers
On: THE ONE THING — API credit
Alyssa: It looks like about $5 was spent last night as I only have $30 left this morning. Give an honest breakdown of how it was spent and whether it was valuable or wasteful. Maybe a CFO agent that audits after every run. This spend did not show up on my dashboard; I want it live and accurate including spend. Why don't my Console numbers match the $0.003 you gave me? If Claude is misunderstanding something this small, what else is it getting wrong?
Claude: You are right, and the $0.003 was wrong in the way that matters. It was the LEDGER's number — what the factory's own code wrote down — and I had found the same night that the ledger misses money. I reported it as if it were the bill. That is the thing I must never do again, and the board now refuses to show spend from the ledger alone.
What actually went out (read from your Console tonight, by day): Sept 10 $3.96, Sept 11 $4.30. Your balance went $35.08 → $30.79, a drop of $4.29, which matches.
Where the $4.30 went: almost all of it was the nightly cloud eval running AGAIN at 9:26 AM on Sept 11. It authored 22 lessons and 134 quiz questions on three test corpora, then failed its own bar — a $4 rehearsal nobody watched. WASTED. The overnight build loop itself spent under about $0.30 (a few small judge calls the test suite made; the ledger saw $0.003 of that because a test's clean-up deleted the rest).
Why it ran again after I said it was off: I commented out the schedule on our working branch. GitHub runs schedules from the DEFAULT branch (main), which I am not allowed to push to. So my 'off' changed nothing. Tonight I disabled the workflow at the repository level (gh workflow disable) — that switch does not depend on any branch. It has been paying about $4 a day since Sept 8 and about $1.10 a day from Aug 26 to Sept 2, failing every time: roughly $25–35 over the month.
The CFO exists as of tonight (a role file in the repo) and there is a $0 command, spend:audit, that prints Console vs ledger by day and goes RED when they disagree. Run tonight it says: last 10 days, Console $126.70, ledger $47.27 — $79 the ledger never saw. That is the honest gap, in one line, every session from now on.
fixed
On: Regenerating MK11 — how do I say yes, and does opening the portal cost money?
Alyssa: What do I need to do to say yes to regenerating MK11? Is it on the portal factory or a command here? Does opening and logging into the portal cost money? Is that where the ghost budget went? If so, make the portals Cloudflare links. Is this the 60 lessons planned to ship? I think 30–40. Please combine some lessons. Are you comparing against my manual MK11 build? Can I review free drafts before the factory spends money?
Claude: Saying yes is a sentence to me here in Claude Code: 'regenerate MK11 through the pipeline'. I then run it through the Batch API (about $5–6), and I will show you the outline for free first — see below.
Opening or logging into a portal costs nothing. Pages are served from your Mac's database; no model is called when someone reads a lesson, signs in, or opens the roster. The only things that spend are generation, grounding checks, the practice coach, and the evals. Your ghost budget was the nightly eval and the test suite, not the portals.
Cloudflare links for the portals: not yet possible as a static page. A portal is a live app with a database (sign-in, progress, seats), so it needs a host — that is the Fly + nameservers item in NEEDS YOU. The fixture portal is reachable only on your laptop for now.
The 60 lessons are NOT planned to ship. They are the drafts the factory made on Sept 4 — never published, and the ruler now refuses that shape. Your 30–40 rule is now in the code: the onboarding band is 30–40 lessons (your build has 33), with 8–12 minutes each.
Your manual build IS the reference. The curriculum-architect role opens with your 6-phase, 33-lesson structure and grades phase weighting against it; shape:check measures the count and minutes; and I re-read your manual MK11 portal tonight and your screenshot of the journey. The lesson-by-lesson comparison (does the new outline put Energy 101 before the bill lessons, the way you did?) is the architect's written check before any authoring.
Free review before money: yes, and it is the new order of operations. The outline (titles, phases, minutes) is the executive-function part and it is cheap — about $1 on the outline stage, or $0 to review the shape proposal. Lesson BODIES are the expensive part and come last. So: outline → you mark it up in a Google Doc → I aim the prompt at your marks → then authoring. Tonight you have the 60 drafts as a document to mark up (link in chat).
needs Alyssa
On: Pixel proof for the chips and shop CTA
Alyssa: The design is a vast improvement. Document my screenshots and yours in one Google document as a continuous before-and-after record. Give me a written description of what changed and instructions with screenshots for how each button and feature is used.
Claude: Done in two pieces, because Google Docs drops images when I import them: a Drive folder 'Portal Factory — Before & After' holds the record and the written guide; the screenshots themselves live on one page every session adds to (the 'Portal Factory Screens' link in chat). The guide walks every button on the learner side (Continue, the journey chips, Mark complete, Resources, the trainer card) and the manager side (Invite, Export CSV, search and progress filter, Reset link, Deactivate). Drop your own screenshots into the folder and they become part of the record.
done
On: shape:check — the $80 of rework
Alyssa: How do we eliminate this rework problem? I can't afford to waste this much money. Deploy as many agents as needed to monitor and fix waste. I want someone in charge of optimizing factory processes for time, quality and cost.
Claude: The $80 was three courses generated BEFORE a ruler existed; each was refused by the ruler after the money was spent. The fix is order, not effort: shape at $0 first, your review of structure for free second, authoring last, on the Batch API. That order is now written into a role whose only job is it — factory-ops (a role file in the repo) — and it will not let a paid run start until the shape has passed at $0. The CFO grades every dollar afterwards. Both run at the end of every session and before any paid run. Honest limit: a role is a set of instructions I follow, not a person who works while I am off. The guarantee is that no run starts without those two checks, in writing, in the log.
in progress
On: Manager half of Benchmark 2 — how do I walk it, and is the Build Board the factory's interface?
Alyssa: How do I do this? Provide the link, credentials and an explanation. Is this the portal factory's new interface?
Claude: Two different things. The Build Board (this page) is a progress report for you and Dave; it is not the factory. The factory's own screens run on your laptop at the control address (the Clients page), and the portals the factory makes are separate sites, one per client.
The walk is on your laptop only. Open the fixture portal's learner sign-in page as the learner, complete a lesson, sign out; then open the manager sign-in page as the manager and find that learner on the roster. The addresses and the location of the credentials file are in the chat reply, not on this board, and the credentials themselves are never printed anywhere. Time yourself; that number is Benchmark 2.
needs Alyssa
On: M69 — phantom claims
Alyssa: Are these phantom calls costing us? Why are they happening? How do we stop it? Can we have an agent whose job is to explain things to me as if I were 13, watch for red flags, and brainstorm options?
Claude: Plain version: after a lesson is written, a checker (the grounding judge, a model call) reads every sentence and asks 'is this backed by the client's documents?'. It was also reading table rows and half-finished citations as if they were sentences, so it raised 159 false alarms on the pilot. Each false alarm can trigger a paid repair call, so yes, they cost money — small per call, but every run. Fixed by only sending real claims to the judge: 159 → 3 alarms, measured without a model call. The explainer role exists as of tonight (a role file in the repo): every brief goes through it before it reaches you, with a red-flag scan and options at the end.
fixed
On: Stale task files, phantom sections
Alyssa: What are the stale files, and should this be a concern? What is a phantom file, and are these the gaps costing us extra money?
Claude: Stale task files are to-do cards in the repo that were already finished but never marked done. Normal, no cost; closing them just makes the list truthful. 'Phantom sections' are different: the scanner reads the client's PDFs, and word-salad from bad scans (a page header repeated on every page, for instance) was being treated as a real section heading — so the course got sections that did not exist. That DID cost money, because each phantom section became a thin lesson somebody paid to write. Fixed by teaching the scanner what junk headings look like; 81 of 207 MK11 headings were reclassified.
done
On: audit:content — 65 gaps on MK11
Alyssa: Would it help if I re-upload the MK11 docs, or do you have them? Would more permanent memory help, rather than the context window? Could the chat data be a reference?
Claude: No need to re-upload: the five MK11 documents are in the factory's database, and I exported the whole MK11 course outside the repo as a restorable snapshot. Permanent memory already exists in three layers — the project's BUILD_LOG and THE_PLAN in the repo, a memory folder Claude Code loads every session, and every chat transcript on your Mac (the hours clock reads them). What I did tonight is make the memory more specific: your rules from this brief (Console is the only spend truth; 30–40 lessons; explain plainly; before-and-after record; live activity on the board) are written where every future session reads them first.
done
On: Ledger priced by intent — where is the money going?
Alyssa: So where is the money actually going, and why was this missed by Claude?
Claude: Where it goes, in order of size, from your Console: authoring and assessing courses (the $80 of rework), the nightly eval that failed daily, the Sept 5–7 pilot runs, and small daily judge calls. Why it was missed: the factory had its own notebook (the ledger) and I trusted the notebook over the bank statement. Three things bypassed the notebook — a GitHub workflow with your key, tests that reached the API, and scripts that called the API directly — and clean-ups deleted some entries. Tonight's fixes close two of the three for good: tests cannot reach the paid API at all now (a guard refuses the request before it leaves the machine, proven by a test), and the workflow is disabled at the repository level. The third (scripts) is the next factory-ops task.
fixed
On: Decisions — curriculum-architect
Alyssa: Can you give me a short summary of what decisions were made by the curriculum-architect?
Claude: The architect's rules, in one breath: a course opens with an orientation (why this exists, what it takes, who to ask) — never 'Lesson 1 of Module 1'; lessons are allocated by what a learner needs at that stage, not by how long each PDF is (the factory gave the commission policy 42% of MK11 because it was the longest file; you gave it 21%); document headings are not lesson titles; front matter (cover pages, sign-off forms) is furniture, not lessons; and whether an orientation is present is a judgment call, not a counter — the counter version of that rule was tried three times in one night and removed.
done
On: NEEDS YOU 1 — see the 60 drafts
Alyssa: Can I see the 60 drafted lessons as a Google Doc and review how each is organized so I can give feedback before regeneration?
Claude: Yes. A Google Doc 'MK11 — the 60 drafts, review sheet' with the numbered list (phase, title, minutes) and a mark-up key (MERGE INTO n / KEEP / CUT / MOVE TO PHASE n), and the full text of all 60 on one page linked from it. Your marks become the aim for the next outline.
done
On: NEEDS YOU 2 — approve the prompt change
Alyssa: Do I need to do this manually or do agents handle this for me?
Claude: One word from you here — 'approve rule 18' — and I apply it. Prompt files are on the protected list, so I do not change them without your word; that rule is the reason a prompt cannot drift while you sleep.
needs Alyssa
On: WORRIES — paying for failed runs
Alyssa: I don't think it's fair to pay for failed sessions. Is there any way to perfect things before we deploy them so we are not wasting money on failed tries?
Claude: Mostly yes, and it is the same answer three ways. (1) Check everything that CAN be checked for free before a paid call — the shape ruler, the schema checks, the corpus filter all run at $0 now. (2) Never let a test or a schedule spend money; both are closed tonight. (3) When a run must be paid for, run it on the Batch API at half price and change one thing at a time so a failure teaches something. What cannot be made free: the model has to write the lesson at some point, and a bad lesson costs the same as a good one. The 2-strike rule keeps a bad run from becoming five bad runs.
in progress
On: NEEDS YOU 9 — the leak job on GitHub
Alyssa: How do I fix the leak job, and what does this mean? Was our data leaked? Is our code compromised? How did this happen?
Claude: Nothing leaked and nothing is compromised. 'Leak job' is our name for the test that PROVES no client can ever see another client's data. It has two halves: one shows a cross-client reference is rejected (passes everywhere), the other shows a same-client reference is accepted. That second half picks 'any real row' from the database and, on GitHub's freshly built test database, happened to pick a learner who was already enrolled in the course it tried — a duplicate, so the database said no. On your Mac the rows are in a different order and it passes. It is a fixture collision, the security rule held. The fix is one line in a protected file; the exact change is written up as a proposal in the repo. Say 'apply it' and I will.
needs Alyssa
On: Mid-session: the board showed no session running
Alyssa: I noticed the dashboard shows Claude as live and active for this project. Please count these hours towards the time working on Claude and also update the live dashboard to show activity live while Claude works.
Claude: The board was still showing the afternoon loop as closed while I worked on your notes — a session I had not marked. Fixed at 9:36 PM: marked running, and the pulse now says when it last heard from the session; if that goes past 45 minutes while marked running, it says so instead of pretending. The hours clock reads every Claude Code transcript on this Mac, this conversation included, so these hours are counted on the next rebuild.
fixed