MshenguX AI · enterprise

What changes when the estate has its own rules.

Same agents, same four gates as everyone else. At enterprise scale you also own the host, the model licence, the knowledge and the limits; your data is kept apart by construction and erased when you say so; your people share one console for approvals, the record and the spend; and for SAP there are agents that watch the system, work the ticket queue and carry a change to a release a named person approves.

mode fieldpoints —
Spend you can see

Your model agreement. Your limits. Every token accounted for.

Enterprises already hold an agreement with the model provider. Use it. We meter every call and stop before your budget does.

If your organisation already licenses Claude, your agents run on that agreement, whichever form it takes: a direct Anthropic account, or Claude through Microsoft Foundry, Google Vertex AI or Amazon Bedrock. No second bill, no markup on tokens, and your own provider console as the final reconciliation. If you do not, they run on ours at a published rate.

Either way you see the same picture: what each agent spent, on which day, on which piece of work, against limits your finance team set per day and per month. At 75 and 90 percent of a limit, the people who own it hear about it in their own channel. At 100 percent, the agent stops and says so; nothing is silently allowed through.

A monthly statement reconciles our meter against your provider's own usage report, line by line.

Limits, not surprises

Daily and monthly ceilings per estate, and per agent if you want them. A hard stop is a hard stop.

Attribution that means something

Spend rolls up by agent, by day and by the work item it served, so a cost has an owner and a reason.

The right model for the step

Routine steps run on smaller, cheaper models; judgement runs on the strongest. Caching keeps repeated context from being paid for twice.

Reconciled, monthly

Our numbers next to your provider's numbers. If they differ, you see by how much and why.

Knowledge

Your organisation's logic, compiled once and kept current.

Agents should not re-learn your business on every question. We compile it once, with every fact traceable to its source.

Before an agent goes live, a forward-deployed engineer spends a week with your team building its knowledge: the questions people will actually ask, the documents and systems that answer them, the words your organisation uses and what they mean, and who may see what.

That knowledge becomes a versioned asset your agents query, inside your environment, with a citation on every answer and a date on every fact. It is refreshed as your documents change and as your people ask new questions; a fact that may have gone stale is checked before it is used, never assumed.

Day 1

The questions

Thirty to a hundred real questions from the people who will use the agent.

Day 2

The sources

Process documents, system extracts, runbooks, history; and who is allowed to see each.

Day 3

The words

What "period close", "release" or "approved" mean here, so the agent means the same thing you do.

Day 4

The test

The agent answers the questions from day one. We iterate until it passes, with sources.

Day 5

Version one

Signed off, versioned, handed to the agents. Refreshed on a schedule after that.

Teams

One agent for the department. A private lane for each person.

A department shares an agent so it stops re-learning the same things. What one person says in private stays private.

An agent belongs to a team, not to an individual. The team's knowledge is shared, so nobody has to tell the agent the same thing twice, and a colleague joining does not start from nothing.

What a person says in their own chat is theirs. It is kept in a private store that is not attached to anyone else's conversation at all, so there is nothing for another person's agent to read. Not a rule the agent is asked to follow: a boundary it cannot reach past.

Shared by default, private by design

What the team needs is shared. What is about one person stays with that person, and moves to the team only when they say so.

Enforced below the agent

The separation is in how the agent is run, not in its instructions. Instructions can be argued with; an absent connection cannot.

Built for a group chat too

In a shared channel the agent works from the team's knowledge only. It has no private store to reach for, because a channel does not belong to one person.

Scales with the team

Ten people or a hundred. Each new person gets their own lane; the team's knowledge keeps compounding.

Your own host

Kept apart by construction. Gone when you say so.

An enterprise runs on a machine of its own. Nothing of yours shares a process, a network or a database with anyone else.

Every enterprise estate gets a dedicated host with the whole platform on it: the runtime, the meter, the connectors, the knowledge store. Each agent session runs in its own sandboxed container on a private network that can reach only the services we name for it, and it never holds a credential; the host does, and hands the agent an answer, not a key.

