Persönliches Projekt · On-Prem · Lokale KI · Freigabe durch Menschen

Finde die Nullen. In Ihrem Netzwerk.

Gridnull ist eine von mir entwickelte On-Prem-Anwendung: GitHub oder GitLab anbinden, stale und stuck Work sichtbar machen, optional lokale Ollama-Vorschläge — ohne Repo-Daten an eine Vendor-Cloud. Diese Website zeigt das Produkt; Evaluationszugang gibt es auf Anfrage, auf eigenes Risiko.

  • On-Prem
  • Keine Cloud-KI
  • GitHub + GitLab
  • Mensch in der Schleife
  • Nur auf Einladung

Rundgang

Kurzer Walkthrough: Projekt-Dashboard, lokale LLM-Vorschläge und Admin-Übersicht.

gridnull · walkthrough

Produkt-UI

gridnull · dashboard
Projekt — Vorschläge zur Prüfung
gridnull · dashboard
Admin — Jobs und Instanz-Status

Das Problem

Blinde Flecken im Backlog bleiben unsichtbar, bis es weh tut

Backlogs verbergen echtes Risiko

Offene Issues häufen sich. Veraltete Tickets und verfallende Meilensteine sind in der Board-Ansicht allein schwer erkennbar.

Backlog-Pflege ist manuell und repetitiv

Duplikate, leere Beschreibungen und festhängende Tickets fressen Lead Time in jedem Sprint.

Cloud-KI ist schwer durchsetzbar

Security- und Platform-Teams blockieren oft Tools, die Issue-Text an externe APIs senden.

Der Ansatz

Sync. Measure. Assist.

Drei Säulen, ein On-Prem-Deployment. Sie behalten die Kontrolle über Daten und jede angewandte Änderung.

Sync

Einheitlicher Issue-Spiegel

Issues, Labels und Meilensteine aus GitHub oder GitLab nach Postgres — geplant oder on demand.

Measure

Backlog-Metriken, die zählen

Stale Issues, Stuck Issues, Meilenstein-Verfall — konfigurierbare Schwellwerte pro Projekt.

Assist

Lokale KI, Ihre Freigabe

Ollama schlägt Duplikate und Beschreibungsentwürfe vor. VCS-Updates nur nach menschlicher Bestätigung.

Warum Gridnull

Für Teams, die bereits in GitHub/GitLab arbeiten

Die meisten Engineering-Teams leben bereits in GitHub oder GitLab. Gridnull ersetzt Ihr Board nicht — es spiegelt Issue-Metadaten in Infrastruktur, die Sie kontrollieren, und zeigt, was Sprint-Boards verbergen: was stale ist, was festhängt und welche Meilensteine verfallen.

Engineering Leads

Null-Signale werden messbar — Stale-, Stuck- und Meilenstein-Verfall-Metriken über Projekte, nicht Bauchgefühl im Standup.

Platform / DevOps

Standard Docker-Compose-Stack. Kein Vendor-SaaS mit Ihrem Issue-Text. Passt zu Intranet und Reverse-Proxy, die Sie schon betreiben.

Entwickler

Gleicher OAuth-Login wie GitHub/GitLab. Command Palette, Projekt-Favoriten, Schwellwerte pro Projekt — schnelle Navigation ohne neuen Issue-Tracker.

Security & Compliance

Issue-Metadaten bleiben in Ihrem Netzwerk. LLM-Worker lesen nur Postgres. PATs verschlüsselt at rest. Geschlossene Registrierung + E-Mail-Allowlist in Production.

Gemischte VCS-Landschaft

Ein Dashboard für GitHub und GitLab — nützlich, wenn Teams auf verschiedenen Hosts arbeiten, Platform aber eine Backlog-Sicht will.

Metriken, die zur Backlog-Realität passen

Stale, Stuck und Meilenstein-Verfall mit Schwellwerten pro Projekt — keine Einheits-Dashboards.

Lokale KI ohne Procurement-Kampf

Ollama auf Ihrer Hardware schlägt Duplikate und dünne Beschreibungen vor. Security bekommt „keine externe LLM-API“ statt der nächsten Ausnahme.

Menschlich freigegebenes Write-back

Vorschläge sind Entwürfe. Apply schreibt mit Ihren Credentials zu GitHub/GitLab; Verwerfen kostet nichts.

Ops-tauglich ab Tag eins

Admin-Overview, Background Jobs, Audit-Log, Rate Limiting, Bootstrap + EULA — für Team-Instanzen gebaut.

Ehrlicher Scope

Kein finanziertes Startup-SKU. Heute voller Funktionsumfang; künftige CE/Pro-Aufteilung ist Roadmap, nicht im Code erzwungen.

Ihre Issues verlassen Ihr Netzwerk nie für KI — aber Ihr Team sieht endlich, welche still verrotten.

Ein vollständiges On-Prem-Produkt: Worker, Verschlüsselung, Release-Pipeline — gebaut für echte Backlog-Hygiene, nicht als SaaS verkauft.

Für wen

Teams mit Self-Host — und alle, die Produktengineering einstellen

Engineering-Teams, die Self-Host-Backlog-Sicht neben GitHub/GitLab evaluieren

Platform-Teams mit Interesse an Docker Compose, OAuth und geschlossener Registrierung

Security-bewusste Orgs, die Cloud-KI auf Issue-Text blockieren

Recruiter und Hiring Manager, die ein Full-Stack-Produkt sehen wollen

So funktioniert es

Vom Install zu Erkenntnissen in vier Schritten

01

Installieren

Nach Kontakt und Vereinbarung erhalten Sie das gridnull-install-Bundle und GHCR-Anleitung. .env konfigurieren, gridnull-web / gridnull-worker ziehen, Migrationen — kein Produkt-Git-Clone.

02

Bootstrap

/setup öffnen, EULA akzeptieren, erster OAuth-Login wird Admin; Teammitglieder mit Rollen einladen.

03

Verbinden

GitHub- oder GitLab-Verbindung (PAT) hinzufügen, Projekte registrieren, on demand oder nach Plan syncen.

04

Handeln

Dashboard-Metriken prüfen, lokale Analyse starten, Vorschläge verwerfen oder anwenden.

Ein ernsthaftes On-Prem-Produkt: Metriken, Queues, Verschlüsselung, Install-Bundle und Human-in-the-loop-KI — end-to-end von einer Person gebaut.

Neugierig, wie es in der Praxis wirkt?

Gridnull wird nicht als kommerzielles Produkt mit SLA oder Support angeboten. Wer es auf eigener Infrastruktur testen möchte, kann sich melden — Test-Repo nutzen und jedes Apply prüfen.