CodeSampleX

Läuft es auch dort?

Dokumentation allein lässt Coding-Agenten raten, was tatsächlich gebaut werden kann. Installieren Sie csx, um Ihrer KI eine echte Ausführungserfahrungsschicht hinzuzufügen – verifizierte Erfolge, Fehlschläge und Umgebungsgrenzen werden im Hintergrund leichtgewichtig abgerufen.

CLI installieren

Echte Ausführungserfahrung für Ihre KI

Wo es wirklich lief

Ein Live-Ausschnitt aus dem Kompatibilitätswürfel eines gemessenen Pakets. Klicke eine beliebige Zelle an, um in diesen Ausschnitt hineinzugehen; jede Zahl ist eine aufgezeichnete Beobachtung, keine Schätzung.

633K Beobachtungen aufgezeichnete Beobachtungen — eine je gelaufener Build-Stufe, mit der Umgebung, in der sie lief
8,6K Samples, die gebaut haben nutzbare Antworten, die ihren Vertrag bestanden haben
3,3K Pakete Abdeckung — Ziele mit aufgezeichneter Evidenz
Runtime × Symbol
1 8○ 32026-09-14
golang.org/x/net/html.CommentTokengolang.org/x/net/html.ErrorTokengolang.org/x/net/html.NewTokenizergolang.org/x/net/html.Parsegolang.org/x/net/html.Tokengolang.org/x/net/publicsuffix.EffectiveTLDPlusOnegolang.org/x/net/publicsuffix.Listgolang.org/x/net/publicsuffix.PublicSuffix
go 1.26 100%2 100%2 100%2 88%8 100%2 57%7 57%7 57%7
node 22 100%15 100%15 100%15 100%15

golang.org/x/net · golang — Den vollständigen Explorer öffnen → Gezeigt werden die Umgebungen mit der meisten Evidenz.

So liest du das Raster

Eine Zelle lesen: Die Zahl sind die aufgezeichneten Beobachtungen, durch die die Rate teilt — ein Build hinterlässt pro erreichter Stufe eine Beobachtung, also zählt sie weder Builds noch Maschinen noch Personen. Das Dokument daneben ist eine andere Tatsache aus einer anderen Quelle: ob an dieser Koordinate ein Sample existiert und wie unser eigener Lauf davon dort ausging.

  • an dieser Koordinate noch kein Sample
  • hier gibt es ein Sample, und wir haben es an dieser Koordinate noch nicht ausgeführt
  • hier gibt es ein Sample, und unser Lauf an dieser Koordinate kam sauber zurück
  • hier gibt es ein Sample, und unser Lauf an dieser Koordinate ist fehlgeschlagen
  • hier gibt es ein Sample, und an dieser Koordinate sind ein bestandener und ein fehlgeschlagener Lauf verzeichnet
  • nichts aufgezeichnet — unbekannt, weder „funktioniert“ noch „defekt“
  • unter dieser Zelle liegt eine Ebene — zum Öffnen klicken

Ein Dokument bedeutet: An dieser Koordinate gibt es ein Sample. DASS es existiert, ist eine Aussage über diese Version und diese API und ändert sich nicht mit Betriebssystem, Runtime oder Paketmanager; seine FARBE sagt, wie dieses Sample in der Umgebung gelaufen ist, die Sie gerade ansehen.

Die Zelle nennt eine Rate und fällt kein Urteil. Der Prozentsatz bezieht sich auf die darunter erfassten Beobachtungen — ein Build hinterlässt pro erreichter Stufe eine Beobachtung, also zählt er weder Builds noch Maschinen noch Personen. Beobachtung und Verifikation werden nie summiert — dass ein Projekt kompiliert, wird nie als funktionierende API dargestellt — und ein über Umgebungen aufgespanntes Raster trägt nur Beobachtung, denn was dieses Netzwerk ausgeführt hat, gehört zu einer Version und nicht zu einem Betriebssystem.

Installieren

Windows (PowerShell)
irm https://codesamplex.dev/install.ps1 | iex
macOS / Linux
curl -fsSL https://codesamplex.dev/install.sh | sh

Quellcode · Installer lesen · Code: Apache-2.0 · Data: CDLA-Permissive-2.0

Ein Befehl, eine Frage. Alles andere läuft automatisch.

Was die CLI kann

  • csx run -- npm testjeden Build oder Test ummanteln — sein Exit-Code wird zu anonymer Evidenz
  • csx search "axios multipart upload"ein Sample anfordern, das gebaut hat, mit dem genauen Unterschied zu Ihrer Umgebung
  • csx scanaufzeichnen, welche öffentlichen Pakete ein Projekt nutzt — ohne zu bauen
  • csx statsdein lokales Dashboard: Treffer, Übernahmen, Warteschlange

csx init erkennt und verbindet Claude Code, Codex, Gemini CLI, Antigravity und OpenCode automatisch. Andere Agenten lassen sich über die Konfiguration verbinden. Unterstützte Coding-Agenten →

Lass deinen Coding-Agenten installieren

Füge diesen Prompt in den Coding-Agenten ein, den du ohnehin offen hast. Er folgt der offiziellen Anleitung statt zu raten, trägt csx in deine Agenten-Konfiguration ein und prüft die Verbindung, bevor er Erfolg meldet.

