Repository navigation
ci: the verify-full label forces the full run, also for doc-only PRs - #90
Conversation
AGENTS.md requires verify:full before a release, and the label is the way to ask for it - but the change detection marked a Markdown-only PR as code=false, which skipped install, verify and verify:full. The release PR #86 (CHANGELOG, AGENTS.md, a skill file) thus got no full run. The label now counts as a code change, and adding it to an open PR starts a run (labeled event). PRs without the label are unchanged. Fixes #89 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
The fresh review of #90 found that verify:full ends with the eval gate (`uv run …`) while uv was only installed later and only for AI changes: run 36396210580 failed with "uv: not found" - the verify-full label had never worked for a PR without AI changes. uv now comes before verify:full whenever it runs, and the label also forces the AI service checks (ruff, pyright, pytest, eval gate), which belong to verify (AGENTS.md). Refs #89 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
…rsion In CI (uv 0.12.19, installed as "latest") `uv run --project services/ai --directory services/ai` resolved the project relative to the directory, i.e. services/ai/services/ai, and failed with "Project directory does not exist"; locally uv 0.11.24 resolved it against the start directory. With --directory alone the project is found in services/ai under both. Refs #89 Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
Frischer Review (/review-pr) – unabhängiger Reviewer-Agent ohne Umsetzungskontext, 2026-09-28
Ohne Befund geprüft: Urteil: changes requested – Bearbeitung: 1 → |
|
Merge auf Freigabe des Orchestrators (2026-09-28: „merge getestetes“) – CI grün im vollen Lauf (4 min 40 s), Doku-PR-Pfad in #91 belegt. |
Warum
Fixes #89 · Voraussetzung für den Release-Nachweis in #86
Arbeitsstand
verify-fullerzwingt die volle Prüfung auch bei PRs, die nur Markdown ändern (z. B. ein Release).labeled;uvvorverify:full;pnpm evalsunabhängig von der uv-Version; Nachweis per Wegwerf-PR test(ci): doc-only probe for the verify-full label – do not merge #91.verify:fullam Release-PR chore(release): v0.1.0 – pilot scope #86.Was ist passiert (Klartext)
Änderung an der CI (automatische Prüfung bei jedem PR). Vor einem Release muss laut Projektregeln die volle Prüfung laufen – Tests, Browser-Tests und KI-Qualitätsprüfung. Man fordert sie mit dem Label
verify-fullan. Die CI hat sie aber übersprungen, wenn ein PR nur Texte (Markdown) ändert – und ein Release-PR ändert genau das: das Änderungsprotokoll. Jetzt gilt: Wer das Label setzt, bekommt die volle Prüfung immer, und schon das Setzen des Labels startet sie. PRs ohne Label bleiben so schnell wie bisher. Beim Testen kamen zwei ältere Fehler ans Licht, die die volle Prüfung ohne KI-Änderung nie hätte bestehen lassen: Das Werkzeuguvfehlte an dieser Stelle, und der Aufruf der KI-Qualitätsprüfung passte nicht zur neuesten uv-Version. Beides ist behoben. Rückweg: diesen PR rückgängig machen (Revert).Plan-Pflicht (SYSTEM.md §4)
Impact Manifest
.github/workflows/ci.yml, Jobcheck) und das Skriptevalsinpackage.json– kein Anwendungscode.labeled;code=trueundai=truezusätzlich bei Labelverify-full;setup-uvvorverify:full..md-Datei: ohne Label musscheckim Doku-Modus bleiben; Label nachträglich setzen →labeled-Lauf mitverify,verify:full, AI verify und Eval-Gate. Dieser PR selbst läuft mit Label.code=falsefürdocs/**und*.md; alle teuren Schritte hängen ancode=true(ci.yml);labeledfehlte inon.pull_request.types. YAML lokal geparst.labeledstartet bei jedem Label einen Lauf: bei Doku-PRs schnell, bei Code-PRs den vollenverify(mitverify-fullsogarverify:full, ~5 min) – dasselbe Muster wieedited,cancel-in-progressbegrenzt Dopplungen. uv ist in der CI nicht gepinnt („latest“) – das Skript ist jetzt versionsunabhängig. Rollback: Revert dieses PRs.Geändert
.github/workflows/ci.yml:on.pull_request.types+labeled; „Detect doc-only changes“: Labelverify-full→code=trueundai=true;setup-uvvor „Install Playwright“, Bedingungaioderverify:fullpackage.json:evals=uv run --directory services/ai …(ohne--project)Nachweis (SYSTEM.md §11)
verify:changed: YAML lokal geparst;pnpm evalslokal mit neuem Aufruf: Eval-Gate bestanden (uv 0.11.24)verify: grün – CI am PR, voller Lauf mit Labelverify-full(auf 88e0788 grün:pnpm verify,verify:full, AI verify, Eval-Gate); ebenso im Wegwerf-PR test(ci): doc-only probe for the verify-full label – do not merge #91verify:full/ E2E-Spec: Wegwerf-PR test(ci): doc-only probe for the verify-full label – do not merge #91 (nur.md): ohne Labelcheckin 9 s; mit Label erst rot –uv: not found(Befund 1), dannProject directory services/ai does not exist(uv 0.12.19); nach beiden Fixes grün in 5 min 20 s:pnpm verify,pnpm verify:full(Unit 232, Integration 141, E2E 3/3, Eval-Gate), AI verify, Eval-GateDoku-Entscheidung (genau eine)
verify-full“); die CI setzt das jetzt auch für Doku-PRs um[Unreleased](sichtbares Feature oder Verhalten – im selben PR, nie „später")Entferntes oder Umbenanntes:
docs/+ README gegrept, Treffer bereinigt: nichts entferntDateigrößen und neue Bausteine (SYSTEM.md §7)
Dateien über 500 Zeilen im Diff (Ausnahmen: generierter Code, Lockfiles, Fixtures, Migrationen, Schemas, Ressourcen, Doku, Konfiguration):
Über 800 Zeilen mit neuer Fachlogik oder über 1000 Zeilen (P1/P2): nicht betroffen
Neue Shared-Komponente, Utility-Datei, Adapter oder fachlicher Service:
Subagent-Einsätze
Keine.
Risiken / offene Punkte
🤖 Generated with Claude Code