Context and memory
Define session state, long-term memory, retrieval sources, project separation, retention, deletion, and who can inspect stored context.
AI Impact Maine helps Portland and statewide organizations evaluate the runtime that connects models to business records, memory, tools, approvals, logs, and multi-step workflows.
The harness determines how instructions are assembled, which records are retrieved, how state persists, which tools are exposed, when a person must approve work, and what evidence remains afterward.
Define session state, long-term memory, retrieval sources, project separation, retention, deletion, and who can inspect stored context.
Expose only approved functions and narrowly scoped identities. Separate read, draft, send, update, execute, and delete capabilities.
Route work to a local model, private-cloud endpoint, or approved enterprise API based on capability, sensitivity, cost, and latency.
Pause consequential actions for a named reviewer and provide enough context for a meaningful approve, reject, or revise decision.
Capture supported activity without unnecessarily retaining full prompts, secrets, private transcripts, or unrelated business records.
Plan updates, dependency review, rollback, queued work, failed tasks, emergency shutdown, and version documentation.
Describe data, actions, users, integrations, autonomy, approvals, deployment location, and operating constraints.
Review tool isolation, identity, memory, model support, logs, testing, updates, licensing, and shutdown behavior.
Use least privilege, minimized data, approved connectors, controlled tests, and a named human owner.
Record dependencies, limitations, operations, change control, support boundaries, and exit options.
An agent harness is the runtime and control layer that connects an AI model to instructions, memory, tools, files, applications, approvals, logs, and other agents. It determines much of what the agent can observe and do.
No. The model produces responses or decisions; the harness assembles context, calls the model, manages state, exposes tools, handles approvals, and records activity. Either component may be local or cloud-hosted.
Sometimes. Model portability depends on the harness, tool interfaces, prompt design, memory format, provider features, and test coverage. A deployment should document dependencies before model changes.
Compare harnesses using one bounded workflow and the controls your team must operate.