docs(CHECKS): de looptijdclaim van de linux-gate is verdubbeld #1941

Closed
brenno wants to merge 1 commit from docs/looptijdclaim-linux-gate into main
Owner

Samenvatting

Twee plekken in docs/CHECKS.md beloofden dat een rode main zich "within ~half an hour" van de merge meldt. Die claim klopt niet meer, en niets zag dat gebeuren.

Gemeten 2026-09-03 tegen action_run op de forge, over de post-merge-runs van linux-gate.yml:

venster poort zelf (mediaan) merge → oordeel (mediaan) p90
laatste 10 dagen (61 runs) 51 min 54 min 85 min
de 10 dagen daarvóór (85 runs) 29 min 29 min 41 min

De wachtrij op de capacity-1-runner komt daar bovenop wanneer merges dicht op elkaar landen; de langste merge-tot-oordeel in het venster was 151 minuten.

Waarom dit meer is dan een getal bijwerken

De claim was juist toen hij werd opgeschreven. Hij stapte rond 2026-08-23 omhoog zonder dat deze werkstroom veranderde — de suite groeit, de runner niet. Geen enkele poort rekent een looptijdclaim na, en de boom hoeft er niet voor te bewegen: dit is precies de klasse "eigen claims en tijdsverval" die nergens gegate is.

Daarom staat er nu niet alleen een nieuw getal, maar ook de meetdatum, de bron (action_run) en de zin dat de claim verrot terwijl de boom stilstaat. Een lezer die hem naloopt vindt het gereedschap; een lezer die hem gelooft weet tenminste hoe oud de meting is.

Waarom geen bewaker

Deze wijziging raakt geen van de vijf punten die de bewaker-skill verplicht maken: niet het bestandsformaat, niet de opslag, geen afhankelijkheid, geen uitgaand verkeer of sleutel. Het corrigeert een interne meetclaim in de ontwikkelaarsdocumentatie — geen publieke belofte in interface of documentatie richting gebruikers.

Testplan

  • flutter test test/docs_claims_match_code_test.dart test/docs_registration_test.dart groen (18 tests) — dit zijn de poorten die CHECKS.md lezen
  • Geen currently **N**-vorm, geen percentage naast "floor", geen taaltelling toegevoegd — de drie vormen waar docs_claims_match_code_test op let
  • docs/CHECKS.md heeft geen .nl.md-tegenhanger, dus translate-docs-check is niet geraakt
  • make check niet volledig gedraaid: docs-only wijziging, geen lib/- of pubspec-aanraking. static-gate op deze PR draait de volledige statische deelverzameling.
## Samenvatting Twee plekken in `docs/CHECKS.md` beloofden dat een rode `main` zich *"within ~half an hour"* van de merge meldt. Die claim klopt niet meer, en niets zag dat gebeuren. **Gemeten 2026-09-03** tegen `action_run` op de forge, over de post-merge-runs van `linux-gate.yml`: | venster | poort zelf (mediaan) | merge → oordeel (mediaan) | p90 | | --- | --- | --- | --- | | laatste 10 dagen (61 runs) | 51 min | 54 min | 85 min | | de 10 dagen daarvóór (85 runs) | 29 min | 29 min | 41 min | De wachtrij op de capacity-1-runner komt daar bovenop wanneer merges dicht op elkaar landen; de langste merge-tot-oordeel in het venster was 151 minuten. ## Waarom dit meer is dan een getal bijwerken De claim was juist toen hij werd opgeschreven. Hij stapte rond 2026-08-23 omhoog zonder dat deze werkstroom veranderde — de suite groeit, de runner niet. Geen enkele poort rekent een looptijdclaim na, en de boom hoeft er niet voor te bewegen: dit is precies de klasse "eigen claims en tijdsverval" die nergens gegate is. Daarom staat er nu niet alleen een nieuw getal, maar ook de meetdatum, de bron (`action_run`) en de zin dat de claim verrot terwijl de boom stilstaat. Een lezer die hem naloopt vindt het gereedschap; een lezer die hem gelooft weet tenminste hoe oud de meting is. ## Waarom geen bewaker Deze wijziging raakt geen van de vijf punten die de bewaker-skill verplicht maken: niet het bestandsformaat, niet de opslag, geen afhankelijkheid, geen uitgaand verkeer of sleutel. Het corrigeert een interne meetclaim in de ontwikkelaarsdocumentatie — geen publieke belofte in interface of documentatie richting gebruikers. ## Testplan - [x] `flutter test test/docs_claims_match_code_test.dart test/docs_registration_test.dart` groen (18 tests) — dit zijn de poorten die `CHECKS.md` lezen - [x] Geen `currently **N**`-vorm, geen percentage naast "floor", geen taaltelling toegevoegd — de drie vormen waar `docs_claims_match_code_test` op let - [x] `docs/CHECKS.md` heeft geen `.nl.md`-tegenhanger, dus `translate-docs-check` is niet geraakt - [ ] `make check` niet volledig gedraaid: docs-only wijziging, geen `lib/`- of `pubspec`-aanraking. `static-gate` op deze PR draait de volledige statische deelverzameling.
docs(CHECKS): de looptijdclaim van de linux-gate is verdubbeld
All checks were successful
scans / scans (pull_request) Successful in 5m12s
static-gate / static-gate (pull_request) Successful in 12m25s
7458ce4411
Twee plekken beloofden dat een rode `main` zich "within ~half an hour" van de
merge meldt. Gemeten op 2026-09-03 tegen `action_run` op de forge klopt dat niet
meer: over de laatste tien dagen (61 post-merge-runs) duurt de poort zelf
mediaan 51 minuten, en van merge tot oordeel mediaan 54 met 85 op het
90e percentiel. De wachtrij op de capacity-1-runner komt daar bovenop; de
langste merge-tot-oordeel in het venster was 151 minuten.

De claim was niet fout toen hij werd opgeschreven — over de tien dagen dáárvoor
was de mediaan 29 minuten. Hij stapte rond 2026-08-23 omhoog zonder dat deze
werkstroom veranderde, en niets zag dat: er is geen poort die een looptijdclaim
narekent, en de boom hoeft er niet voor te bewegen. Dat staat er nu bij, zodat
de volgende lezer hem narekent in plaats van gelooft.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Author
Owner

Gesloten ten gunste van #1944. Deze PR was groen, maar liep bij het mergen op The head branch is behind the base branch, en een rebase kost een volledige nieuwe CI-ronde. #1944 draagt deze commit onveranderd als eerste van drie, bovenop een verse main — één ronde in plaats van drie op een runner die op dit moment de flessenhals is.

Gesloten ten gunste van #1944. Deze PR was groen, maar liep bij het mergen op `The head branch is behind the base branch`, en een rebase kost een volledige nieuwe CI-ronde. #1944 draagt deze commit onveranderd als eerste van drie, bovenop een verse `main` — één ronde in plaats van drie op een runner die op dit moment de flessenhals is.
brenno closed this pull request 2026-09-03 09:45:55 +00:00
All checks were successful
scans / scans (pull_request) Successful in 5m12s
Required
Details
static-gate / static-gate (pull_request) Successful in 12m25s
Required
Details

Pull request closed

Sign in to join this conversation.
No description provided.