Field note 01

Managed or self-hosted? Start with responsibility.

The useful comparison is not “flexible versus easy.” It is a map of who owns the ordinary operational work after the first successful demo.

7 minute readPublished August 23, 2026Evaluation guide

Self-hosted and managed agent systems can use similar models, tools, and channels. The practical difference is responsibility. One approach gives you direct control of the runtime and asks you to operate it. The other shifts part of that operating burden to a provider and asks you to work within the provider’s supported boundaries.

Neither model is automatically safer, cheaper, more private, or more capable. Those outcomes depend on the actual implementation, your team, and the service terms. A disciplined evaluation makes the responsibilities visible.

1. Infrastructure is an ongoing job

A self-managed agent needs somewhere to run. That may be a laptop, dedicated computer, virtual private server, or cloud environment. The setup decision brings continuing work: operating-system updates, runtime compatibility, disk capacity, logs, backups, network access, and recovery when a process stops.

A managed service operates its own environment. That can remove substantial maintenance from the customer, but it also means the customer does not control every deployment decision. Review what the service actually commits to, how incidents are communicated, and which forms of export or account recovery are supported.

The first install is an event. Operations are a recurring responsibility.

2. Connected accounts change the risk

Agent usefulness often grows when the system can access email, calendars, files, analytics, or messaging services. Each connection introduces credentials and permissions that must be stored, reviewed, rotated, and revoked.

With a self-managed system, you typically design or configure much of that handling. With a managed service, the provider supplies the connection flow and security model. In both cases, you should know:

  • Which exact permissions are requested?
  • Can you disconnect an account without deleting everything else?
  • Are sensitive actions read-only, approval-based, or immediately executable?
  • What happens to stored credentials when the account closes?

3. Updates trade control for labor

Self-management lets you choose when to update, inspect changes, pin versions, and roll back. That control has value when the environment is customized or business-critical. It also requires the time and technical ability to test changes and respond when dependencies break.

A managed service normally decides when its supported runtime changes. Customers should expect less low-level control in exchange for less operational work. Before relying on any service, look for clear communication about material changes rather than assuming “managed” means invisible or risk-free updates.

4. Compare total cost, not one invoice

A self-hosted download may have no license charge while still creating infrastructure, model, monitoring, and labor costs. A managed subscription consolidates some of those costs but may charge for usage, plans, or additional capacity.

Build a simple monthly estimate that includes:

  • Hosting or dedicated hardware
  • Model and external API usage
  • Your time for maintenance and troubleshooting
  • Backup, monitoring, and credential-management tools
  • Subscription fees and any optional usage purchases

The correct answer depends on how much you value control, how expensive your operating time is, and whether the system is experimental or part of daily work.

5. Match the model to the operator

Self-managed tends to fit when:

  • You want direct runtime and infrastructure control.
  • You can evaluate updates, permissions, and failures yourself.
  • You expect deep customization that a supported service may not offer.
  • Operating the system is part of the value, not merely overhead.

Managed service tends to fit when:

  • You want a defined account, billing, onboarding, and support path.
  • You prefer supported configuration over unrestricted customization.
  • You want to use the assistant without owning the runtime.
  • You can accept the provider’s stated service boundaries.
Five-question review

Who owns the host? Who stores credentials? Who applies updates? Who responds when the system fails? Who can explain the bill? If those answers are unclear, the operating model is unclear.

A disclosed managed option

OpenZulu is a managed AI-assistant service operated by ZuluClaw’s owner, Volare Holdings LLC. It has published plans and customer account, onboarding, billing, and support surfaces. Review its current capabilities and terms directly; this shared ownership means the link is a commercial recommendation, not an independent ranking.