Connect your repo. Horion analyzes metrics, logs, and traces instrumentation in your code, scores each pillar, and opens a PR with the actual fix.
100k tokens/month free · no card · ship in 5 minutes
Wire your repo and your telemetry. Horion runs the analysis, scores every pillar, and hands you findings with the evidence, the cost, and the diff — then closes them through your coding agent or through a pull request of its own.
scroll to follow the loop ↓
Point Horion at a repository and at your observability vendor. It reads the code and the live signals side by side, and scores the repo before you touch anything.
read-only keys · scoped per project
Nine stages, streaming live: clone, AST, telemetry join, coverage, efficiency, score. A knowledge base and a bench of language experts back every call.
One agent, many specialists — the knowledge base and a language expert per stack, called in as the analysis needs them.
Every finding lands with the file and line, the model's reasoning, what it costs you per month, and the diff that closes it.
“Every query on this engine leaves the trace early, so checkout latency shows a hole exactly where the database work should be. One instrumentor call puts the span back.”
engine = create_engine(DATABASE_URL)session = Session(engine)
+ SQLAlchemyInstrumentor().instrument(engine=engine)engine = create_engine(DATABASE_URL)session = Session(engine)
Two ways out. Hand the work to the coding agent you already use, or let Horion open the pull request itself.
Install the Horion Skill and connect the MCP server. The Skill hands your agent the harness — it pulls the ruleset, guides the instrumentation, and walks each finding to a fix. Your code never leaves the machine.
Pick a finding and queue the fix. Horion patches it, has its experts review the diff, and opens a pull request you read like any other.
Horion applied the observability fixes and opened a pull request on acme/payments-api.
The agent path and the fix-PR path land the same score — take whichever fits your team.
live · the gate re-evaluates on every push ↑
The moment a pull request opens, Horion Lens posts an observability review — per-pillar scores, the gaps, the fix. Set a minimum score and that review becomes a required check: below the bar, the merge button stays locked.
A single comment on the PR — Metrics, Logs and Traces scored against the diff, each gap traced to a file and line.
horion-lens/observability shows up as a check: pending while it runs, then pass or fail against your repo's minimum score.
Mark the check required in branch protection. A PR under the bar can't merge until a new commit clears it — observability stops regressing silently.
Long reads, postmortems, and step-by-step labs from the team building Horion — how we score, instrument, and review production systems.
The first score we shipped, nobody trusted. Here is how we rebuilt the rubric — pillar by pillar — and what changed in PR reviews.
Wire the OTel SDK, point it at the collector, and verify your first distributed trace — copy/paste guided, end to end.
One async consumer, no structured logs, a queue silently filling up — and the logging pattern we now require for every async job.
100k free tokens every month. No credit card. First analysis in under five minutes.