failproofai 0.0.6-beta.3 → 0.0.6-beta.4

package/.next/standalone/docs/fr/examples.mdx

@@ -1,307 +0,0 @@
----
-title: Exemples
-description: "Comment configurer des hooks pour Claude Code et l'Agents SDK"
-icon: book-open
----
-
-Des exemples prêts à l'emploi pour les scénarios courants. Chacun montre comment l'installer et ce à quoi s'attendre.
-
----
-
-## Configurer des hooks pour Claude Code
-
-Failproof AI s'intègre à Claude Code via son [système de hooks](https://docs.anthropic.com/en/docs/claude-code/hooks). Lorsque vous exécutez `failproofai policies --install`, il enregistre des commandes de hooks dans le fichier `settings.json` de Claude Code, qui se déclenchent à chaque appel d'outil.
-
-<Steps>
-  <Step title="Installer failproofai">
-    ```bash
-    npm install -g failproofai
-    ```
-  </Step>
-  <Step title="Activer toutes les politiques intégrées">
-    ```bash
-    failproofai policies --install
-    ```
-  </Step>
-  <Step title="Vérifier que les hooks sont enregistrés">
-    ```bash
-    cat ~/.claude/settings.json | grep failproofai
-    ```
-
-    Vous devriez voir des entrées de hooks pour les événements `PreToolUse`, `PostToolUse`, `Notification` et `Stop`.
-  </Step>
-  <Step title="Lancer Claude Code">
-    ```bash
-    claude
-    ```
-
-    Les politiques s'exécutent désormais automatiquement à chaque appel d'outil. Essayez de demander à Claude d'exécuter `sudo rm -rf /` — la commande sera bloquée.
-  </Step>
-</Steps>
-
----
-
-## Configurer des hooks pour l'Agents SDK
-
-Si vous développez avec l'[Agents SDK](https://docs.anthropic.com/en/docs/agents-sdk), vous pouvez utiliser le même système de hooks de manière programmatique.
-
-<Steps>
-  <Step title="Installer failproofai dans votre projet">
-    ```bash
-    npm install failproofai
-    ```
-  </Step>
-  <Step title="Configurer les hooks dans votre agent">
-    Transmettez des commandes de hooks lors de la création de votre processus agent. Les hooks se déclenchent de la même manière que dans Claude Code — via JSON en stdin/stdout :
-
-    ```bash
-    failproofai --hook PreToolUse   # appelé avant chaque outil
-    failproofai --hook PostToolUse  # appelé après chaque outil
-    ```
-  </Step>
-  <Step title="Écrire une politique personnalisée pour votre agent">
-    ```javascript
-    import { customPolicies, allow, deny } from "failproofai";
-
-    customPolicies.add({
-      name: "limit-to-project-dir",
-      description: "Maintenir l'agent dans le répertoire du projet",
-      match: { events: ["PreToolUse"] },
-      fn: async (ctx) => {
-        const path = String(ctx.toolInput?.file_path ?? "");
-        if (path.startsWith("/") && !path.startsWith(ctx.session?.cwd ?? "")) {
-          return deny("Agent is restricted to the project directory");
-        }
-        return allow();
-      },
-    });
-    ```
-  </Step>
-  <Step title="Installer la politique personnalisée">
-    ```bash
-    failproofai policies --install --custom ./my-agent-policies.js
-    ```
-  </Step>
-</Steps>
-
----
-
-## Bloquer les commandes destructrices
-
-La configuration la plus courante — empêcher les agents de causer des dommages irréversibles.
-
-```bash
-failproofai policies --install block-sudo block-rm-rf block-force-push block-curl-pipe-sh
-```
-
-Ce que cela fait :
-- `block-sudo` — bloque toutes les commandes `sudo`
-- `block-rm-rf` — bloque la suppression récursive de fichiers
-- `block-force-push` — bloque `git push --force`
-- `block-curl-pipe-sh` — bloque l'exécution de scripts distants via un pipe vers le shell
-
----
-
-## Prévenir les fuites de secrets
-
-Empêcher les agents de voir ou de divulguer des identifiants dans la sortie des outils.
-
-```bash
-failproofai policies --install sanitize-api-keys sanitize-jwt sanitize-connection-strings sanitize-bearer-tokens
-```
-
-Ces politiques se déclenchent sur `PostToolUse` — après l'exécution d'un outil, elles nettoient la sortie avant que l'agent ne la reçoive.
-
----
-
-## Recevoir des alertes Slack quand les agents ont besoin d'attention
-
-Utilisez le hook de notification pour transférer les alertes d'inactivité vers Slack.
-
-```javascript
-import { customPolicies, allow, instruct } from "failproofai";
-
-customPolicies.add({
-  name: "slack-on-idle",
-  description: "Alerter Slack quand l'agent attend une entrée",
-  match: { events: ["Notification"] },
-  fn: async (ctx) => {
-    const webhookUrl = process.env.SLACK_WEBHOOK_URL;
-    if (!webhookUrl) return allow();
-
-    const message = String(ctx.payload?.message ?? "Agent is waiting");
-    const project = ctx.session?.cwd ?? "unknown";
-
-    try {
-      await fetch(webhookUrl, {
-        method: "POST",
-        headers: { "Content-Type": "application/json" },
-        body: JSON.stringify({
-          text: `*${message}*\nProject: \`${project}\``,
-        }),
-        signal: AbortSignal.timeout(5000),
-      });
-    } catch {
-      // ne jamais bloquer l'agent si Slack est inaccessible
-    }
-
-    return allow();
-  },
-});
-```
-
-Installez-le :
-
-```bash
-SLACK_WEBHOOK_URL=https://hooks.slack.com/... failproofai policies --install --custom ./slack-alerts.js
-```
-
----
-
-## Maintenir les agents sur une branche
-
-Empêcher les agents de changer de branche ou de pousser vers des branches protégées.
-
-```javascript
-import { customPolicies, allow, deny } from "failproofai";
-
-customPolicies.add({
-  name: "stay-on-branch",
-  description: "Empêcher l'agent de basculer sur d'autres branches",
-  match: { events: ["PreToolUse"] },
-  fn: async (ctx) => {
-    if (ctx.toolName !== "Bash") return allow();
-    const cmd = String(ctx.toolInput?.command ?? "");
-    if (/git\s+checkout\s+(?!-b)/.test(cmd)) {
-      return deny("Stay on the current branch. Create a new branch with -b if needed.");
-    }
-    return allow();
-  },
-});
-```
-
----
-
-## Exiger des tests avant les commits
-
-Rappeler aux agents d'exécuter les tests avant de committer.
-
-```javascript
-import { customPolicies, allow, instruct } from "failproofai";
-
-customPolicies.add({
-  name: "test-before-commit",
-  description: "Rappeler à l'agent d'exécuter les tests avant de committer",
-  match: { events: ["PreToolUse"] },
-  fn: async (ctx) => {
-    if (ctx.toolName !== "Bash") return allow();
-    const cmd = String(ctx.toolInput?.command ?? "");
-    if (/git\s+commit/.test(cmd)) {
-      return instruct("Run tests before committing. Use `npm test` or `bun test` first.");
-    }
-    return allow();
-  },
-});
-```
-
----
-
-## Sécuriser un dépôt de production
-
-Committez une configuration au niveau du projet afin que tous les développeurs de votre équipe bénéficient des mêmes politiques.
-
-Créez `.failproofai/policies-config.json` dans votre dépôt :
-
-```json
-{
-  "enabledPolicies": [
-    "block-sudo",
-    "block-rm-rf",
-    "block-force-push",
-    "block-push-master",
-    "block-env-files",
-    "sanitize-api-keys",
-    "sanitize-jwt"
-  ],
-  "policyParams": {
-    "block-push-master": {
-      "protectedBranches": ["main", "release", "production"]
-    }
-  }
-}
-```
-
-Puis committez-le :
-
-```bash
-git add .failproofai/policies-config.json
-git commit -m "Add failproofai team policies"
-```
-
-Chaque membre de l'équipe ayant failproofai installé récupérera automatiquement ces règles.
-
----
-
-## Établir un standard qualité à l'échelle de l'organisation avec des politiques de convention
-
-La configuration la plus impactante : committez `.failproofai/policies/` dans votre dépôt avec des politiques adaptées à votre projet. Tous les membres de l'équipe les récupèrent automatiquement — sans commandes d'installation ni modifications de configuration.
-
-<Steps>
-  <Step title="Créer le répertoire et ajouter des politiques">
-    ```bash
-    mkdir -p .failproofai/policies
-    ```
-
-    ```js
-    // .failproofai/policies/team-policies.mjs
-    import { customPolicies, allow, deny, instruct } from "failproofai";
-
-    // Imposer le gestionnaire de paquets préféré de votre équipe
-    // (ou activez plutôt la politique intégrée prefer-package-manager)
-    customPolicies.add({
-      name: "enforce-bun",
-      match: { events: ["PreToolUse"] },
-      fn: async (ctx) => {
-        if (ctx.toolName !== "Bash") return allow();
-        const cmd = String(ctx.toolInput?.command ?? "");
-        if (/\bnpm\b/.test(cmd)) return deny("Use bun instead of npm.");
-        return allow();
-      },
-    });
-
-    // Rappeler à l'agent d'exécuter les tests avant de committer
-    customPolicies.add({
-      name: "test-before-commit",
-      match: { events: ["PreToolUse"] },
-      fn: async (ctx) => {
-        if (ctx.toolName !== "Bash") return allow();
-        if (/git\s+commit/.test(ctx.toolInput?.command ?? "")) {
-          return instruct("Run tests before committing.");
-        }
-        return allow();
-      },
-    });
-    ```
-  </Step>
-  <Step title="Committer dans git">
-    ```bash
-    git add .failproofai/policies/
-    git commit -m "Add team quality policies"
-    ```
-  </Step>
-  <Step title="Continuer à améliorer">
-    Au fur et à mesure que votre équipe rencontre de nouveaux types d'échecs, ajoutez des politiques et poussez-les. Tout le monde reçoit la mise à jour au prochain `git pull`. Ces politiques deviennent un standard qualité vivant qui évolue avec votre équipe.
-  </Step>
-</Steps>
-
----
-
-## Plus d'exemples
-
-Le répertoire [`examples/`](https://github.com/exospherehost/failproofai/tree/main/examples) du dépôt contient :
-
-| Fichier | Ce qu'il illustre |
-|---------|-------------------|
-| `policies-basic.js` | Politiques de base — bloquer les écritures en production, les force-push, les scripts pipés |
-| `policies-notification.js` | Alertes Slack pour les notifications d'inactivité et la fin de session |
-| `policies-advanced/index.js` | Imports transitifs, hooks asynchrones, nettoyage de la sortie PostToolUse, gestion de l'événement Stop |

package/.next/standalone/docs/fr/for-agents.mdx

@@ -1,38 +0,0 @@
----
-title: "Pour les agents"
-description: "Ajoutez les connaissances Failproof AI à votre agent de codage en une seule commande. Compatible avec Claude Code, Cursor, Windsurf, et bien plus."
----
-
-Ajoutez l'intégralité de la référence Failproof AI à votre agent de codage en une seule commande. Compatible avec Claude Code, Cursor, Windsurf, et tout autre agent prenant en charge les skills.
-
-```bash
-npx skills add https://docs.befailproof.ai
-```
-
-`npx skills` détecte les agents installés sur votre machine et ajoute le skill dans le format approprié pour chacun d'eux automatiquement.
-
-## Ce que couvre le skill
-
-| Domaine | Contenu |
-|---------|---------|
-| Politiques | Noms des politiques intégrées, types d'événements, paramètres, activation/désactivation |
-| Politiques personnalisées | `customPolicies.add()`, filtres de correspondance, API `allow`/`deny`/`instruct` |
-| Objet de contexte | `ctx.eventType`, `ctx.toolName`, `ctx.toolInput`, `ctx.session` |
-| Configuration | Structure de `policies-config.json`, fusion des portées, `policyParams` |
-| CLI | `failproofai policies --install`, `--uninstall`, `--custom`, portées |
-| Tableau de bord | Visualiseur de sessions, activité des politiques, variables d'environnement |
-| Architecture | Flux du gestionnaire de hooks, codes de sortie, contrat stdin/stdout |
-
-## Le skill est-il complet ?
-
-Mintlify génère `llms.txt` à partir de toutes les pages de la navigation. La documentation Failproof AI couvre l'intégralité de l'API — chaque politique, option et exemple est inclus. Si vous constatez qu'il manque quelque chose, la source est disponible à l'adresse `https://docs.befailproof.ai/llms-full.txt`.
-
-Pour un contexte ciblé, créez un lien directement vers une page spécifique :
-
-```bash
-# Uniquement l'API des politiques personnalisées
-npx skills add https://docs.befailproof.ai/custom-policies
-
-# Uniquement les politiques intégrées
-npx skills add https://docs.befailproof.ai/built-in-policies
-```

