Success
The change carries the required authority and evidence. The Check Run passes.
When a pull request changes something privileged — a deploy workflow, a data schema, an agent's runtime — the KYE™ GitHub App™ asks one question before it can merge: does this change carry the authority and evidence it needs? It posts the answer as a governed Check Run, with a replay-provable evidence link a reviewer or auditor can verify later.
The result: instead of reconstructing who authorised a risky change after an incident, your team sees the governed verdict on the PR itself — cutting change-review evidence-gathering from hours to a single click.
The hard part is never the code review — it is proving the change was authorised. The KYE™ GitHub App™ moves that proof to the moment the change is proposed.
pull_request and check_run — with no extra CI wiring.The KYE™ GitHub App™ never decides on its own. It sends the change to the same KYE Protocol™ decision engine that governs every action across the platform, and emits the standard governance evidence chain for each verdict — the same chain that makes a decision replay-provable from public keys alone.
The change carries the required authority and evidence. The Check Run passes.
Allowed with obligations. The summary lists what the change must satisfy.
A human sign-off — for example two-person approval — is needed before merge.
The privileged change lacks the required authority or evidence. It must not merge as-is.
Each verdict carries a §0.3 evidence link — a decision id and Evidence Pack™ reference a reviewer can replay-verify later, aligned with the audit-trail expectations of the EU AI Act™ (Article 12 record-keeping) and ISO/IEC 42001. It is part of the KYE Protocol™ platform.
Installation grants the KYE™ GitHub App™ two scopes — read your pull requests, and write Check Runs — and nothing more. It reads only the pull-request metadata GitHub sends it; it does not clone your code or store your source.