Work arrives through email or your task system
Harness turns the incoming request into one traceable task and keeps the original message attached.
How Harness works
Work can arrive from a person or start automatically. Harness clarifies what needs to be done, selects the right skill and procedure, lets the AI use only the required tools, asks instead of guessing, and holds risky actions for your approval. The result returns with a complete activity record.
How it works
Switch between a task sent by a person and a routine started automatically. Harness controls both from start to result.
Harness turns the incoming request into one traceable task and keeps the original message attached.
Harness identifies the expected result, permitted sources and delivery channel, then selects the matching skill and checks that the task is clear.
Harness opens only the sources and actions this task needs. The AI works inside that boundary while every source and action is recorded.
If data conflicts, a source is missing or the scope would change, Harness stops at the current step.
Harness checks the output. Sending, changing records, deleting or signing waits for the responsible person when approval is required.
The report, reply, update or exception list returns to the named recipient with a readable activity record.
Runs without a new message
The trigger, sources, skill, approval points and recipients are already defined. Harness repeats the procedure and sends exceptions to its owner.
Harness creates a traceable run at the defined time or when the connected system signals that work is ready.
The expected result, skill, permitted sources, stopping conditions, approval points and recipients are already set.
Harness reads the named files, mailbox, database or API and records which sources supplied the run.
Normal steps continue automatically. Missing or conflicting data pauses the run and sends a precise question to the routine owner.
Harness checks the expected output. Any sensitive action still waits for the responsible person.
The approved result goes to the configured recipients together with a readable activity and exception record.
The AI provides reasoning. Harness owns the task, permissions, approval gates and audit trail.
The role of Harness
An AI model can draft, analyse and decide what to try next. That does not make it safe to give the model unrestricted access to company systems. Harness gives the AI a task, exposes only the permitted capabilities, pauses defined actions for human approval, and records the run from request to result.
| The AI model | Kvantia Harness | Your team |
|---|---|---|
| Interprets the task | Restates the agreed scope | Defines the outcome |
| Plans steps | Exposes only allowed tools | Connects approved sources |
| Drafts and analyses | Enforces capability rules | Sets approval policy |
| Proposes actions | Queues sensitive actions | Approves or rejects |
| Responds to tool results | Records sources, actions and status | Reviews the result and audit |
Harness is model-independent. If you connect an external AI provider, the task content needed for reasoning is handled under that provider’s terms. Credentials, local operational state and the Harness audit trail remain outside the model context.
A concrete example
Every Friday, someone collects figures from several sources, checks them, rebuilds the same report and sends it to the same people. Here is how that routine changes with Harness.
Open tools → copy figures → find a mismatch → ask a colleague → rebuild the report → draft the email → send. No single record of what happened.
Scheduled trigger → collect permitted data → validate expected fields → flag a mismatch → build the approved template → a person approves the send → save the report with a full audit trail.
We don’t publish a numeric time-saving until it has been measured in a real pilot — a demo estimates it from your own figures.
Step by step
Define the result
Describe what must be produced, which sources may be used, the format, the deadline and the conditions that should stop the run. A task can be one-off or saved as a recurring routine.
Confirm the interpretation
Harness restates the objective, inputs, planned output and stopping conditions. You confirm or correct the scope before the first action — an ambiguous prompt becomes an agreed work order.
Grant the minimum capabilities
Access is granted by capability. One routine may read a defined folder and create a report but never delete files or send email; another may draft an email but always require approval before sending.
Plan and perform the work
The model breaks the task into steps and uses only the capabilities Harness made available. Safe actions continue automatically; results return through Harness, so the run stays observable — Queued · Running · Waiting · Completed · Needs attention.
Stop at decisions that matter
Sending, spending, deleting, signing and any customer-defined high-impact action pause before execution. The approver sees the proposed action, its target, the reason and the evidence used.
Recover without hiding the problem
If a source is briefly unavailable, the routine retries by policy. If it cannot continue safely, it stops and says exactly where and why. Recovery never means inventing missing data.
Deliver the result with its receipt
The output arrives with a readable audit: what was requested, which sources were used, what the model proposed, which tools ran, who approved sensitive actions, what changed and when it completed.
The approval gate
Sending, spending, deleting and signing pause before they run. A person sees what the AI wants to do, why, the exact target and the evidence it used.
The AI proposes an action
Harness checks the policy
Safe + allowed
Executes automatically and is recorded in the audit trail.
Approval required
A person reviews the action, target and evidence, then approves, rejects, or asks for a revision. Reject stops and records; revise returns with feedback.
The approval card shows the proposed action, its target, the reason, a data/source summary and the possible impact — with Approve, Reject and Ask for revision.
Where information goes
Harness does not make every connected system “local”. It makes every connection explicit.
Operational state never leaves the computer you run Harness on.
Relevant task content goes to what you explicitly connect — and nowhere else.
Sees only your account, licence and device health — never your tasks, files or work.
Operational state, approval policy, credentials and the audit trail stay on the Harness machine. Relevant task content goes only to the AI providers and business systems you choose to connect.
Start small
A good first routine is repeated weekly or monthly, follows an existing procedure, uses known sources, produces a standard output, has a clear human decision point, and costs meaningful time today.
Not a good first routine: vague strategic work; a process nobody agrees on; irreversible actions without approval; a task whose source data is unreliable; work that needs permissions the business cannot safely grant.
Before you start
What result should exist when the routine is done?
Which exact sources are allowed?
Which actions must wait for a person?
How will we decide the result is correct enough?
Quick answers
No. Harness supervises the work around the model: tasks, tools, rules, approvals, recovery and evidence.
No. Access is assigned by capability and routine. The default is no access until a capability is explicitly enabled.
Yes, for actions the policy allows. Anything defined as sensitive waits in the approval queue.
The routine can stop, request input or send an exception for review. It should not fill a missing fact with a confident guess.
Yes — that is the recommended pilot: one repeated process, one owner, defined sources and a measurable before/after baseline.
See the full loop
The setup guide takes a routine your team already repeats and walks it through scope, capability rules, the approval point, the result and the audit trail — so you can see exactly what it would do in your operation before you buy.