Read the health report
How to open the requirement-health report and what tested, an evidence level, a proof gap, stale evidence, and a contradiction mean.
The health report is the page you read. It is a single HTML file generated from one coverage snapshot. It does not call a server, and it does not fetch fonts or images.
Open it
From the repository root:
npm exec -- kibi report --openThat writes kibi-report/index.html and kibi-report/badge.svg together, then opens the HTML file. Use your package manager's local runner if you are not on npm (pnpm exec kibi report --open, yarn exec kibi report --open).
The number at the top
The score is a count, not a mood:
4 of 11 current requirements fully tested end-to-end
The percentage is that fraction. The numerator is requirements with fresh end-to-end evidence on this code. The denominator is current requirements. An honest zero on the day you bootstrap is a working report.
What the page is showing you
Each requirement sits on a ladder. The report names the earliest thing still missing, and it totals these across the branch:
- Fully tested — a test that claims this requirement has fresh end-to-end evidence for the current code snapshot. A requirement that only names a UI pattern counts as tested with a fresh isolated component test instead.
- Proof gap — the chain is incomplete. Typical gaps are a missing scenario, incomplete semantics, or evidence that was never recorded.
- Stale evidence — a receipt exists, and the code has moved since. It stops counting as proof until the test is run again.
- Contradiction — two encoded claims about the same behavior disagree. Kibi will not pick a winner.
- Unowned production symbols — code the model does not yet connect to a requirement.
Next to each requirement id is its evidence level, the strength of what backs it:
- proved — every claim of the requirement holds for every case, backed by fresh certificates a separate checker re-checks. Certificates come from the
exhaustive,typecheck,arithmetic,smt,rule,state_machine,regexandsourceproof kinds; see proving requirements. - tested — fresh end-to-end evidence, as above. Tests sample cases; they do not cover all of them.
- asserted — a person stands behind the statement, but nothing current checks it.
- unverified — an agent wrote it and no person has approved it.
The summary counts the asserted and unverified requirements, because those are the ones you are trusting on someone's word.
Color repeats the word. Do not read status from color alone.
What you do with a row
| What you see | What you do |
|---|---|
| Fully tested | Nothing, until the code changes. |
| Asserted or unverified | Ask the agent for a test, or approve the requirement if it states what you want. |
| Proof gap | Ask the agent to close that gap, or decide the behavior is not a requirement. |
| Stale evidence | Re-run the test that claims to prove it. |
| Contradiction | You choose which claim is the product. The agent updates the model. |
| Unowned symbol | Ask the agent which requirement that code implements, or whether it should. |
You do not edit the report. The next kibi report rebuilds it from the repository.
Go deeper
- The proof ladder — the stages a requirement climbs before it counts as tested, and the evidence levels.
- Publish requirement health — put this report and its badge on GitHub Pages.
- Quick start — generate the report for the first time.