package/.next/standalone/docs/fr/getting-started.mdx

@@ -1,186 +0,0 @@
----
-title: Démarrage rapide
-description: "Installez failproofai, activez les politiques et laissez vos agents fonctionner de manière fiable"
-icon: rocket
----
-
-## Prérequis
-
-- **Node.js** >= 20.9.0
-- **Bun** >= 1.3.0 (optionnel - nécessaire uniquement pour compiler depuis les sources)
-
----
-
-## Installation
-
-<CodeGroup>
-
-```bash npm
-npm install -g failproofai
-```
-
-```bash bun
-bun add -g failproofai
-```
-
-</CodeGroup>
-
----
-
-## Démarrage rapide
-
-<Steps>
-  <Step title="Activer les politiques">
-    Les politiques sont des règles qui s'exécutent avant et après chaque appel d'outil de l'agent. Elles interceptent les commandes destructrices, les fuites de secrets et d'autres modes de défaillance avant qu'ils ne causent des dommages.
-
-    ```bash
-    failproofai policies --install
-    ```
-
-    Cette commande inscrit les entrées de hook dans le fichier `settings.json` de Claude Code. Vous pouvez également installer pour un seul projet ou choisir des politiques spécifiques :
-
-    ```bash
-    failproofai policies --install --scope project
-    failproofai policies --install block-sudo block-rm-rf sanitize-api-keys
-    ```
-  </Step>
-  <Step title="Vérifier">
-    ```bash
-    failproofai policies
-    ```
-
-    Affiche toutes les politiques, leur état d'activation et les paramètres configurés.
-  </Step>
-  <Step title="Lancer le tableau de bord">
-    ```bash
-    failproofai
-    ```
-
-    Ouvre un tableau de bord local à l'adresse `http://localhost:8020` où vous pouvez parcourir les sessions, inspecter les appels d'outils et gérer les politiques.
-  </Step>
-  <Step title="Exécuter votre agent">
-    Démarrez Claude Code comme d'habitude. Si l'agent tente quelque chose de risqué, failproofai l'intercepte automatiquement. Laissez-le tourner sans surveillance et consultez ce qui s'est passé dans le tableau de bord.
-  </Step>
-</Steps>
-
----
-
-## Fonctionnement des politiques
-
-Chaque fois qu'un agent exécute un outil, Claude Code appelle failproofai en tant que sous-processus :
-
-```text
-Claude Code  →  failproofai --hook PreToolUse  →  reads stdin JSON
-                                                 evaluates policies
-                                                 writes decision to stdout
-```
-
-Chaque politique retourne l'une des trois décisions suivantes :
-
-- **allow** - l'agent continue normalement
-- **deny** - l'action est bloquée, l'agent est informé de la raison
-- **instruct** - du contexte supplémentaire est ajouté à l'invite de l'agent
-
-<Note>
-Les politiques s'exécutent dans votre processus local. Rien n'est envoyé à un service distant.
-</Note>
-
----
-
-## Configurer des politiques d'équipe avec les politiques par convention
-
-La façon la plus rapide d'établir des standards de qualité au sein de votre équipe est la convention `.failproofai/policies/`. Déposez des fichiers de politiques dans ce répertoire et ils sont chargés automatiquement — sans options, sans modification de configuration, sans commandes d'installation.
-
-<Steps>
-  <Step title="Créer le répertoire des politiques">
-    ```bash
-    mkdir -p .failproofai/policies
-    ```
-  </Step>
-  <Step title="Ajouter des fichiers de politiques">
-    Copiez les exemples de démarrage ou créez les vôtres :
-
-    ```bash
-    cp node_modules/failproofai/examples/convention-policies/*.mjs .failproofai/policies/
-    ```
-
-    Ou créez-en un nouveau :
-
-    ```js
-    // .failproofai/policies/team-policies.mjs
-    import { customPolicies, allow, deny, instruct } from "failproofai";
-
-    customPolicies.add({
-      name: "test-before-commit",
-      match: { events: ["PreToolUse"] },
-      fn: async (ctx) => {
-        if (ctx.toolName !== "Bash") return allow();
-        if (/git\s+commit/.test(ctx.toolInput?.command ?? "")) {
-          return instruct("Run tests before committing.");
-        }
-        return allow();
-      },
-    });
-    ```
-  </Step>
-  <Step title="Valider dans git">
-    ```bash
-    git add .failproofai/policies/
-    git commit -m "Add team quality policies"
-    ```
-
-    Chaque membre de l'équipe ayant failproofai installé récupère ces politiques automatiquement. Aucune configuration individuelle n'est nécessaire.
-  </Step>
-</Steps>
-
-<Tip>
-Commitez `.failproofai/policies/` dans votre dépôt afin que toute l'équipe partage les mêmes standards. Au fur et à mesure que votre équipe découvre de nouveaux modes de défaillance, ajoutez des politiques et poussez-les — tout le monde reçoit la mise à jour au prochain `git pull`. Au fil du temps, ces politiques deviennent un standard de qualité vivant qui ne cesse de s'améliorer.
-</Tip>
-
----
-
-## Stockage des données
-
-Toute la configuration et les journaux restent sur votre machine :
-
-| Chemin | Contenu |
-|--------|---------|
-| `~/.failproofai/policies-config.json` | Configuration globale des politiques |
-| `~/.failproofai/hook-activity.jsonl` | Historique d'exécution des hooks |
-| `~/.failproofai/hook.log` | Journal de débogage pour les erreurs de hooks personnalisés |
-| `.failproofai/policies-config.json` | Configuration par projet (versionnée) |
-| `.failproofai/policies-config.local.json` | Substitutions personnelles (ignorées par git) |
-
----
-
-## Désinstallation
-
-```bash
-failproofai policies --uninstall
-```
-
-Supprime les entrées de hook du fichier `~/.claude/settings.json`. Les fichiers de configuration dans `~/.failproofai/` sont conservés.
-
----
-
-## Prochaines étapes
-
-<CardGroup cols={2}>
-
-<Card title="Configuration" icon="gear" href="/fr/configuration">
-  Portées et format des fichiers de configuration
-</Card>
-
-<Card title="Politiques intégrées" icon="shield" href="/fr/built-in-policies">
-  Les 26 politiques avec leurs paramètres
-</Card>
-
-<Card title="Politiques personnalisées" icon="code" href="/fr/custom-policies">
-  Écrivez vos propres politiques en JavaScript
-</Card>
-
-<Card title="Moniteur d'agent" icon="chart-line" href="/fr/dashboard">
-  Surveillez les sessions et examinez l'activité des politiques
-</Card>
-
-</CardGroup>

