CodeSampleX

Est-ce que ça tourne là-bas ?

La seule documentation laisse les agents de programmation deviner ce qui se compilera réellement. Installez csx pour ajouter une véritable couche d'expérience d'exécution à votre IA — en rappelant en arrière-plan les succès vérifiés, les échecs et les limites d'environnement.

Véritable expérience d'exécution pour votre IA

Où ça a réellement tourné

Une tranche en direct du cube de compatibilité d'un paquet mesuré. Cliquez sur une cellule pour descendre dans cette tranche ; chaque chiffre est une observation enregistrée, pas une estimation.

633K Observations observations enregistrées : une par étape de build qui a tourné, avec l'environnement où elle a tourné
8,6K Échantillons qui ont compilé réponses utilisables ayant passé leur contrat
3,3K Paquets couverture — cibles avec des preuves enregistrées
Comment lire la grille

Lire une cellule : Le nombre, ce sont les observations enregistrées que le taux divise : une compilation dépose une observation par étape atteinte, ce n'est donc ni un nombre de builds, ni de machines, ni de personnes. Le document à côté est un autre fait, d'une autre source : l'existence d'un échantillon à cette coordonnée, et le résultat de notre exécution là-bas.

  • pas encore d'échantillon à cette coordonnée
  • il y a un échantillon ici et nous ne l'avons pas encore exécuté à cette coordonnée
  • il y a un échantillon ici et notre exécution à cette coordonnée s'est terminée proprement
  • il y a un échantillon ici et notre exécution à cette coordonnée a échoué
  • il y a un échantillon ici et cette coordonnée enregistre à la fois une exécution réussie et une exécution en échec
  • rien enregistré — inconnu, ni « fonctionne » ni « cassé »
  • il y a un niveau sous cette case — cliquez pour l'ouvrir

Un document signifie qu'il y a un échantillon à cette coordonnée. Son EXISTENCE est un fait sur cette version et cette API et ne change pas avec l'OS, le runtime ou le gestionnaire de paquets ; sa COULEUR dit comment cet échantillon s'est exécuté dans l'environnement que vous regardez.

La cellule indique un taux et ne rend aucun verdict. Le pourcentage porte sur les observations enregistrées en dessous : une compilation dépose une observation par étape atteinte, ce n'est donc ni un nombre de builds, ni de machines, ni de personnes. Observation et vérification ne sont jamais additionnées — qu'un projet compile n'est jamais présenté comme une API qui fonctionne — et une grille déployée par environnements ne porte que l'observation, car ce que ce réseau a exécuté appartient à une version et non à un OS.

Installer

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

Code source · Lire l installateur · Code: Apache-2.0 · Data: CDLA-Permissive-2.0

Une commande, une question. Tout le reste est automatique.

Ce que fait la CLI

  • csx run -- npm testenvelopper n'importe quel build ou test — son code de sortie devient une preuve anonyme
  • csx search "axios multipart upload"demander un échantillon qui a compilé, avec la différence exacte par rapport à votre environnement
  • csx scanenregistrer quels paquets publics un projet utilise, sans compiler
  • csx statsvotre tableau de bord local : correspondances, adoptions, file d'attente

csx init détecte et connecte automatiquement Claude Code, Codex, Gemini CLI, Antigravity et OpenCode. D'autres agents se connectent via configuration. Agents de programmation pris en charge →

Laissez votre agent de code l'installer

Collez cette invite dans l'agent de programmation déjà ouvert. Il suit les instructions d'installation officielles au lieu de deviner, ajoute csx à la configuration de votre agent et vérifie la connexion avant de signaler le succès.

Installe le serveur MCP CodeSampleX (csx) pour l'agent de code que j'utilise en ce moment.

Suis uniquement les instructions officielles de CodeSampleX — https://github.com/r2cuerdame/CodeSampleX/blob/main/llms-install.md, avec les installeurs sur https://codesamplex.dev/install.sh (macOS, Linux) et https://codesamplex.dev/install.ps1 (Windows). N'improvise aucune commande ni configuration de mémoire.

