Learning Log
Why Our Client Onboarding Is a Glass Box
Picture the demo that sells most AI services right now. You hand over a zip file of your business — photos, transcripts, contracts, notes — and it disappears into a pipeline. No logs. No prompts you can read. No pause button. A minute later, out comes an answer, a summary, a "knowledge base."
Looks like magic. That's the problem. Magic is exactly what you don't want touching your client files.
I run two field businesses — Grow Wild, my ecological landscaping company, and Barnicle Productions, my photo and video studio — plus an AI services practice built on what I learned wiring AI into my own operations first. When I started onboarding other businesses, I hit a fork almost immediately, and how I resolved it is now the whole product.
The fork: black box or glass box
Here's the fork every business owner considering AI is standing at, whether they know it or not.
Path one: the black box. Your material goes into someone's proprietary pipeline. Data in, answer out. If the answer is wrong, you can't see where it went wrong. If the process is misreading your contracts or hallucinating a summary of your best client's file, you find out after the damage, not before. And critically: there is no moment where a human can stop it.
Path two: the glass box. Every stage of processing is a readable file in a folder you can open. Every handoff between stages is visible. Nothing moves from one stage to the next without passing a review — and the most important review is a human one.
The black box is the wrong path. Not because the technology behind it is bad, but because you can't audit what you can't see, and a business owner should never be asked to trust a process they're not allowed to watch.
I chose the glass box. Then I built the onboarding around it.
The five stages your material actually walks through
When a client hands us material — a recruiting firm's call transcripts, a professional-services firm's project archive, a decade of job photos — it doesn't go "into the AI." It walks through five visible stages, and each stage is just files you can open and read.
Stage 1: Intake, preserved untouched. Your raw material lands in an intake folder and is never modified. Not renamed, not "cleaned up," not overwritten. Everything downstream is a copy or a derivative. If we ever disagree about what a summary says, the original is sitting right there, byte-for-byte as you gave it to us.
Stage 2: Cited summaries. The AI reads the raw material and produces summaries — and every claim in a summary points back to its source file. Not "the AI says your top service line is X," but "this summary of your top service line came from these three documents, here are the paths." A summary that can't cite its source doesn't advance.
Stage 3: The human review gate. This is the stage the whole system hinges on, so I'll be blunt: the pipeline stops here and waits. A person — me, or you, or both of us — reads the summaries against the sources and approves, corrects, or rejects them. Nothing proceeds on a timer. Nothing proceeds because the software is confident. It proceeds when a human signs off, and not one second before.
Stage 4: Approved knowledge. Only material that survived review gets promoted into the working knowledge layer — the stuff agents and workflows are actually allowed to read. This is the difference between "everything we ever ingested" and "everything a human verified." Your AI stands on the second pile, never the first.
Stage 5: Agents and workflows — last, not first. Only now, with a reviewed, cited, human-approved knowledge layer in place, do we connect automation: the intake assistant, the proposal drafter, the dashboard. The agents are the final stage of onboarding, not the opening act.
Notice the order. Most AI offers run this exact sequence backwards — agent first, dashboard on day one, and "we'll figure out the data" never. That's the fork again, and backwards is the wrong path. An agent pointed at unreviewed material doesn't get smarter. It gets confidently wrong at scale.
Privacy lanes come before the AI reads a word
There's a step I haven't mentioned because it happens before stage one even starts: every piece of client material gets assigned a privacy lane before any AI reads it.
Some material is fine for a model to process. Some is internal-only. Some — payroll, health information, anything under someone else's confidentiality agreement — the AI should never see at all. The wrong path here is the common one: dump everything in, then write a prompt that says "don't look at the sensitive stuff." A polite request to a model is not a security boundary. Access boundaries are structural or they're fiction.
So we sort first. Lanes are assigned while the material is still untouched in intake, and the AI's reach is defined by folder structure, not by promises. If a file is in a lane the AI can't access, it physically cannot read it. That's not a feature we bolted on after a scare — it's the first conversation of every onboarding: what should the AI never touch?
I tested all of this on myself before any client saw it. My own second-brain vault went through the same pipeline — eleven source documents processed to full depth with cited summaries, then audited against a written spec with mechanical checks for structure, sizing, and lane assignment. If I'm not willing to run my own business archive through the gates, I've got no business running yours through them.
The five nevers
Every engagement runs under five hard rules. Not preferences — rules. A build that violates one isn't done, no matter how satisfied anyone feels.
- We never hold your passwords. No credentials, no API keys, no logins stored on our side. If a workflow eventually needs access to a system, that's a separate, explicit decision you make — and the secrets live in proper secret storage, never in a folder an AI can read.
- No live connections during onboarding. The pipeline runs on files, locally. Nothing phones home, nothing syncs to a third-party platform while your material is being processed.
- No automation without approval. No agent acts, no workflow runs, no schedule fires until you've reviewed what it does and said yes. Approval is per-workflow, in writing, and revocable.
- Raw files are never altered. Stage one, forever. The intake copy of your material is read-only for the life of the engagement.
- Nothing client-facing goes out unsigned. Anything the system produces that could reach your customers — an email draft, a proposal, a published page — carries a human sign-off first. The AI drafts; a person ships.
These exist because each one closes off a specific way this kind of work goes wrong. I didn't invent the failure modes. I just refuse to reproduce them.
Governed context first, then agents and dashboards
If you want the whole philosophy in one line, it's this: governed context first, then agents and dashboards.
Everyone selling AI right now leads with the agent. The chatbot, the dashboard, the demo that answers questions about your business on day one. I get why — it demos well. But an agent is only as trustworthy as the context it stands on, and "context" for a real business means your actual files, sorted into lanes, summarized with citations, and reviewed by a human who knows the business.
Build that layer first and the agents on top of it are boring in the best way — auditable, correctable, safe to hand to your team. Skip it, and every impressive demo is a liability with good production values.
There's a practical payoff too, not just a safety one. A well-scoped task running on a small, curated slice of approved context doesn't just behave better — it's the difference between an AI reading the eight relevant pages and an AI skimming the whole filing cabinet and guessing. Structure isn't overhead. Structure is where the quality comes from.
And when something does go wrong — because eventually something always does — a glass box gives you a place to point. Which stage, which file, which handoff. You fix the routing, not the vibes. In a black box, your only move is to stop trusting the whole thing.
If you take one thing
If you take one thing from this: before you let any AI system touch your business, ask to see the stage where a human can stop it. Not the demo, not the dashboard — the pause. Where does the process wait for a person to read the output against the source and say yes or no?
If the vendor can show you that stage as a real, visible step — files you can open, a gate that actually halts — you're looking at a glass box, and you can work with it. If they can't, you're being asked to trust magic with your business records.
Don't buy magic. Buy glass.
Credit where it's due
The methodology behind this approach isn't mine alone. The staged-folder, human-gated context architecture draws directly on the Interpretable Context Methodology by Jake Van Clief and David McDermott (arXiv:2603.16021). The black-box-versus-glass-box framing was crystallized by Mark Garza of Laimen AI, whose open-source workspace-architect repo and Glass Box demo (MIT licensed, github.com/kram3131/workspace-architect) show these ideas as a working, visible pipeline. What I've described here is my own implementation, tuned to my clients and my rules — but the shoulders it stands on are theirs.
Related reading
- The Truth Bridge — The verification gates in detail: five filters, two human gates, and a record of what each claim passed through.
- What I Stole From the Best Free ICM Implementation — Where the glass-box approach came from, and the free implementation that sharpened it.
- AI Business Brain Foundation — What this onboarding process actually builds at the end of it.