- Packs de politiques Failproof AI — des packs prêts à l’emploi pour des cas d’usage prédéfinis : branchez-en un et il fonctionne immédiatement. Le pack de politiques pour agent de développement est déjà disponible, et des packs pour d’autres cas d’usage arrivent bientôt.
- Packs de politiques communautaires — des politiques que des développeurs ont créées pour leurs propres cas d’usage et publiées à disposition de tous.
Packs de politiques Failproof AI
Pack de politiques pour agent de développement
policies add les active :
Activez celles qui sont désactivées par leur nom —
failproofai policies add block-rm-rf — ou prenez tout le pack avec --all. Affichez toutes les politiques du pack, regroupées par catégorie :
Packs de politiques communautaires
Les développeurs publient des packs pour les cas d’usage qu’ils ont rencontrés, et le hub de politiques les répertorie. Un pack communautaire est publié par son auteur, sans audit de la part de Failproof AI — lisez donc ce qu’il contient avant de l’installer :SHA256SUMS de la release, donc ce que vous lisez correspond exactement à ce qui serait installé.
Installez-le ensuite :
Ne pas préciser de tag installe la release la plus récente et l’épingle, puis indique le tag choisi. Ce qui est enregistré nomme toujours exactement une release, de sorte qu’une réinstallation ne peut pas entraîner de dérive.
Prendre une partie d’un pack
Par défaut, vous obtenez les propres valeurs par défaut du pack — les politiques que son auteur a marquées comme sûres à activer sans supervision — et non l’intégralité de son contenu.--category et --policy se combinent en union (--only est accepté comme synonyme de --policy). Lorsque le pack est déjà installé, les flags s’ajoutent à votre sélection existante, et le réinstaller sans flag ni terminal — pour une mise à jour, par exemple — conserve votre sélection telle quelle. Dans un terminal sans flag, add ouvre le sélecteur à la place, avec les valeurs par défaut de l’auteur pré-cochées, et ce que vous cochez remplace votre sélection.
Gérer ce qui est activé
--scope.
Un nom sans barre oblique est une politique ; tout ce qui en contient une est une source de pack. Un nom simple est résolu vers le pack installé qui le déclare. Lorsque deux packs installés déclarent le même nom, précisez celui que vous visez :
Ce que l’intégrité garantit — et ce qu’elle ne garantit pas
Le fichierSHA256SUMS est livré dans la même release que l’artefact, donc il ne constitue pas une signature et ne prouve rien sur l’identité de l’auteur. Ce qu’il prouve, en revanche, c’est que les octets sont bien ceux que cette release a publiés — et parce que le condensé est enregistré lors de l’ajout du pack et revérifié avant chaque import, un pack ne peut pas être modifié sur votre machine après coup. Un dépôt qui re-tague ou remplace un asset cesse de se charger au lieu d’exécuter silencieusement autre chose.
Au moment de l’installation, le pack est également importé une fois et vérifié par rapport à son propre manifeste. Un pack dont l’artefact ne se parse pas, ou qui enregistre autre chose que ce qu’il déclare, est refusé avant toute activation — plutôt que de s’installer normalement et d’échouer lors du prochain appel d’outil.
Quand un pack ne se charge pas
Un pack que cette machine a été configurée pour appliquer mais qu’elle ne peut pas exécuter refuse les événements couverts par ses politiques manquantes, plutôt que de les autoriser silencieusement — en tant quepack/failproofai-pack-unavailable, qui prime sur les politiques chargées afin que le refus soit attribué au pack manquant plutôt qu’au garde qui a déclenché en premier. L’exception est UserPromptSubmit, qui instruit à la place : refuser à cet endroit vous bloquerait hors de l’agent dont vous avez besoin pour corriger le problème. Consultez Comportement en cas d’échec.
Hors ligne et miroirs
Pour partager vos propres politiques de cette façon, consultez Publier un pack de politiques.