A reusable foundation.
These capabilities guide MeruOS development. Discovery establishes which components can be reused, what needs building and how the result will be evaluated.
MERUOS / THE PLATFORM FOUNDATION
Specialised workflows need connections, business context, execution and oversight. MeruOS is the shared platform foundation Nuxis is developing around that work.
Discuss your workflowApplications · Records · Documents
Context · Execution · Controls
Customer operations · Finance · Internal services
These capabilities guide MeruOS development. Discovery establishes which components can be reused, what needs building and how the result will be evaluated.
Required connectors, available components, new development, data handling and acceptance criteria are confirmed in the proposal before implementation.
The Agent Factory and AI Product Manager are internal systems intended for progressive development. They are described on our About page.
Explore the development direction ↗Customer service, finance, sales, and internal operations need different agents. MeruOS provides a shared foundation for their connections, business context, execution, and oversight.
Approved access brings the information and actions needed for a workflow into MeruOS. The integration approach is scoped around the software, APIs, files, and access available in your environment.
A defined connection between the workflow and its source systems.
Engineers still shape each workflow. The aim is one reusable product, supporting separate customer environments with their own data, permissions, and configuration.
We assess the systems, records and permissions a workflow needs before committing to an integration. The examples below are systems to discuss, not a catalogue of ready-made connectors.
Bring requests and their supporting information into a workflow.
Mailbox permissions and document formats reviewed.
Use the records your team already maintains.
Data structure, quality and access reviewed.
Relate enquiries, customer history and proposed record updates.
API availability and permitted actions reviewed.
Check invoices, purchase records and approval requirements.
Connector feasibility and posting controls reviewed.
Assess where requests, reviews and notifications should happen.
Official APIs, account access and policies reviewed.
No production connector availability is implied. We confirm what is feasible, what needs development, and what access you must approve in your proposal.
The controls required for an engagement are documented in its scope and verified through evaluation. Ask for the evidence relevant to your workflow.
Agree the permitted sources, records and actions. Use approved access and keep customer environments separate.
Define action limits and approval gates before implementation. Financial, sensitive or customer-facing decisions need the authority agreed for that workflow.
Agree clarification, escalation and stop conditions. Give an unresolved case an owner instead of silently treating it as completed.
Specify the inputs, source references, decisions and action records needed for review, together with access and retention requirements.
Evaluate representative cases and regressions, review release readiness and agree recovery steps before changing a live workflow.
Agree access ownership, documentation, data export or deletion, licences and support responsibilities in the engagement scope.
MeruOS is intended as one reusable platform with separate customer environments. Each company’s data, permissions, and configuration belong within its own boundaries.
Illustration of intended environment separation.
Define the information and actions required for the workflow. Configure access around that scope.
Designate decisions and actions that require employee review. Route unclear cases to a person.
Track workflow actions, exceptions, and intervention so the team can understand what happened.
Evaluate proposed changes against examples. Keep business-rule changes and production releases controlled.
We agree hosting, access and retention requirements before implementation. These are options to assess, with availability confirmed for the proposed workflow.
A recurring task, the systems around it and a person who knows how it works.