Two Roads to the Agent: Why StrataPort Is Building MCP and Native APIs in Parallel

Technology

Two Roads to the Agent: Why StrataPort Is Building MCP and Native APIs in Parallel

Two of the most influential AI labs are betting on opposite architectures for how agents will reach business software. Anthropic is wiring everything to a structured protocol called MCP. OpenAI is teaching Codex to drive the same screens humans drive. The strata platforms that survive the next two years will refuse to pick a side.

Two Roads to the Agent: MCP and Computer Use architectures

The conversation about agentic AI has moved on from should we use it to how will it actually reach our software? In the last six months, two of the most influential labs in the field have committed to opposing answers, and the divergence is no longer academic.

Anthropic’s bet is the Model Context Protocol, or MCP. Every application worth talking to publishes a structured server. The agent connects to that server, sees the tools and data the application has explicitly exposed, and operates within those boundaries. Clean, fast, audit-ready. The premise is that the software industry will build these servers fast enough to matter.

OpenAI’s bet is computer use. The agent drives the same graphical interface a human drives. It opens applications, clicks buttons, types into fields, reads what’s on the screen. No structured integration required. The premise, in their own framing, is that your apps don’t need an API anymore.

These are not subtle differences in implementation. They are different theories about the future of business software.

What Each Camp Is Actually Betting On

Two Architectures, Two Theories of the Future

COMPUTER USE
  1. OpenAI. Codex desktop agent. Agent drives the GUI directly: mouse, keyboard, screen pixels. No vendor cooperation required. Works with anything that has a screen, including 30-year-old council compliance portals and supplier sites that will never expose an API.
Case Bull: works with legacy systems today, covers the long tail. Bear: less efficient, more brittle, fewer guarantees.
MCP
  1. Anthropic. Model Context Protocol. Vendors publish structured servers. Agents discover capabilities, call typed tools, receive deterministic responses. Authority boundaries, audit trails, and scoping are baked into the protocol.
Case Bull: reliable, fast, audit-ready, if vendors cooperate. Bear: requires years of enterprise adoption.

The MCP bet is conditional on enterprise software vendors moving fast. If they do, Claude-style agents inherit a clean, structured lane to every system that matters. Trust accounting platforms publish a trust-accounting MCP server with explicit authority boundaries. Compliance registries publish a registry MCP server. Supplier portals publish a procurement MCP server. The agent never has to guess what anything means; the protocol tells it.

The computer-use bet is conditional on something more pessimistic. The bet is that enterprise vendors won’t move fast enough, especially in long-tail categories like government registries, regional suppliers, and three-decade-old council compliance portals. If most of the software an agent needs to touch will never expose an integration, the only path that scales is to teach the agent to use the screens themselves.

The April 2026 Inflection, and What It Actually Reveals

In April 2026, OpenAI shipped a major Codex update with more than 90 new plugins. Buried in the announcement was a detail that changed the strategic picture: those plugins are bundles of skills, app integrations, and MCP servers.

OpenAI didn’t abandon computer use. It added MCP as a parallel pathway. Codex, Claude Code, Cursor, Microsoft’s Agent Framework, and Gemini CLI have all converged on MCP as the standard contract for structured tool access, while keeping computer-use capabilities for the long tail.

The lesson is not that one bet won. The lesson is that the smart architecture supports both.

Why This Matters for Strata

Strata managers might be tempted to read this as a debate that doesn’t reach them. It does, and faster than most operators expect.

In our April Insight From Chatbot to Colleague, we pointed to the Macquarie data showing 24% of Australian strata businesses already deploying autonomous agents. Less discussed: every committee, owner, and supplier interacting with a strata firm is increasingly bringing their own AI agents to the relationship. An owner asking Claude or ChatGPT to “lodge a maintenance request for unit 408,” “summarise the last three years of levies for my apartment,” or “find out when the next AGM is and add it to my calendar” is no longer a hypothetical interaction. It is a routine one.

