At Petrichor LLC

At
Petrichor.

We build and host practical business agents that remember the work, respect hard boundaries, and stay maintained over time. The model underneath is rented and getting cheaper for everyone. The operating memory, the judgment, the upkeep, and the relationship are the durable part.

Live  built for real business work
Bounded  owner approval stays in the loop
Hosted  kept sharp after launch
SCROLL: THE OPERATING MODEL
01: The Load

We lift
the load.

Most AI hands you another thing to manage. We do the opposite. At Petrichor takes the recurring jobs that make a week heavy and runs them quietly in the background, so they stop living in your head.

Loop 01

The lead that never goes cold.

Every inquiry gets logged, followed up, and surfaced when it needs you. Nothing slips.

Loop 02

The estimate that goes out same day.

Job details gathered, a draft quote prepared, waiting on your one approval.

Loop 03

The follow-up that always happens.

Past customers, open jobs, and quiet weeks get the nudge they need, on schedule.

Start with one. Add more as they prove themselves. They begin to hand off to each other, and the week gets lighter.

02: The Work

Agents that remember.
Systems that hold.

Most AI tools talk well for a week and then drift. At Petrichor builds the working layer around the model: memory, rules, review gates, receipts, and maintenance. The point is not a flashy demo. The point is a business system that still makes sense next month.

i

Memory

Customers, jobs, follow-ups, receipts, and owner preferences are kept in a durable operating record.

ii

Boundaries

No rogue spending, sending, scheduling, quoting, or destructive moves. The agent stops where the owner should decide.

iii

Receipts

Important work leaves a record: what fired, what changed, what stayed blocked, and what needs review.

iv

Upkeep

We host it, tune it, and keep the boring parts alive after launch, so the business does not inherit an unsupported experiment.

03: What We Build

Small first.
Useful fast.

Focused workflow agent
Business spine
Private server
Hosting & upkeep
Pilot · First System

Focused Workflow Agent

A focused agent built around one real workflow: drafting, organizing, remembering, and surfacing the next clean action for owner review.
Best for the first workflow you want out of your head and into a watched system.
  • Built around one real workflow
  • Private data stays private
  • Owner approves sends, quotes, scheduling, and money
Scale · Operating Layer

Business Spine

The deeper layer behind the day: intake, field capture, estimates, books, mileage, customer follow-up, and review gates.
Best when one useful loop has proven itself and the business needs the pieces to hand off cleanly.
  • Everything in the pilot, deeper
  • Hosted on infrastructure we operate
  • Maintenance, review, and improvement after launch
Dedicated · Private Server

Your Own Private Server

For businesses that want their data on a machine that is theirs alone, with no shared tenants.
Best for sensitive operations, heavier records, or owners who want a dedicated home for the work.
  • One dedicated box for your company
  • Private agent home, memory, and records
  • Fully hosted, watched, and maintained by us

Every build is scoped after we understand the workflow, the records involved, the approval gates, and the maintenance load. You see the shape before we build.

04: Where It Lives

Hosted where
the boundaries hold.

A useful agent needs more than a prompt. It needs a protected home, scoped tools, review gates, logs, and a human owner above anything sensitive. You reach the agent through one watched door; private records stay in their lane. Hover the diagram.

Your agent and the window you use
The brokered door: watched, logged, capped
Blocked from money, sends, and private lanes without approval

One door in.

Requests pass through a brokered route where keys, spend caps, and tool limits can be reviewed instead of hidden inside a prompt.

The record stays private.

Customer details, working notes, receipts, and job records live in approved private destinations, not public proof pages.

Authority is explicit.

The agent can prepare and organize. It does not send, quote, schedule, invoice, or spend unless the owner approves that route.

05: The Proof

We keep receipts.

P/01
A real trades business has a private intake and operating record with redacted receipts and duplicate-aware imports.
Verified systems include a Cloudflare intake worker, private R2 storage, a local import bridge, and a scheduled catch-up lane.
P/02
The agent model is honest about authority: agents prepare and organize; the owner approves customer contact, quotes, scheduling, invoices, and money.
That boundary is not a footnote. It is the operating model.
P/03
We are our own proof. At Petrichor runs its own operations on the same platform we sell.
Our own company uses the agent stack, server discipline, review gates, and receipts before we ask anyone else to trust them.
P/04
Every sales claim gets marked as verified or flagged before it leaves the house.
No invented ROI. No fake autopilot. The discipline is part of what clients are buying.
06: Start

Start with
one loop.

Pick the job that makes your week heaviest. We scope it, build one bounded agent around it, and you approve every customer-facing move. Small first, useful fast. Add more as they prove themselves.

Scope written before build
Owner approves every send
Hosted and maintained by us

Start with a real workflow, not a generic demo.

07: Questions

Questions before
you start.

Do the agents act on their own?

No. Agents prepare and organize. They do not send, quote, schedule, invoice, spend, or make destructive changes unless you approve that route. The boundary is the operating model.

Where does my data live?

In approved private destinations. Customer details, lead notes, and receipts stay in their lane, not on public pages. A dedicated server can put the work on a machine scoped for your company alone.

How is scope decided?

We start with the real workflow, the records involved, the tools the agent may touch, and the actions that must stop for owner approval. The result is written clearly before the build begins.

What happens after launch?

We host it, tune it, and keep the boring parts alive so the business does not inherit an unsupported experiment. Maintenance and review are part of the model.

How do you keep it from drifting or making things up?

The working layer around the model does the work: memory, rules, review gates, and receipts. Claims are marked verified or flagged before they leave.

Where do we start?

With one loop, usually a Lead-to-Job pilot around a single real workflow. Add more once they prove themselves and begin to hand off to each other.

Built carefully.
Kept alive.
At Petrichor builds the operating layer around the model: memory, boundaries, receipts, and upkeep.