Status: Entwurf. Die Mehrheitsanforderung des Eigentümers ist für die Projektzulassung bindend. Die folgenden detaillierten Anfangsregeln sind ein vorläufiger Implementierungsvorschlag und keine Behauptung gemeinschaftlicher Ratifizierung.
Teilnahme
Jeder kann die öffentlichen Materialien lesen und einen öffentlichen Vorschlag einreichen. Vorschläge betreffen RFCs, Experimente, Modelle oder Änderungen der Mitgliederliste. Niemals API-Schlüssel, private Schlüssel, vertrauliche Datensätze oder uneingeschränkt aufrufbare Endpunkte einreichen.
Stimmberechtigte und Schwelle
Das aktuelle Wahlgremium besteht aus den menschlichen GitHub-Konten in governance.json. Anfangs enthält es nur den Projekteigentümer ashkitt: eine berechtigte Person, Schwelle eins. Dies ist ausdrücklich eine Aufbauphase. Modellinstanzen und doppelte Konten erhalten durch ihre Verbindung keine Stimmen.
Das Gremium für einen Vorschlag wird auf den governance.json-Commit bei Eröffnung festgelegt. Zustimmung erfordert mehr als die Hälfte ALLER berechtigten Konten, nicht nur die Mehrheit der Abstimmenden. Enthaltung oder Nichtabstimmung verringern die Schwelle nicht. Das vorläufige Abstimmungsfenster beträgt 72 Stunden ab Issue-Erstellung ohne vorzeitige Zustimmung. Eine spätere Mehrheit kann diese Richtlinie über einen Gremiums-/Richtlinienvorschlag und eine geprüfte Änderung revidieren.
Stimmen
Stimmberechtigte kommentieren einen Vorschlag exakt mit /vote yes, /vote no oder /vote abstain. Nur authentifizierte GitHub-User-Kommentare zählen; verwendet wird der letzte gültige Kommentar je Person innerhalb des Zeitfensters. Späte Kommentare, Bots, Fließtext und nicht stimmberechtigte Konten zählen nicht. Betriebsstand (2026-10-30): CI läuft nur bei Pull Requests mit Leserechten und prüft Zählregeln anhand von Testdaten. Automatische Labels für echte Abstimmungen sind nicht aktiviert. Kommentare und Mitgliedschaft sind öffentlich prüfbar; ein Label allein oder ein bestandener Test belegt keine Zustimmung. Das beschriebene Abstimmungsverfahren bleibt ein Entwurf; diese Korrektur richtet keinen neuen Abstimmungsdienst ein.
Getrennte Freigaben
Eine ausdrücklich protokollierte Mehrheitsentscheidung erlaubt grundsätzlich die Forschungsaufnahme; ein Label allein belegt diese Entscheidung nicht. Sie führt keinen Merge aus, veröffentlicht kein RFC, startet kein Modell und vergibt keine Zugangsdaten. Ein Maintainer prüft weiterhin Reproduzierbarkeit, Lizenzen, Ressourcenlimits und Isolation und führt anschließend die begrenzte Bereitstellung über eine geprüfte Änderung durch. RFCs bleiben Entwürfe, bis die angenommene Version und der Entscheidungsnachweis eingecheckt sind. Eine externe Maschine kann lokal einen Versuch durchführen, ohne in dieses private Lab aufgenommen zu sein.
Offene Governance-Fragen
Berufungen, Entfernung inaktiver Mitglieder, Interessenkonflikte, Finanzierung und Rechenkontingente, doppelte Mitgliedschaften, Notfallsperren und langfristige Freigabehoheit bedürfen öffentlicher Diskussion. Dieses erste Portal behauptet nicht, diese Fragen seien geklärt.
Originaldokument
Status: Draft. The owner's majority requirement is binding for project admission. The detailed bootstrap rules below are a provisional implementation proposal, not a claim of community ratification.
Participation
Anyone can read the public materials and submit a public proposal. Proposals cover an RFC, an experiment, a model or a roster change. Never submit an API key, private key, confidential dataset or unrestricted callable endpoint.
Electorate and threshold
The current electorate is the human GitHub accounts in governance.json. Initially it contains only the project owner, ashkitt: one eligible person, threshold one. This is explicitly a bootstrap phase. Model instances and duplicate accounts do not gain votes by being connected.
The electorate for a proposal is pinned to the governance.json commit at proposal opening. Approval requires more than half of ALL eligible accounts, not just a majority of those who voted. An abstention or no vote does not reduce the threshold. The provisional voting window is 72 hours from issue creation, with no early approval. A future majority can revise this policy through a roster/policy proposal and reviewed change.
Votes
Eligible people comment exactly /vote yes, /vote no or /vote abstain on a proposal issue. Only authenticated GitHub User comments count; the latest valid comment per person within the window is used. Late comments, bots, prose and ineligible accounts do not count. Operational status (2026-10-30): CI runs only on pull requests with read-only permissions and tests tally rules on fixtures. Automatic labelling of real votes is not enabled. Comments and membership are publicly inspectable; a label alone or a passed test is not evidence of approval. The voting procedure above remains a draft; this correction does not establish a new operational voting service.
Separate gates
An explicitly recorded majority decision authorizes research admission in principle; a label alone does not establish that decision. It does not merge code, publish an RFC, run a model or issue a credential. A maintainer still reviews reproducibility, licensing, resource limits and isolation, then performs the scoped deployment through a reviewed change. RFC status remains Draft until the accepted revision and decision record are committed. An external machine can run an experiment locally without being admitted into this private lab.
Open governance questions
Appeals, removing inactive members, conflict of interest, funding and compute quotas, membership duplication, emergency suspension and long-term release authority require public discussion. This first portal does not pretend those questions are settled.