package/.next/standalone/docs/fr/introduction.mdx

@@ -1,57 +0,0 @@
----
-title: Failproof AI
-description: "Gérez les hooks et les politiques qui maintiennent vos agents IA fiables et autonomes"
----
-
-[![npm weekly downloads](https://img.shields.io/npm/dw/failproofai?style=flat-square&color=2ea44f)](https://www.npmjs.com/package/failproofai)
-
-Des hooks et des politiques qui maintiennent vos agents IA fiables et autonomes - pour **Claude Code** et le **Agents SDK**.
-
-Les agents IA échouent de manière prévisible. Ils exécutent des commandes destructrices, exposent des secrets, dérivent hors sujet, se retrouvent bloqués dans des boucles ou poussent directement vers la branche principale. Sans surveillance, les petites défaillances s'enchaînent.
-
-Failproof AI résout ce problème grâce aux **politiques** - des règles qui s'intègrent à chaque appel d'outil de l'agent et peuvent **détecter les défaillances**, **les atténuer** (bloquer, instruire, assainir) et **vous alerter** lorsqu'une intervention est nécessaire. Un tableau de bord local vous permet de tout passer en revue par la suite.
-
-Tout s'exécute localement. Aucune donnée ne quitte votre machine.
-
-## Démarrer
-
-<CardGroup cols={2}>
-
-<Card title="26 politiques intégrées" icon="shield" href="/fr/built-in-policies">
-  Bloquez les commandes destructrices, empêchez les fuites de secrets, maintenez les agents dans les limites du projet, et bien plus encore - directement intégré.
-</Card>
-
-<Card title="Politiques personnalisées" icon="code" href="/fr/custom-policies">
-  Écrivez vos propres règles en JavaScript avec une API simple allow / deny / instruct.
-</Card>
-
-<Card title="Moniteur d'agents" icon="chart-line" href="/fr/dashboard">
-  Voyez ce que vos agents ont fait pendant votre absence. Parcourez les sessions, inspectez les appels d'outils, examinez où les politiques se sont déclenchées.
-</Card>
-
-<Card title="Configuration simplifiée" icon="gear" href="/fr/configuration">
-  Ajustez n'importe quelle politique sans code. Définissez des listes d'autorisation, des branches protégées ou des seuils par projet ou globalement.
-</Card>
-
-</CardGroup>
-
-## Démarrage rapide
-
-<CodeGroup>
-
-```bash npm
-npm install -g failproofai
-```
-
-```bash bun
-bun add -g failproofai
-```
-
-</CodeGroup>
-
-```bash
-failproofai policies --install   # activer les politiques
-failproofai                      # lancer le tableau de bord
-```
-
-Consultez le guide [Premiers pas](/fr/getting-started) pour une présentation complète.

package/.next/standalone/docs/fr/package-aliases.mdx

@@ -1,82 +0,0 @@
----
-title: Alias de Packages
-description: "Alias enregistrés pour la prévention du typosquatting et leur fonctionnement"
-icon: copy
----
-
-## Package officiel
-
-Le package npm canonique est **`failproofai`** :
-
-```bash
-npm install -g failproofai
-# or
-bun add -g failproofai
-```
-
----
-
-## Pourquoi nous détenons les noms d'alias
-
-Le typosquatting est une attaque courante contre la chaîne d'approvisionnement logicielle, où un acteur malveillant enregistre un nom de package à une seule frappe de clavier d'un package populaire. Les utilisateurs qui font une faute de frappe lors de la commande d'installation finissent par exécuter du code contrôlé par l'attaquant avec un accès complet au système — exactement le type de menace que Failproof AI est conçu pour contrer.
-
-Pour éliminer cette surface d'attaque, **nous détenons de manière préventive toutes les fautes d'orthographe courantes et variantes de formatage** de `failproofai` sur npm. Aucun de ces noms ne peut être enregistré par un tiers. Chacun est un proxy minimal qui installe le vrai package `failproofai` et lui délègue les appels.
-
----
-
-## Alias enregistrés
-
-**Variantes de formatage** - différentes façons d'écrire « failproof ai » :
-
-| Package | Statut |
-|---------|--------|
-| `failproof` | ✅ Publié |
-| `failproof-ai` | ⏳ En attente de validation npm |
-| `fail-proof-ai` | ⏳ En attente de validation npm |
-| `failproof_ai` | ⏳ En attente de validation npm |
-| `fail_proof_ai` | ⏳ En attente de validation npm |
-| `fail-proofai` | ⏳ En attente de validation npm |
-
-**Fautes de frappe `failprof*`** - un `o` manquant dans « proof » :
-
-| Package | Statut |
-|---------|--------|
-| `failprof` | ✅ Publié |
-| `failprof-ai` | ✅ Publié |
-| `failprofai` | ⏳ En attente de validation npm |
-| `fail-prof-ai` | ⏳ En attente de validation npm |
-| `failprof_ai` | ⏳ En attente de validation npm |
-
-**Fautes de frappe `faliproof*`** - inversion des lettres `a` et `i` :
-
-| Package | Statut |
-|---------|--------|
-| `faliproof` | ✅ Publié |
-| `faliproof-ai` | ✅ Publié |
-| `faliproofai` | ⏳ En attente de validation npm |
-
-> **Pourquoi « en attente » ?** La politique anti-spam de npm bloque les noms qui, après suppression de la ponctuation et application de vérifications de similarité, se normalisent vers la même chaîne qu'un package existant. Nous avons contacté le support npm pour réserver ces noms à des fins de protection contre le squatting. Ils seront activés une fois approuvés.
-
-Vous pouvez vérifier que tout alias publié nous appartient :
-
-```bash
-npm info failproof
-# Look for: "ExosphereHost Inc." in the maintainers field
-```
-
----
-
-## Fonctionnement des alias
-
-Chaque package alias :
-
-1. Liste `failproofai` comme dépendance — ainsi, le vrai package (y compris la configuration de son hook `postinstall`) s'exécute lors de l'installation
-2. Expose un binaire portant son propre nom (par exemple `failprof-ai`) qui transmet tous les arguments au binaire `failproofai`
-
-Le proxy est un script Node de deux lignes ; il ne contient aucune logique, n'effectue aucun appel réseau et ne collecte aucune donnée au-delà de ce que fait `failproofai` lui-même.
-
----
-
-## Si vous trouvez un nom que nous avons manqué
-
-Ouvrez une issue sur [exospherehost/failproofai](https://github.com/exospherehost/failproofai/issues) et nous l'enregistrerons.