The meter cannot be told which estate is speaking; the host asserts it, on every call, from a place the agent cannot reach. Backups are encrypted per estate with a key that is yours to destroy. When an engagement ends, one command removes every store we hold for you and the export you receive first is complete, with the credentials left out.

The same design runs our shared platform for small businesses, tenant by tenant, and the same host image runs on Kubernetes when an estate needs more than one machine.

A machine per estate

Dedicated host in Johannesburg, or in your own cloud on your agreement. Same platform, same tests, same four gates.

Sandboxed, private, keyless

Each session in its own sandbox on a private network; credentials stay with the host and are never inside a container.

Erasure you can verify

An export first, then every store removed, and the backup key destroyed. A list of what was held, not a promise.

Your systems, through your tunnel

SAP, Oracle or file servers behind your firewall are reached over a tunnel your network team controls; one tunnel per estate, never shared.

The console

One console for the company: who may do what, what is waiting, what it cost.

The agents work in your chat. Your people run them from one console on your host, each seeing what their role allows.

The owner, administrators, unit heads, approvers, finance, auditors and the engineers we embed each get the screens their role needs and no more. Approvals wait there for the person they are named for. Every change made through the console goes on a record where each entry is chained to the one before, and an auditor can check the chain end to end.

Repeatable work is drawn as a flow: what starts it, which agent reads or drafts, where a person decides, what it changes. A flow runs in trial, where every change is only drafted, until the owner has seen a test run finish and switches it on; a step that changes a system always asks its named approver first. Spend per agent and per day sits beside the limits your finance team set, and a monthly report for your CIO shows the measures you agreed, from the record and from baselines you signed, never from our estimates.

Small open models on your own host can answer simple routine questions, such as which lane an issue belongs to, in a fraction of a second and without anything leaving the host. Each question starts in the background, measured against what your people decided; it acts only once it is right often enough and the owner has switched it on.

Roles per personApprovals named to a personA chained recordFlows in trial firstSpend beside the limitsCIO report from the recordLocal answers, measured firstPilot
SAP estates

Nine agents for your SAP Centre of Excellence: three that run the system with you, six that carry a change to release.

The watch sees it first, the ticket is worked before anyone opens it, and a fix travels as one signed work order. The agent that writes code cannot release it; the agent that reviews cannot write. Production is never written.

Run. The watch reads the system on a schedule with a display-only user: short dumps, failed updates, IDocs, queues and jobs, and the business backlogs behind them, such as blocked invoices and unbilled deliveries. It groups what it finds into issues, diagnoses each from a playbook your CoE lead can correct, and sends a morning note to the lead and to each process owner. The incident agent works your ServiceNow queue with names, ID numbers and emails masked before it reads a ticket, checks the system read-only, finds how similar tickets were fixed, and drafts the work note or resolution; nothing reaches ServiceNow until the analyst says yes.

Assist. People ask SAP questions in chat and the assistant answers as them, with their own SAP access and inside what their licence covers; an action is drafted and done only on their own yes, under their own user. In a shared conversation it has no one's personal access.

Build. When the answer is a code change, six agents carry it: intake opens the record, refinement writes the specification against the system as it really is with the acceptance tests first, build implements and unit-tests in Dev inside the packages you allow and activates on a named person's words, review runs ATC and sends back what is not clean, release tests it against the original intent on your QA screens and releases the transport only when a named person says so, and the functional lane advises beside them. Every hop is a validated work order on a chained ledger.

Your EarlyWatch report is read on your host with identifying details removed, and every red and yellow finding is classified into the lane that can act on it and tracked until it clears. Before any of this goes live, a replay of your own closed tickets shows how often the agents would have been right. One switch stops every agent and removes its access at once.

S/4HANA and ECC estatesRead-only watchMorning noteServiceNow, maskedAs the user, within the licenceBuild cannot releaseRelease on a person's wordsEarlyWatch worked weeklyReplay before go-liveOne stop switchPilot
Start

One estate. One conversation.

Tell us which system, which team and which process hurts. We come back with a readiness scope, a running-cost model and a go or no-go.

MshenguX AI
Email
[email protected]
Business agents
Set up in 15 minutes
Approach
How we work