Join OTP the operating platform for people and AI agents
Back to Blog
Founder Notes 2026-05-22 · David Steel

Multi-entity holding companies running EOS® across portfolio companies with AI

Some EOS®-running companies are actually holding companies that own a portfolio of operating businesses. Search funds, family offices, small private equity firms, multi-brand holdcos, serial-acquisition rollups. The structural question they face is the same: how does the holdco run EOS® across multiple portcos without imposing the framework where it does not fit, or losing visibility across the portfolio.

The agent layer changes the answer meaningfully. A holdco with three to ten portcos can use the agent layer to maintain real-time portfolio-level visibility without forcing each portco onto a single operating system, EOS® or otherwise.

This post is for holdco operators, search-fund principals, and small-PE leadership teams running multiple operating businesses.

What is different about a holdco

Three structural traits.

Trait one: each portco has its own operating reality. A holdco that owns three companies (a SaaS business, a manufacturing business, and a marketing agency, say) cannot impose identical operations on all three. Each portco has its own Visionary, Integrator, leadership team, and operating system.

Trait two: the holdco needs portfolio-level visibility. Cash. Revenue. Margin. Risk. Major decisions. The holdco team needs to see across the portfolio without being inside every portco's L10®.

Trait three: the holdco's value-add is leverage, not micromanagement. The portfolio companies have their own management. The holdco provides capital, strategic guidance, shared resources (sometimes), and accountability. The relationship is closer to a board than a manager.

These three shape the agent layer's job at the holdco level.

What the holdco runs

The holdco itself runs EOS®, with a twist.

Holdco V/TO™. The thesis. Why this portfolio exists. The 10-Year Target™ at the portfolio level. The Core Values that apply across the portfolio. The capital and operating principles that bind the portcos.

Holdco Accountability Chart. The holdco team (the principals, the CFO or finance lead, any shared-services leaders). The portcos appear as "businesses we own" with the portco CEOs reporting up at a board-style cadence.

Holdco Scorecard. Portfolio-level KPIs. Total revenue, total margin, total cash, net worth, IRR, capital deployment, portco health (composite scores). Reviewed in the holdco's own L10®.

Holdco Rocks. Strategic rocks at the portfolio level. Acquisitions, divestitures, capital deployment, shared-service investments.

Holdco L10®. Weekly or biweekly, depending on portfolio size. The holdco team meets. The portcos do not attend.

Holdco Quarterly. Portfolio review across all portcos.

This is EOS® applied to the holding company itself. The portcos can do whatever they want underneath.

What the agent layer adds at the holdco level

Six agents work hard for a holdco.

Portfolio scorecard aggregator. Pulls KPIs from each portco's source systems (or from the portco's own scorecard if available). Produces a portfolio-level scorecard each Monday. The holdco team has visibility without being in any portco's L10®.

Portco health scoring agent. Composite score per portco based on revenue trend, margin trend, cash position, customer signals, team health proxies (Glassdoor, attrition, etc.). Flags portcos that are trending up or down.

Risk monitoring agent. Reads news, regulatory filings, market signals relevant to each portco's industry. Surfaces risks across the portfolio.

Cash and capital deployment agent. Tracks cash positions across all portcos. Flags portcos approaching cash crunches. Surfaces capital deployment opportunities (a portco with excess cash, another with a capital need).

M&A pipeline agent. Reads target lists, deal-flow sources, industry news. Surfaces acquisition candidates. Useful for serial acquirers.

Shared services agent. If the holdco offers shared services (accounting, HR, legal, marketing) to portcos, an agent tracks who is using what and what the utilization looks like.

What the portcos run

Each portco runs whatever operating system its leadership team prefers. Some run EOS® natively. Some run Scaling Up. Some run OKRs. Some run a homegrown system. The holdco's job is not to impose.

What the holdco does require is reporting interfaces. Each portco needs to produce a consistent monthly or quarterly package to the holdco. The package can be small: a one-page brief with the agreed KPIs, key wins, key risks, asks of the holdco.

