Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

feat(evals): automated eval runner with hit, miss and false-positive scoring

Offen
#1 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
56/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
javascript, node.js
Bereich
testing, tooling

Rechercherichtung

Start by reading the existing eval fixtures, their expected.md files, and evals/README.md; the issue does not name specific files beyond those paths. Define the machine-readable finding format and how fixture reports are scored, then add a runner that launches fixture sessions in parallel with a timeout. Done means it reports hit, partial, miss, and false positive totals, exits non-zero for missed required findings, and documents the runner while retaining the manual fallback.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement eval

What

Evals are run by hand today: one headless claude -p session per fixture, then each report is read against expected.md and scored by eye.

Why

Hand scoring is slow and drifts between runs, so a regression in SKILL.md or a reference can slip through a release.

Acceptance criteria

  • npm run eval (or node evals/run.mjs) starts one session per fixture in parallel with --plugin-dir and a timeout.
  • Each expected.md gains a machine-readable block (file, line range, grade, keywords) for must, should, acceptable and must-not findings.
  • The runner prints hit / partial / miss / false positive per fixture and a total, and exits non-zero when a required finding is missed.
  • evals/README.md documents the runner; the manual steps stay as a fallback.
Vorherrschende Sprache
JavaScript
Sterne
0
Forks
0
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus devmaxxx/stackwise

Alle Issues in devmaxxx/stackwise

Ähnliche Issues

Weitere Issues zu JavaScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.