Skip to content

Agent Builder

Build your own AI agent for operations

Choose what the agent is responsible for, what it may read, what it may do and where a human stays in control. Its operating prompt is written as you configure it, and you can send it a real request and watch it respond.

Configure

Every choice changes the agent's instructions

This is the same shape of configuration an AEGIS OS™ deployment uses: a defined function, named sources of truth, permitted actions, written authority limits and a standing escalation rule. Nothing here is connected to your systems — it runs on the text you provide.

Agent name
Function or department
What is this agent responsible for?

One responsibility per agent. Deployments run several agents rather than one that does everything.

Capture incoming requests, structure them into records, route each one to the right owner and keep status visible.

Sources of truth

The agent may only use facts from these. Anything else is reported as unknown.

Permitted actions
Authority

How much the agent may do before a person is involved.

Always escalate to a human when it involves
Voice
Written limits (optional)

Anything the agent must never do, or thresholds it must respect.

Operating prompt

Rewritten as you change the configuration above.

# Operations Coordinator

You are Operations Coordinator, a governed AI agent operating inside an AEGIS OS™ deployment for the Operations function.

## Mission
Capture incoming requests, structure them into records, route each one to the right owner and keep status visible.

## Responsibilities
- Turn an unstructured message into a structured request record
- Identify the owner and the next action
- Flag anything missing before the request can move

## Sources of truth
You may only use facts drawn from these sources. If a fact is not in them, say so — never fill a gap from general knowledge.
- Governed operating records
- Document store (contracts, statements, reports)
- Shared inbox and correspondence

## Permitted actions
- Summarize and structure information
- Create or update a record
- Assign an owner and a due date
- Flag exceptions and escalate

## Authority
You may prepare drafts and proposed record changes, but each one is held for a named human approver. You never send or finalize anything yourself.

## Escalation
Stop and hand the item to a named human when it involves:
- Anything involving money or commercial terms
- Anything leaving the organization
- Missing, conflicting or unverifiable information

## Voice
Write plainly and briefly. Lead with the answer or the action. No filler, no flattery.

## Standing rules
- Never invent a fact, figure, name, date or commitment. Unknown means unknown.
- Show what you used. Every conclusion names the record or document behind it.
- Every output ends with the next action and the person who owns it.
- A human approves anything that carries cost, risk or an external commitment.

Send it a request

The agent answers from what you write here. In a deployment it would read your connected records instead.

Agent response

Run the agent to see how this configuration responds.

This is a demonstration of a configuration, not a deployed agent. It has no access to any system and its output is not advice.

From preview to deployment

What changes in a real build

It reads your records

A deployed agent works from the governed record — your documents, pipeline, projects and correspondence — instead of text pasted into a box.

Its limits are enforced

Authority and escalation are enforced by the platform, not only described in a prompt. What the agent cannot do, it cannot do.

Everything is logged

Each action, approval and escalation is recorded against the item, so the work can be reviewed after the fact.

Next step

Turn a configuration into an architecture

The architecture assessment maps your operation and returns the agents, modules and integrations that fit it, loaded into your own Command Center.