← All posts
· 9 min read · Agentic Stack

What a New Hire Learns That Enterprise AI Still Misses

The right model for enterprise AI is not 'better search.' It is compressed onboarding. A real enterprise second brain teaches an agent what a strong new hire learns in the first six months, then turns that knowledge into reliable action.

What a New Hire Learns That Enterprise AI Still Misses

Think about the last time you watched a strong new hire become useful.

They probably had access to every internal document within the first week. Onboarding portal, Confluence, Notion, shared drives, maybe a Slack archive dump. All of it was technically available. And they were still months away from being reliably useful.

Not because the information was missing. Because the judgment was.

They needed to learn which strategy doc was current versus which was a zombie from a failed pivot. Which technical decisions had a reason behind them that would bite anyone who casually reversed them. Which team norms were written down nowhere but violated at professional peril. Which metrics actually governed decisions versus which ones got reported. What could be acted on directly and what needed a checkpoint.

That absorption process takes 3 to 6 months for a strong hire in a complex organization. And it has almost nothing to do with document access.

Now replace “strong new hire” with “agent.”

Agents can read faster than any human. They have essentially infinite bandwidth for ingesting documentation. And they are still mostly useless in complex enterprise contexts, for exactly the same reason a well-documented new hire is still useless on day two: access is not the same thing as onboarding.

The enterprise AI market has been trying to solve the access problem. Glean calls it “Work AI,” which is a useful signal: enterprise search is evolving into a broader layer of assistants, workflows, and agents on top of connected company data.

That is real progress. It still does not solve judgment.

The system that solves judgment is the one the market has not fully built yet. I am calling it an enterprise second brain. And it is not a knowledge base.

What a new hire actually learns in six months

A strong new hire is not absorbing “all the docs.” They are absorbing five kinds of context.

Canonical truth. What the company currently says is true: product strategy, official process, stated priorities.

Decision history. Why things are the way they are: painful migrations, killed directions, tradeoffs that should not be casually reversed.

Local context. What matters inside a specific team, product line, or workflow that never made it into company-wide docs.

Working memory. What a strong operator keeps active because it keeps mattering: current priorities, open problems, recent incidents, near-term patterns.

Escalation judgment. What can be acted on directly versus what needs a human checkpoint.

These five layers, assembled together, are what turns information access into reliable action.

An agent is a new hire who absorbs all five layers instantly and forgets them completely between sessions unless someone builds the infrastructure to persist them. The question for enterprise AI is not “how do we let agents search our knowledge base?” It is “how do we compress this absorption process into an architecture an agent can actually use?”

RAG helps retrieve candidates. It does not create the north star.

Retrieval-Augmented Generation has become the default enterprise AI pattern. Send a query, pull the top-k semantically similar chunks, pass them to a model, generate an answer. Useful. Widely deployed. Insufficient.

Semantic similarity finds what is close to a query. It does not know what is authoritative. A superseded policy document from 2022 may rank higher than the current one because the language is identical.

Ranking does not resolve contradictions. If the current strategy doc says one thing and a two-year-old implementation plan says another, retrieval surfaces both. Neither comes with a governance signal that says which one should govern behavior.

The similarity layer finds the neighborhood. It does not decide the law.

That is the real gap. Retrieval without a governance model produces confident, plausible, often wrong behavior. The agent can find relevant fragments. It still cannot tell which fragments should control the decision in front of it.

The fix is not better embeddings. It is an authority model layered on top of retrieval. Something that can encode: this document wins over that document when they conflict; this context is binding within this scope; this signal is fresh enough to act on; this decision has a history that should not be casually reversed.

That authority model is the missing piece.

The stack is converging. The center is still empty.

Three companies illustrate where the enterprise AI market is landing.

Glean is building toward what it calls “Work AI”: agents and assistants layered on top of connected enterprise search. That is the access and retrieval layer expanding upward into workflows.

Guild AI is pushing on a different edge of the category: AI developer productivity and agentic development workflows. That is not the whole second-brain system either, but it is another sign that enterprises are trying to operationalize agent behavior rather than treat models as isolated chat surfaces.

AWS Bedrock AgentCore is treating runtime itself as a platform primitive: memory, observability, identity, and secure execution for enterprise agents. That is the infrastructure layer becoming explicit.

Laid side by side, they also show the gap.

Glean strengthens access and retrieval. Guild points toward workflow structure around agentic work. AgentCore strengthens runtime and memory infrastructure.

None of them, by itself, solves judgment. None of them, by itself, tells an agent what is canonical, what has decision history behind it, what is local versus global, what is fresh, or what needs a human checkpoint.