1. Lis ma configuration MCP avant d'y écrire. Garde tous les serveurs déjà présents et ajoute csx à côté ; ne remplace jamais le fichier.
2. Enregistre csx par son chemin absolu : un client lancé par mon éditeur n'hérite pas du PATH de mon shell.
3. csx n'a pas de compte : ne me demande ni jeton, ni mot de passe, ni clé d'API, et n'écris aucun secret dans une configuration.
4. Initialise le mode community avec `csx init --community --yes` afin de recevoir et de contribuer aux preuves du réseau ; ne le laisse pas en local-only. Seuls des faits assainis sur les paquets publics, versions, symboles, environnements et résultats de build sont partagés, jamais le code source, les chemins, noms de projet, secrets, paquets privés ou journaux bruts.
5. Avant d'annoncer une réussite, confirme que `csx daemon status` affiche `mode: community`, lance `csx sync` une fois, puis vérifie que mon client liste csx et que `search_known_solution` répond.
6. Dis-moi chaque fichier modifié, et ce que tu n'as pas pu faire.

Lisez-le avant de l'envoyer. Il ne demande ni compte, ni jeton, ni mot de passe — csx n'en a pas besoin — et il demande à l'agent d'ajouter csx à côté de vos serveurs MCP existants, jamais d'écraser votre configuration.

Agents de programmation pris en charge

L'installation de csx connecte automatiquement la couche d'expérience d'exécution à vos agents de programmation — enregistrant les clients détectés sans configuration manuelle.

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

Installez csx et vos agents détectés sont connectés automatiquement. csx init enregistre les règles d'outils et la connexion lui-même — aucun fichier de configuration à modifier.

Autres agents ou configuration manuelle

Tout autre client fonctionne également — Cursor, Windsurf, Cline, Zed, VS Code. Exécutez cette commande et collez ce qu'elle affiche pour configurer le chemin absolu :

csx mcp-config

Indépendant du modèle. La même expérience d'exécution sert Claude, GPT, Codex, Gemini, Llama — tout modèle connecté à vos agents de programmation.

Comment ça marcheCette API fonctionne-t-elle vraiment avec ma combinaison de paquet, version et runtime ?

Cette API fonctionne-t-elle vraiment avec ma combinaison de paquet, version et runtime ? La documentation officielle ne peut pas répondre à ça. Les observations enregistrées dans de vrais environnements, si.

  1. Vous compilez ou testez via csx — ou votre agent de code le fait pour vous.
  2. Votre machine détermine quels paquets publics, versions et symboles d'API étaient impliqués, et quelle étape a réussi ou échoué.
  3. Les erreurs sont réduites en empreintes localement. Chemins, noms de projet, secrets et journaux bruts ne quittent jamais votre machine.
  4. Les lots de preuves anonymes construisent la carte publique de compatibilité que vous consultez ici.
  5. Votre agent interroge d'abord CodeSampleX et obtient l'échantillon le plus proche qui a compilé, ainsi que la différence exacte avec votre environnement.

Votre agent de code peut consommer le même réseau via l'adaptateur MCP : il interroge CodeSampleX avant d'écrire du code utilisant une bibliothèque publique, puis rapporte si la réponse a compilé. La CLI et le rapport web se lisent à l'identique.

Le contrat d'installation

Vous recevez

  • Connaissances publiques de compatibilité
  • Des réponses de code qui ont compilé ici
  • Intégration d'agents locaux
  • Cache public d'exemples

Vous contribuez

  • Utilisation de paquets/versions publics
  • Utilisation d'API/symboles publics quand détectable
  • Résultats de build/typecheck/test
  • Empreintes d'échec assainies

Jamais partagé automatiquement

  • Code source
  • Nom du dépôt/projet
  • Noms de fichiers ou chemins
  • Extraits de code
  • Secrets ou variables d'environnement
  • Paquets privés
  • Journaux bruts du compilateur/runtime