Ground truth validation: Phase 2 roadmap (coverage, gradients, numcrux)

Offen
  • Stimmt etwas nicht?
#984 1 Kommentar 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Ruhig
Tech-Stack
kotlin, python
Bereich
machine-learning, testing-qa

Rechercherichtung

Start by reading the linked sub-issues and the PR that added .github/workflows/ground-truth.yml and -PrequireGroundTruth; this parent issue lists follow-up areas but does not specify a single change or its files. Pick up a separately scoped sub-issue, then use its acceptance criteria to determine what tests to run and what completion looks like.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement tracking

Parent tracking issue for the follow-up work identified while wiring
skainet-test-groundtruth into real CI (see the PR that adds
.github/workflows/ground-truth.yml, closes the metadata-parsing gap, and adds
-PrequireGroundTruth). That change made the existing pipeline actually run and
actually fail loud when broken — it did not expand what the pipeline covers. This issue
tracks what's next.

Related: #447 ("Wire IREE execution into CI and gate on PyTorch numerical checks") is
the same idea for the compiled (IREE) path — this issue's Phase 1 work is the eager-path
analog, already landed. #321 (closed) has historical context on the 3-repo layout.

Sub-issues

  • Expand Python-side op coverage
  • Decide on gradient validation
  • Numcrux transfer/donation (governance)
  • (stretch) Single-source DSL generating both Kotlin and Python fixtures

Filed as separate linked issues so each can be picked up independently.

Vorherrschende Sprache
Kotlin
Sterne
52
Forks
15
Ø Merge
23 Std. 45 Min.
Gemergte PRs (30 T.)
80

Entwicklungsumgebung

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 SKaiNET-developers/SKaiNET

Alle Issues in SKaiNET-developers/SKaiNET

Ähnliche Issues

Weitere Issues zu Kotlin

Neue Issues direkt in Ihr Postfach

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