Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Ground truth: numcrux transfer/donation (governance decision)

Open
  • Is something wrong?
#987 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Quiet
Tech stack
kotlin, python, pytorch
Domain
data, machine-learning

Research direction

Start by reading the linked parent issue #984, then review CONTRACT.md and skainet-test-groundtruth/build.gradle.kts for the stated technical preconditions. The issue is done when the owners decide whether to transfer the corpus, what happens to gradienttracer and licensing, and whether CI should use a numcrux-hosted corpus; it does not specify an implementation task.

Written by the indexing model from the issue text.

Description

question sub-issue

Sub-issue of #984.

skainet-ground-truth's actual Python content is already framework-agnostic — it
imports only torch and gradienttracer, zero SKaiNET/Kotlin coupling. The "SKaiNET"
branding is only in the repo name and README framing, not the code, matching
numcrux's own stated mission ("a public, neutral,
versioned reference-data commons... framework-agnostic and language-agnostic... will
start with the existing numerical test suite from SKaiNET").

skainet-test-groundtruth/build.gradle.kts's fixture-source path is now overridable
(-PgroundTruthSourceDir, defaults to the sibling-checkout convenience it always had),
and CONTRACT.md documents the GGUF tensor-naming/metadata conventions explicitly — so
SKaiNET's consumer no longer needs to change if/when the underlying fixtures move to a
numcrux-owned repo. That was the technical precondition; this issue is the remaining
non-technical one.

Open questions (for whoever owns this decision)

  • Does skainet-ground-truth's content get donated/transferred to the numcrux org
    outright, or does numcrux start a fresh corpus and skainet-ground-truth stays as
    SKaiNET's own (possibly narrower, possibly diverging) fixture set?
  • If transferred: does gradienttracer (the execution/serialization engine) move too,
    or stay under SKaiNET-developers as infrastructure numcrux depends on?
  • License/attribution framing for a neutral commons vs. a SKaiNET-branded repo.
  • Whether SKaiNET's CI (.github/workflows/ground-truth.yml) should point at the
    numcrux-hosted corpus once one exists, via -PgroundTruthSourceDir, or continue
    using skainet-ground-truth as a curated subset.

Not blocking anything today — filed so the decision has a home when it's ready to be
made, and so the "near future" framing from the original ask has a concrete place to
land.

Dominant language
Kotlin
Stars
52
Forks
15
Avg merge
1d 15h
Merged PRs (30d)
36

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from SKaiNET-developers/SKaiNET

All issues in SKaiNET-developers/SKaiNET

Similar issues

More Kotlin issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.