Hermes profile system

The agent setup Samuel built after the easy version failed.

HAI did not come from a clean slide deck. It came from agent threads that produced too much, control surfaces that became heavy, handoffs that drifted, and completion claims that needed proof. Hermes is the private working system where those failures turned into roles, gates, and verifiers.

What had to be learned

The practice got serious only after the system made its weak points visible.

The hard lesson was not that agents are weak. It was that unmanaged agent work can make the human less oriented while still looking productive. Hermes is the answer to that pressure.

01 / volume

More agents created more decisions.

Threads, artifacts, and suggestions multiplied faster than the next responsible action could be named.

02 / control

Dashboards did not solve ownership.

Raw logs and broad towers exposed activity, but they did not decide who owns risk, scope, or proof.

03 / separation

Profiles became operational roles.

Operator, verifier, firewall, executor, validator, and meta profiles started doing distinct jobs.

04 / HAI

The loop became the product.

HAI emerged as the discipline of turning messy human intent into one bounded, checkable next step.

Hermes fleet

The important profiles are not personalities. They are control surfaces.

Samuel's setup is intentionally split. One profile keeps the main session responsive, another compresses overload, another validates execution, and another guards project intake. The system got useful when the roles stopped pretending to be one universal assistant.

Control

Keep Samuel oriented.

These profiles stop uncontrolled expansion and turn noisy agent work back into owner decisions.

operator cognitive-firewall project-admission-controller decision-control
HAI workflow

Turn a project into a next step.

The HAI chain reads project state, intent, and code reality before any execution is allowed.

hai-agent hai-agent-idea hai-agent-code hai-agent-briefing hai-executer hai-validator
Verification

Make success harder to fake.

These profiles check root cause, regression risk, permissions, and whether evidence actually proves the claim.

verifier regression-guardian security-permissions
Meta and throughput

Repair the system itself.

Meta profiles keep the fleet legible. Worker profiles exist, but only become useful inside gates.

meta meta-new-agent skill-curator hermes-harness-expert oktopus-*

Working loop

The workflow is narrow by design: one project, one decision, one proof path.

This is the part clients can reuse. HAI does not ask a team to copy Samuel's private setup. It installs the same operating discipline around one real workflow where agents currently create confusion.

01

Admission

Is this actually active work, or another idea trying to become a project?

02

State

Read the project, goal, local files, and current constraints before proposing work.

03

Briefing

Compress options into a human-readable owner packet with scope and tradeoffs.

04

Next step

Cut everything down to one bounded task with explicit allowed and forbidden changes.

05

Execution

Let a worker act only inside the accepted contract and write an execution report.

06

Validation

Separate the builder from the judge. Evidence decides whether the claim stands.

Friction turned into rules

The story is credible because the system remembers where it broke.

Hermes is not presented as perfect. Its value is that repeated failures became explicit controls instead of private habits inside Samuel's head.

Agent output became cognitively expensive.

Long reports, raw logs, and multiple options were converted into owner packets. Solution: Cognitive Firewall and bounded briefings.

Workers could drift beyond the real task.

Delegation moved behind explicit contracts with scope, artifacts, timeout, verifier, and rejoin rules. Solution: Operator contract.

Green checks could still miss the original damage.

Verification became root-cause oriented: prove the old failure cannot silently return. Solution: Verifier and Regression Guardian.

Project ideas created uncontrolled parallel reality.

New work must pass admission before agents, time, or code are spent. Solution: Project Admission Controller.

Tool and profile drift made confidence unreliable.

Dedicated profiles, registry checks, and smoke tests separated "configured" from "actually works." Solution: Meta and Harness Expert profiles.

Execution and validation were too easy to collapse.

The builder writes a report; the validator reads the diff and decides ACCEPT, REJECT, or UNCLEAR. Solution: HAI Executer plus HAI Validator.

Artifact trail

The public proof is not raw Hermes. It is the trail of systems built from it.

The private profile system stays private. The customer-facing evidence is the repeated artifact pattern: Sidecar for overload, control-tower experiments for scope, harnesses for evaluation, and HAI for next-step discipline.

Sidecar visual explainer screenshot
Sidecar

Watching the collaboration itself.

Sidecar made overload and drift visible as part of the human-agent loop, not as a personal weakness.

Agent control tower cascade visual explainer screenshot
Control tower

Scope explosion became evidence.

The tower line proved that more orchestration can increase burden unless owner gates stay central.

Harness evaluation dashboard screenshot
Evaluation

Agent output needs falsification.

Harness work turned model behavior into traces and verdicts that can be inspected instead of believed.

What a client gets

Not Samuel's private machine. The operating discipline behind it.

Bring one agent workflow that currently creates confusion. The useful output is a smaller loop: who owns the decision, what the agent may do, what artifact proves progress, and when work must stop.

Bring one messy workflow