8 min read
I have been reading with real interest Rohit Krishnan’s writing and the recent Sequoia Capital essay by Jack Dorsey and Roelof Botha. They share a line of thinking that feels very close to my own view of multilingual AI, data sovereignty, and the kind of operational architecture enterprises will need if intelligence is to become real infrastructure rather than another software layer. We are not talking about augmented humans (professionals that do their work better with an AI tool) but human governance.
Sequoia’s From Hierarchy to Intelligence gets one thing right that most enterprise AI commentary still misses. The real bottleneck was never model capability alone. It was the absence of shared state, structured memory, and organizational context. Dorsey and Botha draw a parallel with the Roman way of organizing cohorts, managing 3-8 people that still permeates current military structures. We can’t barely managed our email inboxes, so we delegate management in changes of command.
For decades, firms have solved that problem with hierarchy. Layers of management acted as information-routing systems. What changes now is not simply that AI helps people work faster. It changes the need for those routing systems in the first place.
The company is becoming a system of intelligence, not a pyramid with software attached
Most firms are still applying AI as a productivity layer on top of inherited organizational forms, which is useful, but limited and conservative. The harder possibility is that hierarchy itself was an answer to a coordination constraint that is now weakening.
Once information can be held, interpreted, and routed by a system with durable memory and live context, the enterprise no longer needs to rely on human layers for the same function in quite the same way.
The hard statement
Hierarchy was a workaround for slow coordination
The modern corporation did not emerge because hierarchy was elegant. It emerged because humans could not coordinate complexity fast enough without structured layers of authority, reporting, and escalation.
Dorsey & Botha: the company should be understood as an intelligence layer, not merely a hierarchy made more efficient with copilots.
The deeper implication: intelligence depends on memory, context, and governed information flows. Without those, enterprise AI remains an impressive interface sitting on top of organizational confusion.
Krishnan, Dorsey and Botha frame the problem correctly
Both essays places the problem where it belongs: in the history of coordination. Both walk from Roman military structures to railroads, from scientific management to matrix organizations, showing that hierarchy was never an ideological choice. It was an operational necessity born from a human limitations. Leaders can only absorb so much information, and once organizations scale, information has to be routed, compressed, and relayed through layers.
That is why the articles are more useful than the usual AI productivity piece. They don’t ask whether AI can help the current company work faster and increase productivity. The real question whether the current company structure was built to compensate for a coordination problem that AI may now begin to remove.
That is a much harder and more consequential question. What can happen if AI agents, with world knowledge, can access real time information, analyze past performance, reason from
similar challenges and even make financial decisions? Yes, we need to understand that future purchasing decisions (even at a personal level) will have an AI agent with our credit card details and the authority to make purchasing decisions. Or would a CEO need to be consulted for new PC purchases, roof repairs or re-ordering consumables?
The corporation was always an information-routing machine
From armies to railroads to global enterprises, the pattern remained the same: complexity increased, so more layers were added to move information and preserve control.
Span of control
The basic idea has survived for centuries. A leader can only manage a limited number of people directly, so organizations create layers to preserve control and decision flow.
Reporting and control
Railroads and then modern corporations turned hierarchy into a formal operating system. Reporting lines, management layers, and structured control became the architecture of scale.
Machine-readable coordination
When work becomes machine-readable and a system can maintain a live model of the organization, layers built mainly for coordination begin to lose their historical reason for existing.
Twitter’s ex-CEO turns theory into organizational design
Both articles would still be notable as a conceptual piece. What makes them more important is that Jack Dorsey has applied what I learnt at MIT: “walk the walk, don’t talk the talk” (in other words, will your dog it your own dog food). What is being tested at his company is a flatter structure, fewer traditional management layers, and a model where systems carry more of the coordination once mediated by people moving information across silos.
This is why I take the discussion seriously. The claim is not that middle managers were bad at their jobs. The claim is that their historical function existed because organizations needed people to route knowledge, status, and decisions across silos. If systems can hold the state of the company, surface priorities, detect frictions, and coordinate tasks directly, then the structure built around those frictions is open to redesign.
That is not a software upgrade…. For decision-makers, it is a new theory of the firm.
Shared state, memory, and context are what separate demos from intelligent organizations
This is where the argument becomes more demanding. Enterprises do not become intelligent because they add AI tools. They become intelligent when language, data, memory, and action are made operationally coherent.
Most enterprise deployments still fail here. They add interfaces without structured memory. They produce summaries without durable organizational context. They deploy assistants without turning internal language, documents, and workflows into governed knowledge systems. At worst, they use Co-pilot or a Claude/OpenAI subscription for personal use or team work.
The real enterprise challenge is not just model access but building the operational layer that makes intelligence persistent, measurable, and useful.
The company model will be built from language as much as from code
Policies, customer communications, technical documentation, compliance records, contracts, reports, transcripts, support tickets, internal discussions. Most enterprise knowledge is still expressed in language, not neatly structured tables. That means the intelligence layer of the future company will depend on how well it can transform multilingual language flows into governed, retrievable, action-ready knowledge.
Data
Without curated, often multilingual, privacy-aware data, there is no reliable enterprise context.
Memory
Systems need more than retrieval. They need durable organizational memory and traceable knowledge states.
Alignment
Outputs must remain consistent with terminology, policy, compliance, and operating reality.
Action
Intelligence only matters when it can route decisions and trigger outcomes across real workflows.
What enterprises should actually build
The next step is not more scattered copilots. It is governed enterprise intelligence built on data, alignment, model adaptation, and deployment discipline.
Trustworthy multilingual data
Enterprises that want task-specific intelligence need better data foundations first: datasets, metadata, anonymization, labeling, and multilingual preparation for real operational environments.
Explore multilingual AI training data →Evaluation, feedback, and alignment
Models do not become enterprise systems by themselves. They need continuous evaluation, human feedback, QA, benchmarking, and operational governance.
Explore AI Data Operations →Task-specific models and sovereign deployment
The enterprise stack is moving toward smaller, more controllable systems adapted to specific workflows, languages, and governance requirements.
Explore Building Sovereign AI Systems →An orchestration layer for execution
Intelligence becomes useful when it can work across translation, search, assistants, masking, retrieval, and knowledge workflows in a governed environment.
Explore ECO Intelligence Platform →What Sequoia and Dorsey point to is not a better org chart. It is the beginning of a different operating logic.
The future company will not be defined by how many AI tools it has purchased. It will be defined by whether it has built a model of itself that is rich enough to coordinate work, preserve memory, and act on reality in real time.
That is why the next competition in enterprise AI is not only about models. It is about structure. It is about who can turn data, language, memory, and action into a coherent system.
Enterprises do not become intelligent because they add AI. They become intelligent when coordination stops being the job of the hierarchy.
Hierarchy to intelligence FAQ
What does “from hierarchy to intelligence” mean?
It means organizations may begin replacing layers built to route information with systems that maintain shared context, coordinate work, and connect data directly to action.
Why is Jack Dorsey relevant to this discussion?
Because this is not only being discussed as theory. It is being treated as a live organizational question: whether flatter structures and AI-mediated coordination can replace functions once embedded in traditional management layers.
Why is shared state so important in enterprise AI?
Without shared state, systems cannot maintain continuity across teams, workflows, policies, and knowledge sources. AI remains fragmented and reactive instead of becoming operationally intelligent.
What role does language play in the future intelligence layer?
A central one. Most enterprise knowledge exists in documents, conversations, reports, and multilingual communication. Language is one of the main substrates from which the company model will be built.
What should enterprises do first?
Start with data readiness, governed workflows, model alignment, and deployment architecture. The real shift begins when enterprise knowledge can be structured, evaluated, and operationalized.
From theory to governed enterprise AI
If the next phase of enterprise AI is about operational coherence, these are the layers that matter most: data, alignment, task-specific models, and orchestrated execution.
5 min read

