Agent harnessing: keeping an agent inside its job
Bought by VP Engineering and Platform. An agent that calls tools is a new class of principal, and most estates hand it a service account and hope.
What goes wrong here
An agent that calls tools is a new class of principal. It holds credentials, it takes actions, and the actions are not always reversible.
Most estates hand it a service account and hope. There is no authority model, no least privilege on tool access, and no answer for a prompt that is itself the attack.
What we build
- Agent design scoped to one job with a stated boundary
- A tool and authority model that says what it may reach and who approved that
- An evaluation harness that runs before every change
- A named human checkpoint on anything irreversible
- Replay from inputs, so a run can be reconstructed rather than guessed at
What you keep
An authority model and an evaluation harness, both versioned in your repository.
What ships beside it
An authority model is an agent decision and a security decision at the same time. One engagement, one boundary. See security engineering.
Send us the problem
Describe what is stuck. We will come back with an architecture, a timeline and the first commit.