The Stewardby InferRoute
#the always-on, provably-private intelligence

The steward of
everything you build.

It watches everything you build — your systems and your intent — without ever being able to read a line of it. Like a ghost OpenClaw, but hyper-optimised for your project. No always-on computer needed.

# Runs on your machine — or your own GitHub (Actions) when it's off. Nothing to host. It opens branches; never merges.

#Cheap eyes first — intelligence only on what's new

Watches everything for free.
Only spends on the new signals.

Watching is cheap and constant; thinking is rare and aimed. That split is what lets it keep its eye on all your work for almost nothing.

# A model reads your repo exactly once — at bootstrap, for a few cents, it learns the shape of your logs and a map of your code. Keeping that current is free: the map rebuilds itself in deterministic local code whenever you commit, so a model never re-reads your repo again.

# So watching itself is plain deterministic reading — logs, commits, deploys, deduped against what it's seen. The model is the scalpel: it wakes only for a genuinely new signal, investigates it once, and remembers it, so the same issue never costs you twice.

#Two streams, one memory

It sees what no single session can.

The watch over your systems
// the Watch

It grounds your logs in your deploy and commit history, collapsing the noise into the handful of issues that matter — each a growing dossier.

The read of your work
// your intent

It reads your coding sessions, distilling each into the intent you set and the blockers you hit — the thread no single session keeps.

#While you're away

A goal loop — aimed at what actually matters.

It proposes the loops; you approve the ones you want; it works them on InferRoute's cheap off-peak and right-sized intelligence.

# As with all Steward work, your laptop can stay closed — GitHub (Actions) runs the loops, and a free InferRoute server ties it all together so you stand up no cloud of your own. Your code and secrets stay yours throughout. Whatever it builds comes back as a branch you review, CI-verified: it never touches your tree, never merges.

11:58 PM · you logged off
◆ your loop · surfaced, you approved
↳ checkout 500s · Watch, 2 threads
↳ the tz bug you chased · 3 sessions
↳ docs drifting from the code · flagged
☀ 7:14 AM · waiting for you
✓ fix/checkout-empty-cart — proven
✓ fix/tz-offset-parse — proven
✓ docs/api.md — realigned to the code
◇ capacity drift — 1 call for you
$
#Cause, evidence, options

Understanding first. Fixes where they're provable.

Its job is a defensible diagnosis — cause, evidence, options. What it can prove in your repo, it fixes and hands you the branch; what only production can confirm, it patches and watches; the rest — config drift, a design choice, a capacity or vendor limit — it lays out and leaves to you.

#Provably private — even from us

We can't read your data.
And you can check.

Secrets are scrubbed on your machine before anything syncs. Everything else runs inside a sealed enclave — hardware where even we, the operator, are unable to read your prompts, your code, or your data. Every request carries a fresh attestation your machine verifies before it sends a single byte.

# Not a privacy policy you have to trust. Hardware you can verify.

Scrubbed on your machine
Secrets are redacted locally before anything leaves.
Sealed-enclave inference
Your prompts are decrypted only inside attested hardware.
Attestation you can verify
Your machine checks the enclave before every request.

↳ Back to The Steward

#Two shapes, by design

Distributed systems. Linked repos.
Built for these, too.

Handling a big system isn't about watching more of it — it's about knowing its shape. The Steward is engineered for the two shapes most tools miss, and maps each deliberately.

Distributed deployments. It pulls a system's logs from across machines, services, and platforms — journald, files, SSH, Docker, Kubernetes, Vercel — into one ledger, so a fault anywhere is a single signal, not a hunt across dashboards.

Dependency-linked repos. It reads your manifests and works out which of your repos are first-party dependencies — so when a fault surfaces in your service but lives in a library, it opens the fix in that library, not the wrong repo.

# Most relevant once your system spans more than one host or repo — and it stays out of the way until then.

Hand it the watch.
Spend your judgment where it counts.

No more asking an AI what to do — then telling it to do it.

Point it at your work once, and it watches your systems, captures your intent, and helps design and maintain the loops it runs. Then it surfaces only what's genuinely yours — a one-click yes from your phone, or a real session when something deserves it.

On InferRoute's economy lane, tuned to spend only on what's new, it runs for pennies a day per project — and you stop wondering what's failing while you're away.

# Keep using Claude for what it's best at — powering through new features — while the Steward minds the rest.

Run it once — it sets itself up and starts the watch.

> The Steward — by InferRoute