Scope the Atlas review to how it works, not whether it is worth it - and restate the rule that Claude must call a script, never an MCP directly

August 28, 2026 at 9:32 PMtechnicalmedium

Situation

In the Motherbrain / Atlas sync with Tabatha Wilmot, Karl Lowenbjer and Chris Baek, Peter set the terms of his own code review. He told them outright that he would not wade into whether Atlas is valuable - that is a Tabatha-and-sales question - and that what he wants to answer is how it works, how it is architected, how it stores and persists data, how it does security protections, what should run on a laptop versus centralized, and what the scheduler should be. He asked for the scripts and skills that still live only on Tabatha laptop to be pushed into the repo first so he can read both ends of the system, asked for half-sentence direct answers to Marlon open questions rather than more narrative, and committed to a four-to-five-hour deep dive by Saturday evening with a follow-up the middle of next week. When Tabatha described reps closing deals wrongly through the HubSpot MCP, Peter named the cause - Claude writing code at runtime against a system of record - and restated the standing rule that Claude should never call an MCP directly, it should call a script that structurally cannot do that.

Reasoning

Peter separated two questions that were being handed to him as one. The keep-or-revert recommendation he owes Chris Baek is a technical judgment, and mixing in the value question would both exceed his lane and let a value argument substitute for an architecture answer. He also refused the demo - he said he does not go to class, he reads the book - so he asked for the code and the documentation rather than a walkthrough. The MCP point was not a review finding; it was him using a live incident to restate a forward-looking rule he has applied before, and Karl confirmed Atlas is already architected that way.

Additional Context

Peter had a walk with Tabatha earlier that he says is 95 percent of his current understanding of Atlas. Tabatha is departing CIQ at the end of September, which is what makes the bus-factor questions Peter asked - if you and Karl got run over by a train today, can sales still get stalled-deal insights - the operative ones. The existing todo to review the Atlas code and recommend keep-iterating versus revert to HubSpot predates this session.

Observed Evidence

Peter set the review scope explicitly and unprompted, refused an offered use-case walkthrough twice, asked for the laptop-resident scripts to be pushed to the repo as a precondition, and committed to a specific delivery time - I will dig into this thing by Saturday evening, is my commitment to yall.

Matching Patterns

78%
Constrain the Mechanism, Not the Access(Peter restated the rule verbatim, agent touching a system of record unattended, applied across an org boundary to a team that does not report to him)
45%
Purpose Is the Decision Procedure(scoped the review by what the recommendation is for)

Confidence Breakdown

34/35
Evidence
26/30
Pattern
20/20
Source
10/15
Corroboration

Reasoning Depth Analysis

Org Signal:The CTO will personally read the code before making a build-versus-buy style call, and will say out loud which half of the question is not his.
Who Affected:Chris Baek, who is waiting on the keep-versus-revert recommendation. Sales, whose lead routing and deal-hygiene reporting currently depend on scripts on a departing employee laptop. Karl Lowenbjer, whose production-code claim Peter is about to test.
Precedent:Sets that Peter will not let a value argument stand in for an architecture answer, and that the never-call-an-MCP-directly rule applies to teams outside engineering.
Consequences:Real - the laptop-resident scripts have to be pushed to the repo before Peter starts, which is itself a forcing function on the bus-factor problem.
Timing:Now, because Tabatha departs at the end of September and the parts of the system that only run on her laptop become unrecoverable after that.

Source

reflection

AI Confidence

90%

Related Context

🎥
Motherbrain / Atlas Sync

fathom

Cards on the table, I am not going to wade into at all questions of, is this valuable? I am not trying to get into that. That is a you and sales question. I just want to understand, how does it work? How is it architected? How does it store and persist data? How does it do security protections?

🎥
Motherbrain / Atlas Sync

fathom

They can have write access, but as long as Claude is not talking to the MCP directly, it always be code talking to the MCP, then that cannot happen.

🎥
Motherbrain / Atlas Sync

fathom

If you and Karl got run over by a train today, can sales get insights on deals that are stalled today, or do they need to ask you?

Outcome

No outcome recorded yet.

Decision ID: b6c212d9-61f9-4687-b9b4-89a80815ac9e