Erfasst:437 News/102 KI-Tools/413 Open-Source-Projekte/75 Lernressourcen
StartNewsOpen SourceModelleKI-ToolsSkillsLernen
Start / Skills / Entwickler-Produktivität / Verify and Stop
Entwickler-Produktivität

Verify and Stop

Julius BrusseeApache-2.0Sprache des Skills: Englisch
Lizenz geprüftKeine Skripte
DemoEchter Lauf · claude-opus-5-5 · Oktober 2026
Can you check whether this ticket is done? I only want to know if the acceptance criteria are met. Ticket ACME-88 acceptance criteria: 1. `GET /health` returns HTTP 200 with JSON body `{"status": "ok"}`. 2. The endpoint does not require authentication. 3. A test covers the endpoint. The developer's diff: ```python # app/routes.py @app.get("/health") @require_login def health(): return {"status": "ok"}, 200 ``` ```python # tests/test_health.py def test_health(client, logged_in_user): resp = client.get("/health") assert resp.status_code == 200 assert resp.json == {"status": "ok"} ``` CI output: `tests/test_health.py::test_health PASSED` and `142 passed in 8.31s`.
Skill: verify-and-stop

No, ACME-88 isn't done. Criterion 2 fails, and the test that's supposed to cover the endpoint wouldn't catch that failure.

# Criterion Result Evidence
1 GET /health returns 200 with {"status": "ok"} Pass, but only for logged-in users The handler returns {"status": "ok"}, 200. The test checks both the status code and the JSON body, and CI shows it passing.
2 No authentication required Fail app/routes.py puts @require_login on health(), so the endpoint requires login.
3 A test covers the endpoint Partial test_health exists and passes. But it uses the logged_in_user fixture, so it only tests a logged-in request. That's why CI passes even though criterion 2 fails.

To close the ticket:

  • Remove @require_login from health().
  • Remove logged_in_user from the test so it makes the request without logging in. That way the test also proves criterion 2.

How I checked: There's no repository in this workspace, so I didn't run anything. This is based only on the diff and CI output you pasted. I'm also assuming @require_login blocks requests that aren't logged in (with a 401, 403 or a redirect), as its name suggests. I couldn't see its code to confirm that.

Real run recorded with claude-code / claude-opus-5-5. Output is shown verbatim, unmodified.

Was es macht

Eine Arbeitsregel für reine Prüfaufgaben: die Akzeptanzkriterien in die kleinste Menge an Prüfungen übersetzen, die sie belegt, berichten und aufhören.

So funktioniert es

  1. Ordnet jedem Akzeptanzkriterium den kleinsten ausreichenden Nachweis zu und nutzt Ergebnisse weiter, die noch zum aktuellen Code passen.
  2. Führt gezielte Prüfungen vor breiteren aus und meldet jedes Ergebnis genau als bestanden, fehlgeschlagen, nicht verfügbar oder blockiert.
  3. Ändert ohne Auftrag keinen Produktcode und ergänzt nach bestandenen Kriterien keinen Feinschliff, keine Aufräumarbeiten und keine zusätzlichen Tests.

Geeignet für

"Ist das Ticket fertig?"-Prüfungen, Verifikation vor dem Merge und den letzten Nachweis.

Gut zu wissen

Eines der allgemeinen Arbeitsmuster aus dem Open-Source-Projekt Caveman. Die Anweisungen selbst tragen kein Caveman-Branding und funktionieren in jedem Projekt.

Hinweise & Risiken

Reine Anweisungsdatei: keine Skripte, kein Netzwerkzugriff, keine Dateischreibvorgänge. Das Paket enthält außerdem LICENSE, NOTICE und agents/openai.yaml (Anzeigename und Standard-Prompt für Codex).