Perplexity Policy & Guardrails

Ce qu'il fait

Fournit des modèles concrets d'application de politiques pour les intégrations Perplexity : règles ESLint personnalisées pour détecter les clés codées en dur, hooks de pre-commit, flux de travail CI appliquant la politique sous forme de code (exemples OPA rego), modèles TypeScript stricts et gardes au runtime pour bloquer les opérations dangereuses en production.

Quand l'utiliser

Utilisez cette compétence lors de l'intégration de Perplexity dans des applications et lorsque vous avez besoin de vérifications automatisées pour empêcher la fuite de secrets, imposer un schéma de configuration et la sécurité au runtime, ou ajouter des portes de CI/lint pour la conformité aux politiques. Déclenchez-la sur des phrases comme 'perplexity policy', 'perplexity lint' ou 'perplexity guardrails'.

Ce qui est inclus

• Scripts : exemple de règle ESLint, YAML de hook de pre-commit, extraits de flux CI, politiques OPA rego et exemples de code de garde au runtime. (has_scripts: false dans le snapshot du dépôt)
• Références : dossiers de décision d'architecture et ressources pour l'implémentation de plugins ESLint et OPA.
• Instructions : guidage étape par étape pour ajouter des règles, configurer les hooks, câbler les vérifications CI et activer les protections au runtime.

Agents compatibles

Utile pour les agents orientés développeurs et l'automatisation CI capables d'éditer des fichiers de dépôt ou de suggérer des changements de code ; fonctionne avec Node/TypeScript, ESLint et les systèmes CI standards.