Compétences fiftyone-code-style
📝

fiftyone-code-style

Sûr 🌐 Accès réseau⚙️ Commandes externes

Générer du code Python conforme à FiftyOne

Écrire du code pour FiftyOne exige des conventions spécifiques pour les imports, les docstrings et la structure des modules. Cette compétence garantit que vos contributions suivent le guide de style officiel de FiftyOne pour un code propre et cohérent.

Prend en charge: Claude Codex Code(CC)
📊 69 Adéquat
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "fiftyone-code-style". Generate a Python module for a FiftyOne operator that loads image metadata.

Résultat attendu:

  • Structure de module avec l’en-tête de copyright et quatre groupes d’imports
  • Imports : stdlib (os, logging), third-party (numpy), eta (eta.core.utils), fiftyone (fiftyone.core.labels)
  • Docstring au style Google avec sections Args et Returns
  • Fonction publique déléguant à un helper privé avec préfixe underscore

Utilisation de "fiftyone-code-style". Create a function that filters samples by a label confidence threshold.

Résultat attendu:

  • Fonction avec docstring au style Google documentant les paramètres et le type de retour
  • Section Args décrivant les paramètres dataset et threshold
  • Section Returns décrivant le DatasetView filtré
  • Fonction helper privée avec préfixe underscore pour l’implémentation

Utilisation de "fiftyone-code-style". Show me how to import common FiftyOne modules with standard aliases.

Résultat attendu:

  • Alias standard : fo (fiftyone), fol (fiftyone.core.labels), fof (fiftyone.core.fields)
  • Patron d’import paresseux pour les dépendances lourdes comme open3d
  • Organisation des imports suivant la convention en quatre groupes

Audit de sécurité

Sûr
v5 • 1/16/2026

Pure documentation skill containing only code style guidelines and Python templates. No executable code, network calls, file access, or system capabilities exist. The static findings are all false positives triggered by documentation syntax (markdown backticks, hash identifiers) rather than actual security issues. This skill's behavior matches its stated purpose exactly.

2
Fichiers analysés
476
Lignes analysées
2
résultats
5
Total des audits

Facteurs de risque

Score de qualité

38
Architecture
100
Maintenabilité
85
Contenu
21
Communauté
100
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

Contribuer au cœur de FiftyOne

Générer des pull requests qui passent la revue de code de FiftyOne en suivant les conventions officielles.

Créer des plugins FiftyOne

Créer des plugins qui s’intègrent parfaitement à l’architecture et aux patterns de FiftyOne.

Maintenir la cohérence du code

Garantir que les bases de code d’équipe respectent les conventions FiftyOne pour la maintenabilité.

Essayez ces prompts

Structure de module de base
Générer un modèle de module Python pour FiftyOne avec l’en-tête de copyright requis, des imports en quatre groupes, la configuration du logger, et des fonctions publiques et privées d’exemple.
Fonction avec docstring
Rédige une docstring au style Google pour une fonction qui prend un dataset et renvoie des échantillons filtrés. Inclure les sections Args, Returns et Raises.
Organisation des imports
Montre-moi comment organiser les imports pour un module qui utilise numpy, fiftyone.core.labels, fiftyone.core.utils et eta.core.utils en suivant les conventions FiftyOne.
Patron de gestion des erreurs
Générer du code qui gère proprement les imports optionnels avec des gardes hasattr() et logger.warning() pour les erreurs non fatales.

Bonnes pratiques

  • Toujours utiliser l’ordre d’import en quatre groupes et trier alphabétiquement au sein de chaque groupe
  • Préfixer les fonctions d’aide privées avec un underscore et les garder focalisées
  • Utiliser les alias standard de FiftyOne (fol, fou, fof, fom) pour des imports plus propres
  • Exploiter fou.lazy_import() pour les dépendances lourdes ou optionnelles

Éviter

  • Ne pas omettre la docstring d’en-tête de copyright dans les fichiers de module
  • Ne pas mélanger les groupes d’imports ni alphabétiser à travers les groupes
  • Ne pas utiliser de clauses except: nues sans spécifier le type d’exception
  • Ne pas écrire d’utilitaires redondants lorsque FiftyOne les fournit déjà

Foire aux questions

Quelles versions de Python cette compétence prend-elle en charge ?
Les conventions suivent les exigences de version Python actuelles de FiftyOne. Consultez la documentation FiftyOne pour les versions prises en charge.
Quelles sont les limites des groupes d’imports ?
Quatre groupes uniquement : stdlib, third-party, packages eta, FiftyOne. Alphabétiser au sein de chaque groupe indépendamment.
Puis-je l’utiliser pour du code non-FiftyOne ?
La compétence se concentre sur les conventions FiftyOne. Le style Python général doit utiliser d’autres outils ou directives.
Mon code est-il sûr lors de l’utilisation de cette compétence ?
Oui. Cette compétence ne génère que des modèles de texte. Elle n’accède jamais aux fichiers, aux réseaux, ni n’exécute du code.
Pourquoi mes imports échouent-ils à la validation ?
Vérifiez l’ordre des imports, l’alphabétisation au sein des groupes, et l’utilisation des alias standard (fol, fou, fof).
Comment cela se compare-t-il à Black ou pylint ?
Cette compétence impose des conventions d’architecture et de nommage. Utilisez Black pour le formatage et pylint pour le linting en complément.

Détails du développeur

Structure de fichiers

📄 SKILL.md