Zdůvodnění
„Jen reprezentativní endpointy“ je způsob, jak ten pomalý uniká. Projekce měření výkonu odvozuje každý cíl z téže deklarace, která odvozuje endpoint, takže operace nemůže existovat bez svého měření a měření nemůže přežít operaci, kterou měřilo. Baseline je jeden revidovatelný soubor na platformu a politika regresí jsou data, takže práh je rozhodnutí, které někdo učinil v commitu.
Požadované chování
Vstupní typ schopnosti implementuje BenchmarkCases a produkuje alespoň jeden případ pro daný repozitář. Deskriptor, jehož poctivé případy potřebují záznam, který repozitář nemusí mít, to deklaruje ve své politice (required_when, s typovanou předpodmínkou); kde předpodmínka není splněna a žádný případ neexistuje, požadavek se hlásí jako inapplicable s předpodmínkou jako důvodem — nikdy se nepočítá jako pokrytý — a kde splněna je, chybějící případ chybí. majordomus bench coverage hlásí missing 0; majordomus bench baseline update je jediný způsob, jak se základní hodnota mění, z čistého stromu, pokud není řečeno --allow-dirty; majordomus bench --check porovná běh se základní hodnotou jeho platformy pod .ai/repo/benchmarks/rust/policy.yaml a hlásí každý řádek, nové cíle a zastaralé položky základní hodnoty jménem.
Chování při selhání
capabilities validate skončí s kódem 10 a jmenuje chybějící požadavek; bench coverage --check skončí s kódem 10; bench --check skončí s kódem 10 při regresi oproti politice; CI spouští obě kontroly; dokument, který uvádí latenci a neodkazuje na důkazy, se v recenzi odmítne.
Ověření
apps/majordomus-cli/tests/{bench,bench_units}.rs, test/cases/91_canonical_architecture.sh, job rust v .github/workflows/validate.yml.