The decision maker sees
only the risky changes.

AI ships code at 3 a.m. Reading all of it is still a human job. DevHive is a PR governance gate that makes a human accountable for AI-authored changes — your rules decide what gets held for review. A human approves — and that approval is bound to the exact code, so changing one line voids it. Every decision seals into a record that can't be forged.

devhive/governance — required check● live flow
01Locked file change detectedPR #1421 · payments/fee_table.yml — matched lock rule LOCK-fee-table
02Merge blockedcheck failure · awaiting compliance approval — owner role notified
03Approval bound to the codeapproved by kim (compliance) · bound to code fingerprint a1b2c3 — new commits void it
04SEALEDevidence #58201 · hash-linked to the previous record — any edit breaks verification
01 — THE BOTTLENECK

Code is pouring in. Why are releases standing still?

AI raised the speed of writing. The exit is still a single door — human review and approval. The queue in front of it keeps growing.

AI code Human reviewDevHive Gate Deploys
human approval · 1
TODAYEvery change waits in one line for a human. The queue grows and releases slip.
DEVHIVEOnly rule-matched changes stop for a human. Everything else keeps moving.

Read less, miss nothing

Only the risky changes reach the decision maker — with the reasons they were held and what to verify.

Safe changes never wait

The gate stands only where a human hand is needed. Everything else flows, with its reason on record.

Answer "who approved this, and why" on the spot

No digging through history for audits or incidents. Pull the sealed chain — it proves itself.

02 — IN PRACTICE

How it runs in practice

From install to audit record — four screens, that's the product.

01

Connect

Install the GitHub App and every PR touching a locked path goes through the gate. DevHive never writes or edits code.

02

Rules

Create lock rules in settings. Replay each rule against the last 90 days before turning it on, then raise it shadow → notify → enforce.

03

Approve

The approval console collects only the risky changes. What was held, which rule caught it, and what to check — on one screen.

04

Records

Every decision seals into a hash-chained record. The JSON export alone verifies, and approval lead time lands on the dashboard.

03 — THE GATE

How DevHive guards the door

Working today

Critical files get locked

Put a lock on files like payment rates or auth settings. Any change that touches them stops at merge, notifies the owner, and passes only with a designated person's approval.

Working today

The approval voids if the code changes

The approval stamp goes on the code itself, not on paperwork. If a single line changes after approval, the approval is void and must be given again on the new code.

Working today

The last approval is always human

If a tool wrote it and a tool approved it, it does not ship. DevHive enforces an accountable human approval.

Working today

Rules turn on in stages

A new rule starts in shadow, recording verdicts without blocking anything. After reviewing the records you raise it to notify, then enforce. One rule can never halt the whole organization.

Working today

Every pass leaves a reason

Changes that pass automatically still record why they were safe. You can verify it later from the records alone.

Working today

Test a rule on the past before you turn it on

Before saving a rule, replay it against the last 90 days of PR history and see what it would have held. The result is labeled for what it is — potential gates, not incidents, not a business case.

Working today

A decision takes thirty seconds

The approval console shows the decision maker only what matters: what was held, which rule caught it, and what to verify. Approval lead time lands on the dashboard.

"Working today" means verified by automated tests. Live measurements come with the pilot.

04 — NEXT WAVE

Next wave

Built in order, on top of what already works.

NOW — working today

Lock gate · code-fingerprint approval

Exactly what you saw above. It guards locked files, binds approvals to the code, and seals decisions into records.

NEXT weekly scorecard

See the state of control in numbers

Lock coverage, bypass attempts, and approval lead time, aggregated weekly. The formula is fixed — recompute it any time and you get the same numbers.

NEXT webhook + HMAC

Your own tools do the fixing

Fixing a blocked change is the job of your tools and agents. DevHive hands over what was caught and why, then judges the fixed change again when it returns. It never touches your code.

NEXT org-wide policy

One policy across every repo

Roll a single lock policy across an organization's whole fleet of repos, and govern them as one — not repo by repo.

05 — WHY TRUST

Why you can trust it

Verdicts come from rules only

The gate runs on rules you own, not a model's judgment you rent. Same input, same verdict — reproducible in front of an audit, every time.

Agents cannot approve their own changes

Authors and approvers are kept separate. A rule-matched change does not ship without a human approval.

Records that expose tampering

Every verdict and approval is hash-linked to the previous record. Alter one and the chain verification fails.

06 — EARLY ACCESS

Looking for the first teams

We're taking a small number of teams into early pilots — teams whose code is expensive to get wrong: payments, auth, permissions, data paths. Point the gate at your locked files and run it on your real PRs. The lock gate and fingerprint-bound approval work today; your pilot produces the first live numbers.

We reach out to teams in the order they apply.