Installiere den CodeSampleX-MCP-Server (csx) für den Coding-Agenten, den ich gerade benutze.

Halte dich ausschließlich an die offizielle CodeSampleX-Anleitung — https://github.com/r2cuerdame/CodeSampleX/blob/main/llms-install.md, mit den Installern unter https://codesamplex.dev/install.sh (macOS, Linux) und https://codesamplex.dev/install.ps1 (Windows). Erfinde keine Befehle und keine Konfiguration aus dem Gedächtnis.

1. Lies meine MCP-Konfiguration, bevor du hineinschreibst. Behalte jeden bereits eingetragenen Server und füge csx daneben ein; ersetze die Datei niemals.
2. Registriere csx mit absolutem Pfad — ein Client, den mein Editor startet, erbt meinen Shell-PATH nicht.
3. csx hat kein Konto: Frag mich nicht nach Token, Passwort oder API-Schlüssel und schreibe kein Geheimnis in eine Konfiguration.
4. Initialisiere den community-Modus mit `csx init --community --yes`, damit diese Installation Netzwerk-Evidenz empfängt und beiträgt; lass sie nicht im local-only-Modus. Geteilt werden nur bereinigte Fakten zu öffentlichen Paketen, Versionen, Symbolen, Umgebungen und Build-Ergebnissen, niemals Quellcode, Pfade, Projektnamen, Geheimnisse, private Pakete oder Rohprotokolle.
5. Prüfe vor der Erfolgsmeldung, dass `csx daemon status` `mode: community` anzeigt, führe `csx sync` einmal aus und bestätige, dass mein Client csx auflistet und `search_known_solution` antwortet.
6. Nenne mir jede geänderte Datei und alles, was du nicht erledigen konntest.

Lies ihn, bevor du ihn abschickst. Er verlangt kein Konto, kein Token und kein Passwort — csx braucht nichts davon — und weist den Agenten an, csx neben deine vorhandenen MCP-Server zu setzen und deine Konfiguration nie zu überschreiben.
Unterstützte Coding-Agenten

Die Installation von csx verbindet die Ausführungserfahrungsschicht automatisch mit Ihren Coding-Agenten – erkannte Clients werden ohne manuelle Konfiguration registriert.

  • Claude Code
  • Codex
  • Gemini CLI
  • Antigravity
  • OpenCode

Installieren Sie csx, und Ihre erkannten Agenten werden automatisch verbunden. csx init registriert die Werkzeugregeln und die Verbindung selbst – keine Konfigurationsdateien zu bearbeiten.

Andere Agenten oder manuelle Konfiguration

Jeder andere Client funktioniert auch – Cursor, Windsurf, Cline, Zed, VS Code. Führen Sie diesen Befehl aus und fügen Sie die Ausgabe ein, um den absoluten Pfad zu konfigurieren:

csx mcp-config

Modellunabhängig. Die gleiche Ausführungserfahrung bedient Claude, GPT, Codex, Gemini, Llama – jedes Modell, das mit Ihren Coding-Agenten verbunden ist.

So läuft es abFunktioniert diese API wirklich mit meiner Paket-, Versions- und Laufzeitkombination?

Funktioniert diese API wirklich mit meiner Paket-, Versions- und Laufzeitkombination? Die offizielle Doku kann das nicht beantworten. Aufgezeichnete Beobachtungen aus echten Umgebungen schon.

  1. Du baust oder testest über csx — oder dein Coding-Agent tut es für dich.
  2. Dein Rechner ermittelt, welche öffentlichen Pakete, Versionen und API-Symbole beteiligt waren und welche Stufe bestanden oder fehlgeschlagen ist.
  3. Fehler werden lokal zu Fingerprints verdichtet. Pfade, Projektnamen, Secrets und Rohlogs verlassen deinen Rechner nie.
  4. Anonyme Evidence-Batches bilden die öffentliche Kompatibilitätskarte, die du hier durchsuchst.
  5. Ihr Agent fragt zuerst CodeSampleX und bekommt das nächstliegende Sample, das gebaut hat, samt dem genauen Unterschied zu Ihrer Umgebung.

Dein Coding-Agent kann dasselbe Netzwerk über den MCP-Adapter nutzen: Er fragt CodeSampleX, bevor er Code gegen eine öffentliche Bibliothek schreibt, und meldet zurück, ob die Antwort gebaut hat. CLI und Web-Bericht lesen dieselben Daten.

Der Installationsvertrag

Du bekommst

  • Öffentliches Kompatibilitätswissen
  • Code-Antworten, die hier gebaut haben
  • Lokale Agenten-Integration
  • Öffentlicher Beispiel-Cache

Du trägst bei

  • Nutzung öffentlicher Pakete/Versionen
  • Nutzung öffentlicher APIs/Symbole, sofern erkennbar
  • Build-/Typecheck-/Testergebnisse
  • Bereinigte Fehler-Fingerprints

Niemals automatisch geteilt

  • Quellcode
  • Repository-/Projektname
  • Dateinamen oder Pfade
  • Quellcode-Ausschnitte
  • Secrets oder Umgebungsvariablen
  • Private Pakete
  • Rohe Compiler-/Laufzeit-Logs