The center of the stack is still being assembled.

What an enterprise second brain actually is

The five layers above describe what a human absorbs. The seven below are the system architecture that can approximate that absorption for an agent.

Hot layer. Always-loaded operating context: active rules, identity constraints, current session state, the most time-sensitive priorities. This is what loads with every agent interaction. It is the equivalent of the org chart and the “here is how we work” doc that every new hire gets in their first meeting.

Canonical direction layer. What the company is actually trying to be: product vision, brand direction, strategic scope rules. This changes slowly and should govern many decisions. It is the layer that prevents an agent from optimizing locally against the long-term direction of the business.

Decision layer. Why weird things exist. The ADRs, the documented tradeoffs, the explicit “do not go back here” markers for decisions that were painful. This is the anti-amnesia infrastructure. Without it, an agent will rationally simplify the strange thing that was strange for a reason.

Execution layer. How work is currently moving: implementation plans, PR audits, team-level tactical artifacts, backlog state. This is working memory for the organization, not just the agent. It is the layer that keeps the agent oriented to what is in flight rather than generating in a vacuum.

Retrieval layer. A way to surface relevant fragments from the above when they are needed: search, ranking, similarity, keyword hooks. This is where most enterprise AI investment has gone so far. It is necessary and not sufficient.

Promotion layer. A mechanism to notice what keeps mattering and make it durable. In my workspace, OpenClaw calls this dreaming: a nightly consolidation pass that promotes recurring signals from daily traces into more durable memory and lets stale context decay. Without this layer, the system becomes either amnesiac or archival junk.

Review layer. A way to validate whether the memory system is actually changing behavior in the right direction. This still needs a human in the loop, but the loop has to be tight enough to catch drift before it compounds.

At enterprise scale, the hard part is ownership. Someone has to maintain canonical direction, decision history, and review loops. The minimum viable version is smaller than this framework sounds: one authority order, one canonical direction document, a handful of ADRs, and one execution layer that actually stays current.

These layers together are what makes the difference between an agent that retrieves documents and an agent that operates from judgment.

Enterprise second brains are governance systems for context, not storage systems for documents.

That distinction is the whole thing. A knowledge base stores what the company knows. A second brain governs what the agent should act on, and under what conditions.

The Purveyors test case

I run a version of this in miniature at Purveyors, and the difference between “agent with document access” and “agent with layered context” is not subtle.

The repo root AGENTS.md provides stable architectural guidance, database safety patterns, PR conventions, and review expectations. That is the hot layer: the orientation packet that loads with every agent interaction.

Implementation plans in notes/implementation-plans/ include explicit strategy alignment audits that read the canonical notes/PRODUCT_VISION.md document and relevant ADRs before scoring a change as worth building. That is the canonical direction, decision, and execution layers working together.

The workspace now uses a nightly consolidation pass, which OpenClaw calls dreaming, to promote recurring signals from daily notes and interaction traces into more durable memory. That turns the promotion layer from theory into operating infrastructure.

The blog infrastructure still matters, but in a different role. Published posts are public articulation and supporting retrieval surfaces. They make strategy legible and reusable. They are not the canonical source of truth.

The result is that agent-generated PRs tend to land with the product direction rather than against it, not because the models are smarter, but because the governance architecture makes the right thing legible at execution time.

This does not solve the enterprise version. It sidesteps some of the hardest scaling problems: multi-team authority conflicts, stale cross-service docs, and the politics of who gets to define canonical truth. But it does show the core mechanism. When layered context is explicit, agent behavior changes.

The real test is whether the system changes behavior

A second brain that does not change what gets built is just an archive with better search.

The way to evaluate an enterprise second brain is not “can agents find documents?” It is “does the system produce better judgment over time?” Do agents make fewer reversals of decisions that had reasons? Do they build toward the product direction instead of against it? Do they escalate the right things and act autonomously on the right other things?

These are behavioral outcomes, not retrieval benchmarks.

If I were building this from scratch, I would not start with a bigger vector index. I would start with an authority order. Write one short document that says which source wins when strategy docs, ADRs, plans, local notes, and stale artifacts conflict. Until that exists, retrieval will keep surfacing fragments without producing judgment.

The systems that will win in enterprise AI are not the ones with the largest context windows, the fastest embeddings, or the most connected app integrations. Those matter at the infrastructure layer. The real advantage will come from making judgment portable.

Enterprise second brains are not systems for storing what the company knows. They are systems for teaching an agent what a good new hire learns, what a strong operator keeps, and what the organization should act on.

Discussion