Antivirus open source pour agents IA : bloquez au runtime les outils à risque, l'accès aux secrets, l'injection de prompts, les paquets malveillants, les serveurs MCP, les plugins et les skills.
 | Arrêtez les actions IA risquées avant qu'elles ne compromettent votre machine. HOL Guard est une couche de sécurité locale pour les agents IA, les outils, les plugins, les skills, les serveurs MCP et les installations de paquets. Installer HOL Guard Lire la documentation Paquet PyPI ( hol-guard)Signaler un problème |
|---|
HOL Guard examine les actions des agents avant leur exécution : commandes shell, accès aux fichiers, installations de paquets et appels d'outils MCP. Il détecte l'exposition de secrets, les opérations destructrices, l'injection de prompts et les risques liés à la chaîne d'approvisionnement, puis autorise, bloque ou demande une approbation selon votre politique.
Exécutez-le localement sans compte. Utilisez la CLI et le tableau de bord local pour gérer la protection, résoudre les approbations et inspecter l'historique des décisions. Guard Cloud en option ajoute un historique partagé, une politique d'équipe et une gestion de flotte.
Commencer · Agents pris en charge · Scanner de plugins · Documentation · Contribuer une extension · Développement
Nécessite Python 3.10 ou une version plus récente et pipx.```bash pipx install hol-guard hol-guard init
L'assistant de première exécution découvre les agents pris en charge et vous guide tout au long de la configuration de la protection. Il demande confirmation avant chaque modification de configuration, notamment l'ouverture du tableau de bord, l'installation des intégrations d'agents et la connexion aux services cloud optionnels.
Vérifiez votre installation :```bash
hol-guard --version
hol-guard status
Pour mettre à jour une installation existante :```bash hol-guard update
Pour une installation manuelle, consultez le [guide d'installation](https://github.com/hashgraph-online/hol-guard/blob/main/docs/guard/get-started.md). Les détails des versions et les préversions sont disponibles sur la [page des versions](https://github.com/hashgraph-online/hol-guard/releases).
## Ce que HOL Guard protège
| Surface | Protection |
| :--- | :--- |
| **Commandes shell et accès aux fichiers** | Analyse les opérations destructrices, l'accès à des fichiers sensibles, l'exposition d'identifiants et les commandes sortantes suspectes. |
| **Installations de paquets** | Évalue les opérations prises en charge des gestionnaires de paquets par rapport aux renseignements sur la chaîne d'approvisionnement avant l'installation. |
| **Plugins, compétences et configuration d'agents** | Inventorie les artefacts locaux et examine les outils nouveaux ou modifiés avant le lancement. |
| **Serveurs et outils MCP** | Inspecte la configuration des serveurs et examine les appels d'outils via les hooks pris en charge et les proxys gérés. |
| **Invites et résultats d'outils** | Filtre les événements pris en charge pour détecter l'injection d'invites et le contenu sensible. |
| **Approbations et preuves** | Achemine les décisions vers les invites natives ou le centre d'approbation, et enregistre des reçus locaux pour examen. |
Guard se connecte via les hooks natifs des agents, les proxys MCP gérés et les intégrations de lancement. La couverture dépend des événements exposés par chaque agent ; la [matrice de prise en charge](https://github.com/hashgraph-online/hol-guard/blob/main/docs/guard/harness-support.md) documente l'application, la livraison des approbations et le comportement en cas d'échec pour chaque intégration.
## Agents IA pris en charge
Codex, Claude Code, GitHub Copilot CLI, Cursor, Cline, Gemini CLI, Grok, Hermes, Kimi Code, Pi, oh-my-pi, OpenClaw, OpenCode, Antigravity et ZCode. [Paseo](https://github.com/hashgraph-online/hol-guard/blob/main/docs/guard/paseo.md) est pris en charge via ces intégrations natives de fournisseurs, avec une couverture par fournisseur.
Par exemple, pour configurer Codex explicitement :```bash
hol-guard install codex
hol-guard run codex --dry-run
hol-guard run codex
Le dry run enregistre l'état actuel des artefacts avant le lancement. Pour Codex, Guard installe des hooks natifs pré-outil et refuse un lancement géré si ces hooks sont manquants ou désactivés.
| Tâche | Commande |
|---|---|
| Vérifier l'état de la protection | hol-guard status |
| Diagnostiquer une intégration d'agent | hol-guard doctor codex |
| Inspecter les modifications avant le lancement | hol-guard diff codex |
| Consulter les approbations en attente | hol-guard approvals |
| Approuver ou refuser une demande | hol-guard approvals approve <request-id> / hol-guard approvals deny <request-id> |
| Consulter l'historique des décisions | hol-guard receipts |
| Lister les artefacts suivis | hol-guard inventory |
| Exporter une nomenclature IA | hol-guard abom --format json |
| Analyser les dépendances de l'espace de travail | hol-guard supply-chain scan |
| Connecter une synchronisation cloud optionnelle | hol-guard connect |
Inspecter la classification et les règles de correspondance de la commande :```bash hol-guard command test 'rm -rf ./build' hol-guard command explain 'git clean -ndx' hol-guard command extensions command.git --json
`command test` et `command explain` inspectent la commande sans l'exécuter ni créer d'approbation. Utilisez `hol-guard approvals` pour résoudre une demande en attente et `hol-guard receipts` pour consulter la décision enregistrée.
Le [répertoire des extensions](https://github.com/hashgraph-online/hol-guard/blob/main/docs/guard/extensions/README.md) répertorie la couverture des commandes générée à partir du registre d'exécution. Les contributions externes nécessitent un opt-in explicite ; les protections essentielles requises restent activées. Pour ajouter une couverture, suivez le [guide de contribution des extensions](https://github.com/hashgraph-online/hol-guard/blob/main/docs/guard/extensions/contributing.md).
### Vérifier un paquet```bash
hol-guard supply-chain sync
hol-guard supply-chain scan
hol-guard supply-chain explain [email protected] --ecosystem npm
Le verdict du paquet inclut les preuves consultatives disponibles et la couverture de l'écosystème. Consultez le guide de démarrage pour l'interception du gestionnaire de paquets et le guide de remédiation pour la gestion des faux positifs.
Ce dépôt fournit également plugin-scanner, une CLI destinée aux mainteneurs qui souhaitent effectuer des contrôles de sécurité et de qualité avant de publier des plugins d'agents, des skills et des intégrations MCP.```bash
pipx install plugin-scanner
plugin-scanner scan .
plugin-scanner lint .
plugin-scanner verify .
| Commande | Objectif |
| :--- | :--- |
| `scan` | Résultats de sécurité et rapport de qualité sur les surfaces de paquets détectées. |
| `lint` | Retour d'information sur l'écriture au niveau des règles. |
| `verify` | Vérifications de la surface d'installation et de l'état de préparation à l'exécution. |
| `submit` | Un artefact de soumission pour un paquet de plugin. |
| `doctor` | Diagnostics des composants et ensembles de dépannage. |
Le scanner détecte les formats de paquets Codex, Claude Code, DeepSeek Harness, Gemini CLI, Kimi Code et OpenCode. Utilisez `plugin-scanner --list-ecosystems` pour les lister ou `--ecosystem` pour en sélectionner un. À la racine d'un marketplace Codex, il découvre automatiquement les entrées de plugins locaux.
Les vérifications couvrent les manifestes, les secrets, la configuration du transport et des commandes MCP, les valeurs par défaut d'approbation, les compétences, les fichiers de verrouillage des dépendances et les permissions GitHub Actions. Les intégrations Cisco optionnelles ajoutent l'analyse des compétences et de MCP. Les rapports prennent en charge le texte, JSON, Markdown et SARIF.```bash
plugin-scanner scan . --format sarif --output plugin-scanner.sarif
plugin-scanner scan . --fail-on-severity high
Les niveaux de qualité utilisent les vérifications applicables à chaque paquet. Le calcul de confiance dispose d'une provenance et de pondérations distinctes ; consultez les références de calcul pour les skills, MCP et plugins.
Ajoutez le scanner à un dépôt de plugin :```yaml name: Plugin security on: [push, pull_request]
permissions: contents: read
jobs: scan: runs-on: ubuntu-latest steps: - uses: actions/checkout@df4cb1c069e1874edd31b4311f1884172cec0e10 # v6 - uses: hashgraph-online/ai-plugin-scanner-action@fdb49f9d85321a2ced2933301b395dd3c1ce9c8f # v1.2.631 with: plugin_dir: "." min_score: 80 fail_on_severity: high
Consultez la [documentation de l'action](https://github.com/hashgraph-online/ai-plugin-scanner-action) pour les téléversements SARIF, les workflows de soumission et les sorties lisibles par machine. Le code source de l'action est maintenu dans [`action/`](https://github.com/hashgraph-online/hol-guard/blob/main/action).
<a id="install-the-package-you-need"></a>
<a id="resolver-safe-cisco-extra"></a>
### Analyse Cisco facultative
Les paquets de base fonctionnent sans les dépendances Cisco. Pour ajouter l'analyse des compétences Cisco, utilisez Python 3.11 à 3.14 et installez l'extra dans un environnement isolé :```bash
pipx install 'plugin-scanner[cisco]'
Pour l'analyse Cisco MCP, utilisez l'image Docker du dépôt ou le groupe de dépendances cisco-mcp :```bash
uv sync --extra dev --extra cisco --group cisco-mcp --python 3.13
uv run plugin-scanner scan . --cisco-skill-scan on --cisco-mcp-scan on
L'extra `cisco` publié fournit l'analyse des compétences ; le groupe distinct `cisco-mcp` fournit le scanner MCP. Les versions des dépendances et les contraintes Python sont maintenues dans [`pyproject.toml`](https://github.com/hashgraph-online/hol-guard/blob/main/pyproject.toml).
## Prise en charge des écosystèmes
| Écosystème | Surfaces de détection |
| :--- | :--- |
| Codex | `.codex-plugin/plugin.json`, `marketplace.json`, `.agents/plugins/marketplace.json` |
| Claude Code | `.claude-plugin/plugin.json`, `.claude-plugin/marketplace.json` |
| DeepSeek Harness | `package.json` avec `dsh.bundle`, les patches déclarés et les exports Cordis `apply(ctx)`, ou `dsh.bundle.mode` défini sur `"patch"` pour les bundles patch-only |
| Gemini CLI | `gemini-extension.json`, `commands/**/*.toml` |
| Kimi Code | `kimi.plugin.json`, `.kimi-plugin/plugin.json`, les compétences, agents, commandes, prompts et serveurs MCP déclarés |
| OpenCode | `opencode.json`, `opencode.jsonc`, `.opencode/commands`, `.opencode/plugins` |
Utilisez `--ecosystem auto` pour détecter les paquets pris en charge dans un dépôt, ou sélectionnez explicitement un écosystème :```bash
plugin-scanner scan ./plugins-repo --ecosystem claude
plugin-scanner scan ./dsh-plugin --ecosystem deepseek-harness
| Catégorie | Couverture |
|---|---|
| Validation du manifeste | Champs requis, versions, chemins déclarés, métadonnées d'interface, liens et ressources. |
| Sécurité | Secrets codés en dur, commandes et transports MCP non sécurisés, et paramètres d'approbation risqués. |
| Sécurité opérationnelle | Permissions GitHub Actions et dépendances épinglées, modèles de checkout privilégiés, Dependabot et fichiers de verrouillage. |
| Empaquetage des plugins | Fichiers README et de licence, frontmatter des skills, règles d'ignorance et fichiers d'environnement accidentellement commités. |
| Marketplace | Validité du manifeste, découverte des paquets locaux et chemins sources sûrs. |
| Analyse des skills et MCP | Disponibilité de l'analyseur, résultats et analysabilité à partir des intégrations Cisco optionnelles. |
| Qualité du code | Exécution dynamique de code et modèles d'injection de shell. |
Plugin Scanner rapporte une note de qualité accompagnée de la provenance de confiance. Les scores de qualité sont normalisés sur l'ensemble des vérifications applicables, afin que les surfaces optionnelles ne gonflent pas la note d'un paquet.
La confiance des skills utilise les IDs d'adaptateur, les pondérations et les règles de dénominateur de la baseline HCS-28. La confiance des plugins MCP et Codex utilise des adaptateurs explicites, des pondérations et des modes de contribution documentés dans les spécifications locales :
plugin-scanner scan ./my-plugin --format json --profile public-marketplace
plugin-scanner lint ./my-plugin --list-rules plugin-scanner lint ./my-plugin --explain README_MISSING
plugin-scanner lint ./my-plugin --fix --profile strict-security
plugin-scanner verify ./my-plugin --format json plugin-scanner verify ./my-plugin --online --format text
plugin-scanner submit ./my-plugin --profile public-marketplace --attest dist/plugin-quality.json
plugin-scanner doctor ./my-plugin --component mcp --bundle dist/doctor.zip
Pour un marketplace de dépôt, `scan`, `lint`, `verify` et `doctor` peuvent cibler la racine. `submit` cible un seul paquet de plugin.
## Alignement avec la spécification Codex
Le scanner reconnaît les manifestes de plugins Codex, les métadonnées d'interface, les ressources déclarées et les paquets de marketplace :
- Les chemins de manifeste locaux utilisent des préfixes `./` ; `lint --fix` les préserve ou les ajoute.
- `.agents/plugins/marketplace.json` est l'emplacement de marketplace préféré, avec `marketplace.json` à la racine pris en charge pour la compatibilité.
- La validation d'interface vérifie les liens et ressources déclarés sans exiger un champ `type` non documenté.
- `verify --online` vérifie l'accessibilité HTTP distante. L'exécution du serveur Stdio est ignorée pour une revue manuelle.
Consultez la [documentation des plugins Codex](https://developers.openai.com/codex/plugins) et la [spécification Model Context Protocol](https://modelcontextprotocol.io) pour les formats en amont.
## Exemple de configuration + baseline
Configurez le scanner dans `.plugin-scanner.toml` :```toml
[scanner]
profile = "public-marketplace"
baseline_file = "baseline.txt"
ignore_paths = ["tests/*", "fixtures/*"]
[rules]
disabled = ["README_MISSING"]
severity_overrides = { CODEXIGNORE_MISSING = "low" }
La GitHub Action exige trust_repository_policy: true avant que la configuration et les baselines détenues par le dépôt puissent modifier son verdict. Activez cette option uniquement pour une politique à laquelle vous souhaitez que le workflow fasse confiance.
| Format | Utilisation |
|---|---|
text | Résumés en terminal avec totaux par catégorie et constats. |
json | Rapports structurés pour scripts et intégrations. |
markdown | Rapports prêts pour la revue, destinés aux pull requests et aux issues. |
sarif | Analyse de code GitHub et automatisation de la sécurité. |
L'AI Plugin Scanner Action prend en charge les barrières de sécurité, les téléversements SARIF, la réception des soumissions et les payloads de registre. Son code source se trouve dans action/, et le workflow de publication distribue le bundle de l'action.
L'ancienne HOL Codex Plugin Scanner Action reste disponible pour les workflows existants.
Utilisez submission_enabled: true pour ouvrir ou réutiliser une issue de soumission lorsqu'un plugin atteint le seuil configuré. submission_token doit disposer des permissions nécessaires pour créer des issues dans le dépôt de soumission cible. L'action émet le statut de soumission et les URL des issues en sortie.
Consultez la référence des entrées de l'action pour submission_score_threshold, submission_token et les options du dépôt cible.
Définissez registry_payload_output pour écrire un payload lisible par machine destiné à un registre ou à un pipeline de badges. L'action expose également les sorties score, grade, grade_label, max_severity et findings_total, et peut écrire un résumé de job.
Le plugin HOL Registry Broker est un exemple de plugin d'agent dans le HOL Plugin Registry. Sa fiche de registre fournit les informations de confiance actuelles.
Les agents IA peuvent exécuter des commandes, installer des dépendances, lire des fichiers et appeler des outils externes au sein d'une même session. HOL Guard examine ces actions aux points d'exécution pris en charge et conserve ensemble la décision de politique, la demande d'approbation et le reçu.
Utilisez-le pour la sécurité des agents IA sur une machine de développeur, la sécurité MCP autour des outils connectés, et les contrôles de chaîne d'approvisionnement pour les paquets et les plugins. Les équipes peuvent ajouter Guard Cloud pour les approbations partagées et la gestion des politiques, tout en conservant la protection locale.
HOL Guard est un antivirus open source et une protection d'exécution pour les agents IA. Il examine les appels d'outils pris en charge, les commandes shell, les accès aux fichiers et les opérations sur les paquets pour détecter des risques tels que l'exposition de secrets, l'injection de prompt, les actions destructrices et les dépendances malveillantes.
Oui. La protection locale, les commandes CLI, les approbations et les reçus fonctionnent sans connexion. Guard Cloud est optionnel et ajoute des preuves synchronisées, des contrôles d'équipe et une visibilité sur le parc. Consultez Local Guard vs. Guard Cloud pour la frontière des fonctionnalités.
Guard inclut des adaptateurs pour Codex, Claude Code, GitHub Copilot CLI, Cursor, Cline, Gemini CLI, Grok, Hermes, Kimi Code, Pi, oh-my-pi, OpenClaw, OpenCode, Antigravity et ZCode. Paseo est pris en charge via ces intégrations natives de fournisseurs, avec une couverture par fournisseur. La matrice de prise en charge explique quels événements et quels chemins d'application chaque adaptateur prend en charge.
Installez hol-guard pour protéger l'activité des agents sur votre machine. Installez plugin-scanner pour inspecter les paquets de plugins et appliquer des contrôles de sécurité et de qualité en CI. Ce dépôt construit et publie les deux distributions.
Guard inspecte la configuration des serveurs MCP et examine les appels d'outils MCP pris en charge via les hooks d'agents et les proxys gérés. Plugin Scanner vérifie la configuration MCP et l'accessibilité HTTP distante ; l'analyse Cisco MCP optionnelle ajoute des constats de sécurité statiques.
L'action peut nécessiter une approbation selon votre politique active, ou ses outils ou artefacts peuvent avoir changé. Commencez par hol-guard approvals, inspectez la commande avec hol-guard command explain '<command>', et utilisez hol-guard receipts pour examiner la décision enregistrée.
| Guide | Contenu |
|---|---|
| Get started | Installation, configuration manuelle, protection des paquets et commandes courantes. |
| Agent support | Couverture des intégrations et comportement d'approbation. |
| Architecture | Composants d'exécution et flux de décision. |
| Policy specification | Format du document GuardPolicy. |
| Policy recipes | Exemples de configuration pour les workflows courants. |
| Extensions | Règles de commandes intégrées et conseils de contribution. |
| Contribute an extension | Générer, examiner, intégrer et tester une nouvelle extension avec la CLI. |
| Local vs. cloud | Capacités locales et services cloud optionnels. |
| Troubleshooting | Diagnostic et récupération. |
| Security | Signalement des vulnérabilités et politique de divulgation. |
Utilisez l'Extension Builder CLI pour transformer des métadonnées de commandes exportées ou un inventaire d'outils MCP en fichiers de contribution et en tests. Il fonctionne hors ligne : il lit l'export sans importer ni exécuter l'outil cible.
1. Proposez la couverture. Consultez le répertoire des extensions pour la couverture existante. Pour une nouvelle capacité, ouvrez une proposition d'extension avec l'ID command.<name> proposé, les opérations prises en charge, les exemples destructeurs, les contreparties sûres et les références amont. Étendez une extension existante lorsqu'elle possède déjà l'opération.
Suivez la configuration de développement, puis exécutez les exemples ci-dessous depuis votre copie de travail HOL Guard. uv run --no-sync utilise la version de développement installée de cette copie de travail.
2. Générez un kit de contribution. Cet exemple utilise l'inventaire synthétique samplectl versionné. Pour votre propre contribution, remplacez l'entrée et les métadonnées par l'export de votre outil et les détails publics de l'éditeur.```bash
uv run --no-sync hol-guard extensions generate --from cli
--input docs/guard/extension-builder/examples/cli-surface.json
--slug samplectl --executable samplectl --name 'Sample CLI'
--publisher community.example --publisher-name 'Example Maintainer'
--homepage https://example.test/samplectl
--upstream-version 1.0.0 --output samplectl-kit
uv run --no-sync hol-guard extensions validate samplectl-kit
Le répertoire de sortie doit être nouveau, avec un répertoire parent existant. Le kit inclut `discovery.json`, `review.json`, `report.json`, les métadonnées de contribution, un détecteur natif, les tests générés et un manifeste de fichiers.
Autres entrées : `--from help` lit l'aide de commande enregistrée ; `--from click` lit un export Click `Context.to_info_dict()` ; `--from oclif` lit `oclif.manifest.json` ; `--from mcp` lit un résultat `tools/list` exporté complet ; et `--from snapshot` rejoue `discovery.json`. L'exemple `cli` ci-dessus utilise le JSON normalisé `guard.cli-surface.v1`.
Pour les contributions MCP, le générateur utilise `--launcher` et `--package` au lieu de `--executable`. Voir l'[exemple de kit MCP](https://github.com/hashgraph-online/hol-guard/blob/main/docs/guard/extension-builder/README.md#generate-an-mcp-kit) pour une commande complète et les exigences de pagination.
**3. Examinez les opérations et régénérez.** Lisez `report.json` et comparez les opérations découvertes avec l'implémentation en amont. Copiez le fichier de revue avant de le modifier :```bash
cp samplectl-kit/review.json samplectl-review.json
Modifiez samplectl-review.json, en conservant intacts sa liaison de découverte et ses identifiants d'opération. Les opérations CLI utilisent review ou block ; l'opération racine reste review. Définissez reviewed: true pour les entrées que vous avez évaluées, avec une justification et une référence de preuve HTTPS publique. Ajoutez safeArgv uniquement pour les invocations sûres exactes et vérifiées. Le format de revue inclut un exemple d'entrée complet.
Recompilez à partir de l'instantané enregistré plutôt que de modifier les détecteurs ou les manifestes générés :```bash
uv run --no-sync hol-guard extensions generate --from snapshot
--input samplectl-kit/discovery.json
--review samplectl-review.json --output samplectl-reviewed
uv run --no-sync hol-guard extensions validate samplectl-reviewed uv run --no-sync hol-guard extensions diff samplectl-kit samplectl-reviewed
`diff` retourne `0` pour des kits identiques et `1` lorsque des kits valides diffèrent. Si l'export en amont change, générez et examinez un nouvel instantané.
**4. Prévisualisez et appliquez l'intégration.** Sur votre branche de contribution, prévisualisez les modifications apportées à la copie de travail actuelle :```bash
uv run --no-sync hol-guard extensions apply samplectl-reviewed --repo .
Inspectez les chemins listés et les fichiers générés. Copiez le condensé du plan imprimé dans la commande suivante avant de l'exécuter :```bash
uv run --no-sync hol-guard extensions apply samplectl-reviewed --repo .
--expected-plan THE_PRINTED_PLAN_DIGEST
--write
L'écriture applique le plan révisé aux fichiers de contribution, à la carte de confiance externe, à l'enregistrement au catalogue, à l'empaquetage et aux enregistrements de propriété d'auteur. Les ID existants ou les fichiers en conflit interrompent l'intégration pour révision.
**5. Tester et soumettre une pull request.** Pour l'exemple `samplectl` :```bash
uv run --no-sync python scripts/release/stage_guard_cloud_review_artifacts.py
uv run --no-sync pytest -q tests/test_generated_cli_samplectl_extension.py
uv run --no-sync pytest -q \
tests/test_guard_extension_contribution.py \
tests/test_guard_extension_trust.py \
tests/test_guard_command_extension_registry.py
uv run --no-sync python scripts/render_command_extension_directory.py
uv run --no-sync python scripts/render_command_extension_directory.py --check
git diff --check
Utilisez le nom de fichier de test que vous avez généré pour un slug différent. Ajoutez des cas pour les opérations destructives, les aperçus sûrs, les alias, les drapeaux réordonnés, le quoting, les entrées malformées et les commandes composées. Exécutez les vérifications de lint et de formatage sur les fichiers Python modifiés. Inspectez le diff final, committez l'intégration et le répertoire régénéré, puis ouvrez une PR contre main en liant la proposition et les résultats des tests. Incluez les enregistrements d'authoring générés ; gardez les répertoires de kit temporaires et les exports upstream bruts hors de la PR.
Les contributions communautaires restent External et désactivées par défaut. Les tests doivent prouver qu'elles sont inertes tant qu'un administrateur local ne les a pas activées. Générer, appliquer ou fusionner une contribution ne l'active pas, et son détecteur ne peut pas affaiblir les protections requises de Guard.
Full builder reference · Contribution review requirements · External extension contract · Builder validation
Clone the repository and install the development dependencies with uv:```bash git clone https://github.com/hashgraph-online/hol-guard.git cd hol-guard uv sync --extra dev uv run ruff check src tests uv run ruff format --check src tests uv run pytest --tb=short uv build
Pour une couverture Cisco optionnelle, utilisez la commande de groupe de dépendances ci-dessus. Consultez [CONTRIBUTING.md](https://github.com/hashgraph-online/hol-guard/blob/main/CONTRIBUTING.md) pour les exigences de contribution et la [matrice de tests](https://github.com/hashgraph-online/hol-guard/blob/main/docs/guard/testing-matrix.md) pour les tests d'intégration.
## Ressources
- [Registre de plugins HOL](https://hol.org/registry/plugins)
- [Jeu de données HOL Plugin Security sur Hugging Face](https://huggingface.co/datasets/HashgraphOnline/hol-plugin-security)
- [Documentation des standards HOL](https://hol.org/docs/standards)
- [Documentation du plugin OpenAI Codex](https://developers.openai.com/codex/plugins)
- [Documentation du Model Context Protocol](https://modelcontextprotocol.io)
- [Cisco AI Skill Scanner](https://pypi.org/project/cisco-ai-skill-scanner/)
- [Cisco AI MCP Scanner](https://pypi.org/project/cisco-ai-mcp-scanner/)
- [Organisation GitHub HOL](https://github.com/hashgraph-online)
## Communauté
Maintenu par [Hashgraph Online](https://github.com/hashgraph-online).
- [Signaler un bug ou demander une fonctionnalité](https://github.com/hashgraph-online/hol-guard/issues)
- [Parcourir les versions](https://github.com/hashgraph-online/hol-guard/releases)
- [Explorer le jeu de données de sécurité des plugins](https://huggingface.co/datasets/HashgraphOnline/hol-plugin-security)
## Licence
Sous licence [Apache-2.0](https://github.com/hashgraph-online/hol-guard/blob/main/LICENSE).