The agent layer at each portco can produce this package automatically. The portco's CEO does not have to spend a day each month producing the holdco's report. The agents pull from the portco's systems and produce the package. The CEO reviews and signs off.

This is one of the under-told benefits of agent-integrated portcos. The reporting overhead that holdcos used to impose on portcos drops dramatically. Portco management spends time on the business, not on producing reports.

What stays human at the holdco level

Four things.

One, portco CEO relationships. The holdco principal's relationship with each portco CEO is the primary interface. Phone calls, in-person quarterly meetings, board interactions. The agent prepares. The relationship is human.

Two, capital allocation decisions. What capital flows where. What gets reinvested vs distributed. What gets acquired. The agent can model. The principals decide.

Three, portco leadership changes. Hiring a new CEO at a portco. Performance discussions. Restructures. Human work, with appropriate advisors.

Four, the holdco's thesis. Why this portfolio. The strategic logic. This is the principals' work, refreshed at the Annual.

What does not work at this scale

Two anti-patterns.

Anti-pattern one: holdco-mandated agent layers across all portcos. Each portco's operating reality is different. Forcing every portco to adopt the same agent stack rarely works. Let each portco build what makes sense for them, against the holdco's reporting requirements.

Anti-pattern two: holdco agents reading deeply into portco operations without consent. The holdco's visibility should come from agreed reporting interfaces, not from invasive monitoring. The portcos are operating businesses with their own management. Respect the boundary.

These two anti-patterns hit overconfident holdco principals most often. Worth naming up front.

What this looks like in practice

A small-PE firm owns five portcos across services and manufacturing.

The holdco team is three principals plus a CFO. The holdco runs EOS® on itself.

Each portco produces a monthly one-page report to the holdco via its own agent layer. The portcos use whatever operating system they prefer.

The holdco's agent layer aggregates the five monthly reports into a portfolio dashboard, surfaces risks and opportunities, and feeds the holdco's L10® meetings.

The principals each have a Chief of Staff agent producing their daily briefings. The agent reads the portfolio dashboard, the latest portco reports, the M&A pipeline, and any flagged risks.

The principals spend their time on board work, capital allocation, portco CEO calls, and acquisition pursuit. The agent layer handles the synthesis that used to require an analyst.

The holdco's headcount stays small (3 to 6 people typically) while managing a meaningful portfolio.

What about a search fund or single-portco scenario

A search fund is essentially a holdco that owns one business. Same principles apply, simpler implementation. The searcher's agent layer manages the relationship between the search-fund vehicle and the operating company.

Single-portco holdcos are a special case where the boundary between holdco and portco can be cleaner or messier. The agent layer's reporting interfaces are especially useful here for clean board-style visibility.

FAQ

What about a holdco that fully consolidates its portcos (one EOS® across all)? Some smaller holdcos do this. The framework holds. The agent layer becomes single-tier instead of two-tier. Most multi-portco holdcos keep separate operating systems per portco for management autonomy reasons.

What about industry-specific portcos that need specialized agents? Each portco builds its own. The holdco's agent layer reads the portco-level outputs, not the portco-internal agents.

What about confidentiality between portcos? Real concern. Portco data should not leak to other portcos through the holdco's agent layer. Build access controls. Each portco's data is read by the holdco's aggregator only with the portco CEO's awareness.

Can the agent layer support due diligence on new acquisitions? Yes. A DD agent reading a target's data room, public filings, and customer signals can dramatically accelerate the DD process. The principal still makes the call.

EOS®, Entrepreneurial Operating System®, V/TO™, Vision/Traction Organizer™, Level 10 Meeting®, L10®, Rocks™, Scorecard, Issues List, Accountability Chart, 10-Year Target™, Core Values, Quarterly, Annual, Visionary, and Integrator are concepts and trademarks of EOS Worldwide, LLC. This article is an independent practitioner perspective and is not affiliated with or endorsed by EOS Worldwide.

DS
David Steel

Founder of OTP. Runs an AI agent army at a digital agency. Building OTP because nobody else seems to be building it. Notes from inside the build, not from the conference circuit.

More about David →

More posts on the blog index.

All posts