When that owner-side agent reaches your platform, it has two options:

  • The clean lane: a structured server (MCP) that explicitly tells the agent what it’s allowed to do, with authority boundaries, audit trails, and deterministic responses.
  • The fragile lane: scraping public web pages, screenshotting, guessing field names, and submitting forms with no audit context.

Every platform without a structured agent surface will be operated through the fragile lane by default, because owners and committees will not wait for vendor roadmaps to catch up with what their AI tools already do today.

StrataPort's Dual-Track Architecture

StrataPort has made the deliberate bet to do both, and to do them in a specific order.

Three Tracks, Three Time Horizons

  • TRACK 1
    StrataPort MCP Server, in development
    A first-class MCP surface that exposes the read and action operations an agent legitimately needs (owner records, levy histories, work-order status, AGM calendars, document retrieval, compliance registers) within the same explicit authority boundaries that govern human users. Every action structured, logged, and scoped. The clean lane for the agents that arrive structured.
  • TRACK 2
    Native REST APIs, already live and expanding
    StrataPort's foundational REST APIs are in production today, powering partner integrations across the ecosystem. Banks, council registries, owner apps, supplier marketplaces, and customer-built workflow automations all live in this lane. The roadmap covers continued expansion of coverage, surface area, and partner reach. Consistent contract, versioned endpoints, predictable behaviour.
  • TRACK 3
    Computer-Use Compatibility, already true
    Because StrataPort is built on a clean web architecture with stable selectors, accessible markup, and predictable navigation patterns, computer-use agents that fall back to the GUI can still operate it. Useful for the long tail of integrations where neither MCP nor REST counterparts will ever exist.

The three tracks are not redundant. They serve different time horizons and different agent populations. Track 1 is the cleanest path for first-party agentic workflows the firm operates inside StrataPort. Track 2 is the substrate for the broader integration ecosystem we wrote about in The Integration Imperative. Track 3 is the graceful-degradation path for everything else.

Why Hedging Is the Conservative Call, Not the Aggressive One

It is tempting to read “build both” as expensive optionality. We read it as the lower-risk position.

  • Picking only MCP assumes vendor-side adoption catches up before owner-side agents become commonplace. In the long tail of regulators, councils, and regional suppliers, it will not.
  • Picking only computer use assumes the protocol layer never matures into the standard. It already has. Every major lab now ships MCP support.
  • Picking neither assumes the agentic shift will pause to wait. It will not.

The firms whose technology partners are hedged across both pathways inherit two things: a clean, audit-ready surface for the agents that arrive structured, and graceful degradation for the agents that don’t. That is the same logic that runs through everything we’ve written about agentic operations. The platform’s job is to enforce the boundaries between deterministic and probabilistic, structured and unstructured, governed and ungoverned. Connectivity is not a feature. It is a survival posture.

The Boundaries Stay the Same

One thing the dual-track architecture does not change: the deterministic guardrails we wrote about in Deterministic vs Probabilistic. Trust account reconciliation, levy calculation, capital works fund movements, and AGM voting tabulation remain firmly inside the rules-based engine, whether the request arrives via MCP, REST, computer use, or a logged-in human at a keyboard. The protocol only ever determines how the request was made. It does not determine what the system is allowed to do in response. That distinction is non-negotiable.

An MCP server is not a relaxation of governance. It is a more rigorous enforcement of it. Authority boundaries become explicit, audit trails become structured, and the agent’s scope is documented in the protocol itself rather than implied by the UI it happened to land on.

The Bottom Line

The agent access question is not MCP or computer use. It is do you have a deliberate posture, or are you about to be operated through whatever pathway happens to win the next news cycle?

StrataPort’s posture is straightforward: build the structured lane first, document the public lane next, stay compatible with the long-tail lane always. That is the position we believe will look obvious in 2027, and prudent in 2026.

READY TO TALK

See how StrataPort puts these ideas into practice

Request a briefing to walk through the platform with one of our specialists.