Autonomous agent
Optimized for delegation, but brittle when scope, evidence, or judgment changes mid-flight.
The operator layer for agentic work
operators.sh defines and runs structured human-agent workflows where a capable operator steers expert AI workers through real business work, with checkpoints, evidence, escalation, and handoff built in.
Not autonomous agents. Not manual outsourcing. Not a passive human approval gate. Operator-led work is a repeatable operating model for the messy middle where humans and expert agents succeed together.
Optimized for delegation, but brittle when scope, evidence, or judgment changes mid-flight.
A trained human operator drives agent workers through defined checkpoints, audits, and handoff paths.
Often treats the human as an approver after the fact, not the active driver of the workflow.
A vendor-neutral standard for defining operator-led AI workflows in YAML, backed by a JSON Schema and an RFC process.
What the human drives, decides, verifies, and escalates.
Runtimes, tools, skills, permissions, failures, and validation.
Goal, inputs, outputs, start conditions, checkpoints, and done states.
Durable files that preserve context outside transient chat.
Logs, approvals, tests, source links, and residual risk records.
Managed operation, internal training, repository transfer, or archive.
The first public examples are practical business workflows that show the category without exposing private customer work.
From business intake to researched copy, implementation, QA, deployment approval, and handoff.
Source capture, claim mapping, editorial drafting, review boundaries, and publishing checklist.
Case summary, policy matching, response drafting, approval, escalation, and final disposition.
We design the workflow, source or train the operator, configure the agent workers, run the operation, and hand it over when the customer is ready.
Research the business need, tooling, access, risks, evidence, and escalation boundaries.
Create the OperatorSpec definition, runbooks, agent setup, templates, and validation path.
Run the workflow with trained human operators and expert agent workers for as long as needed.
Train an internal operator to take over with the same state, evidence, and decision model.
Transfer the workflow repository, docs, state, audit trail, and open risks.
Customer workflows stay private. Public examples are sanitized starters that help the community learn the pattern, train operators, and adapt the standard.
specVersion: operatorspec.io/v0.1
kind: OperatorWorkflow
metadata:
name: small-business-website-buildout
operator:
role: business-operator
agentWorkers:
- name: website-builder
workflow:
checkpoints:
- Intake facts confirmed
- Mobile and desktop QA recorded
evidence:
required:
- Screenshots
- Link checks
handoff:
modes:
- managed-operation
- repository-transfer The first month turns the thesis into a public standard, a useful workflow library, and a commercial offer.
Landing page, OperatorSpec repo, SPEC.md v0.1, manifesto, and RFC process.
Publish the website buildout workflow with state files, checkpoints, evidence, and handoff.
Services page, discovery sprint, sample SOW, intake path, and pricing hypothesis.
Discussions, roadmap, submit-a-workflow template, and first good workflow issues.
OperatorSpec should be open enough for anyone to use and strict enough to make real work auditable. operators.sh exists to operate that model for businesses that want the outcome without building the whole practice themselves.
Bring a recurring business workflow that is too judgment-heavy to automate blindly and too specialized for a generalist to run alone.