Service
Scoped after discovery
Hermes Agent Setup & Customization
Quick answer
We deploy Hermes around useful work for your team, with clear permissions and an operating model you can rely on. Scoped after discovery.
A Hermes deployment built around useful work, clear permissions, and an operating model your team can rely on.
Have a first job in mind for Hermes?
Free. Three short fields, and we reply by email within one business day.
We install, secure, and customize Hermes Agent on infrastructure you control or an isolated OrchestriAI-managed server. That includes the model provider, messaging channels, skills, MCP integrations, scheduled workflows, testing, and documentation needed to turn a fresh install into a working system.
Key facts
- Starts at
- Scoped after discovery
- Connected systems
- 10, including Nous Portal, OpenRouter, OpenAI
- Example stages
- 6
- Delivery model
- Client-owned or managed
- Industries
- Healthcare & Dental, Real Estate, Financial Services, Freight & Logistics
Example system
Example system map
Illustrative setup: an internal operations assistant in Slack
Inputs and systems
Nous Portal
OpenRouter
OpenAI
Implementation path
Define the first useful workflow
the people allowed to use it, the source systems it may read, the actions it may take, and the decisions that must stay with a person.
Deploy Hermes under a non-root account
in a whole-process container with a persistent client-owned data volume, restricted mounts, resource limits, and a documented backup path.
Configure the client's chosen model provider
and Slack workspace, then restrict access to approved users or channels instead of accepting messages from everyone.
Official product sources
Verified August 11, 2026
Is this right for you?
- You have recurring work an agent could own
- Permissions and data control matter
- Someone will own it day to day
When you should not hire us
- A simple workflow would do
- No one will own it after setup
Build, buy, or hire?
- Work with us
- You want it secured, connected and monitored.
- Do it yourself
- One simple trigger, one tool, and someone on staff who enjoys Zapier or Make.
- Hire in-house
- You have ongoing automation work for a full-time role and someone to manage them.
Full side-by-side on the pricing page.
What happens, and when
- Day 1Discovery: jobs, tools and limits.
- Week 1Install and tool access set up with clear permissions.
- Week 2Test runs, approval rules, logging.
- Week 3Handover, or managed hosting starts.
We reply within one business day.
Hermes Agent Setup
$3,000 setup
plus $400/month maintenance
- Self-hosted install with your model keys
- Memory and tool permissions set per role
- Logging so you can see every action
- Handover doc and a 30-minute walkthrough
The $400/month maintenance is per package and is separate from the managed agent plans.
What if the agent gets it wrong?
Every agent answers from your own sources and shows where each answer came from. Risky actions wait for a person.
Agent safety promise
- An agent never sends to a client, patient or lead without a rule you approved in writing.
- An agent never deletes records or moves money.
- If an agent is unsure, it asks a person instead of guessing.
- Every agent has an off switch you control.
Sample: an agent that shows its sources
Sample conversation, sample data- Staff: A patient wants to cancel tomorrow at 8 am. Do we charge a fee?
- Agent: Cancellations with less than 24 hours notice carry a $50 fee, but the first one in a year is waived. This patient has no late cancellations this year, so no fee applies.[1] [2]
- Staff: Should I re-check their insurance before rebooking?
- Agent: Yes, if the last check is older than 30 days. Theirs is 41 days old, so run the check first. I have drafted the request for you to send.[3]
Sources the agent used
- [1] Office policy: cancellations.pdf, page 2
- [2] Fee schedule 2026.xlsx, row 14
- [3] Front desk SOP: insurance checks, section 3
Every answer links to the document it came from, so staff can check it in one click. If no source is found, the agent says so instead of guessing.
What a scoped implementation can include
The exact build follows the approved use case and risk boundary. A typical engagement covers the working system as well as the operating details that make it supportable.
External model, hosting, messaging, and software subscriptions are billed directly to the client unless a written scope says otherwise.
Optional managed server
Optional OrchestriAI-managed hosting
If you do not want to operate the host yourself, OrchestriAI can run Hermes on an isolated managed server under a separate recurring agreement. Client-owned deployment and full handoff remain available; managed hosting is an operating choice, not a requirement.
Managed server pricing
Quoted monthly
Managed hosting does not make a deployment HIPAA, SOC 2, GDPR, or otherwise compliant by default. Regulated workloads require a separate vendor, contract, data-flow, retention, and control review.
Scope
What gets built, and when it makes sense
Who this service is for
This is for founders, operators, and technical teams that want Hermes to handle real work from a terminal, Telegram, Slack, Discord, email, or another supported channel, but do not want to assemble the infrastructure and security model themselves. It also fits an existing proof of concept that now needs isolation, reliable restarts, narrower permissions, repeatable workflows, and an operational handoff. Hermes is designed as a single-tenant personal agent, so shared access is scoped deliberately rather than presented as a general multi-tenant employee platform.
Deployment on infrastructure you control
We help choose the right home for the agent: a local workstation, an always-on client VPS, the official Docker image, another supported execution environment, or an isolated server operated by OrchestriAI under a separate agreement. A client-owned handoff keeps the infrastructure and operations with your team. Managed hosting keeps routine host operation with OrchestriAI while your business data, provider accounts, bot accounts, credentials, and delivered configuration remain governed by the project and hosting terms. If the API server or dashboard needs remote access, it is not exposed publicly without authentication and an agreed network boundary.
Models, channels, memory, and working context
The setup includes a client-approved model provider, the channels people will actually use, named profiles where separation is useful, and a focused working context. We configure Hermes memory and context for durable preferences and project facts while respecting the built-in limits instead of treating memory as an unlimited database. Provider, hosting, messaging, and third-party tool charges stay in client-owned accounts and are separate from the implementation fee.
Skills, MCP integrations, and scheduled work
We create or adapt skills for repeatable procedures, connect approved MCP servers when they are the right integration boundary, and configure scheduled jobs for reports, monitoring, research, or other recurring work. Tool access is filtered to the smallest useful surface. Deterministic scripts are used when a task does not need a language model; model-backed jobs receive explicit prompts, failure handling, and human approval where the action is consequential.
Security is an architecture decision
Hermes includes authorization, approval, credential filtering, and container backends, but those controls do not make every deployment safe by default. For gateways that ingest the open web, inbound email, shared channels, third-party skills, or untrusted MCP output, we prefer whole-process isolation so the operating system is the real boundary. A terminal sandbox alone does not contain code that runs inside the main agent process. Production setup can include user allowlists or pairing, minimal mounts, scoped tokens, restricted working directories, skill and plugin review, MCP tool filters, log review, and representative security tests.
Testing, documentation, and support boundaries
Before handoff, we test authorized and unauthorized access, each promised integration, restart behavior, scheduled delivery, approval paths, and backup or recovery steps that are in scope. You receive configuration and operating documentation without secret values, plus a walkthrough of routine use and failure recovery. Ongoing updates, monitoring, token rotation, workflow regression testing, and incident support are available only when included in a maintenance agreement; there is no implied uptime or response-time guarantee outside that scope.
Illustrative setup: an internal operations assistant in Slack
End-to-end walkthrough
- 1
Define the first useful workflow
the people allowed to use it, the source systems it may read, the actions it may take, and the decisions that must stay with a person.
- 2
Deploy Hermes under a non-root account
in a whole-process container with a persistent client-owned data volume, restricted mounts, resource limits, and a documented backup path.
- 3
Configure the client's chosen model provider
and Slack workspace, then restrict access to approved users or channels instead of accepting messages from everyone.
- 4
Add a focused operations skill and
a narrowly filtered MCP connection that can retrieve approved records but cannot perform unrelated administrative actions.
- 5
Have Hermes assemble a draft status
report on a schedule, post it to the approved channel, and route any write action or uncertain result to a person for review.
- 6
Test normal requests
unauthorized users, unavailable providers, malformed tool responses, container restarts, scheduled delivery, and recovery before documenting the handoff.
Integrations
Explore related work
See where this service fits, how it has been applied, and the technical work behind it.
Articles
Questions
FAQ
If something we built breaks within 30 days of launch, we fix it at no charge.
Free. Three fields. We reply within one business day.
Have a first job in mind for Hermes?
Tell us what Hermes should handle and which systems it reaches, and we'll draft the deployment and permission plan.
What happens next
- 1.You send one line about the task.
- 2.Shariq reads every message and replies by email within one business day.
- 3.If it fits, you get a written plan or a short call. Your choice.
- 4.If it does not fit, we tell you and point you to a better option.
“Shariq built our Open Dental to GoHighLevel sync and our AI routing system for new patient inquiries. Both projects were delivered fast, worked right away, and he was responsive whenever we needed adjustments. He understands dental practice workflows and doesn't overcomplicate things.”
Not ready to talk yet? Get a free automation audit by email.