Author deployable Salesforce List View metadata XML
Générer des métadonnées de vues de liste Salesforce — règles label/fullName, filterScope, triplets filtre/opération/valeur, booleanFilterLogic, colonnes, stratégie de visibilité, placement des dossiers, et checklist de vérification
- Quoi
- Générer des métadonnées de vues de liste Salesforce — règles label/fullName, filterScope, triplets filtre/opération/valeur, booleanFilterLogic, colonnes, stratégie de visibilité, placement des dossiers, et checklist de vérification
- Coût
- Gratuit
- Prérequis
- un accès à une org Salesforce (une Developer Edition gratuite suffit) et la Salesforce CLI pour le déploiement — le skill est un guide que l'agent suit, pas un logiciel à installer
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — le skill de @forcedotcom pour générer des métadonnées de vues de liste Salesforce déployables : les règles critiques (les champs custom utilisent les noms API exacts comme `Status__c`, jamais les labels ; les champs standard des objets custom utilisent les noms définis — NAME, OWNER.ALIAS, CREATED_DATE, LAST_UPDATE ; les opérations doivent correspondre aux types de champs — equals/notEqual pour les picklists, 0/1 pour les booléens, pas d'opérateurs texte sur les champs non-texte ; nom de fichier, fullName et unicité doivent s'aligner ; fichiers sous `objects/<Object>/listViews/`) ; un workflow en 6 étapes (recueillir l'objet cible et les besoins → examiner les exemples existants dans le repo/l'org → écrire une spec : fullName, label sous 40 caractères, filterScope, filtres, booleanFilterLogic, colonnes ordonnées → écrire le XML → valider localement → déployer et vérifier dans l'UI) ; la décision de stratégie de visibilité (tous les utilisateurs vs propriétaire/restreint, par défaut tous les utilisateurs) ; un guide de densité de colonnes ; et une table des erreurs de déploiement courantes avec corrections. Bémols honnêtes : méthodologie plus écriture XML — vous déployez toujours avec la Salesforce CLI contre votre propre org ; chaque nom de champ et valeur de picklist doit exister dans le schéma de l'org cible sinon le déploiement échoue. Licence Apache-2.0. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. Découvert via skills.sh.
Version :
Installation
Prérequis : un accès à une org Salesforce (une Developer Edition gratuite suffit) et la Salesforce CLI pour le déploiement — le skill est un guide que l'agent suit, pas un logiciel à installer Installe-moi « Créer des métadonnées XML de vues de liste Salesforce déployables ». Il enseigne à mon agent le workflow de vues de liste de @forcedotcom : les règles critiques (noms API pas labels, NAME/OWNER.ALIAS pour les champs standard, opérations correspondant aux types de champs, alignement fichier/fullName, placement sous objects/<Object>/listViews/), le workflow en 6 étapes (besoins → exemples existants → spec écrite → écriture XML → validation locale → déploiement et vérification dans l'UI), la stratégie de visibilité, et la table des erreurs de déploiement courantes. Licence Apache-2.0. Dépôt : https://github.com/forcedotcom/sf-skills/blob/main/plugins/builder/salesforce-development/skills/platform-list-view-generate/SKILL.md 1. Récupère le fichier SKILL.md (et les fichiers d'aide éventuels) depuis le chemin du dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Vérification de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, collecte d'identifiants). Ce dépôt ne devrait contenir aucun secret en dur, les identifiants uniquement via le coffre sécurisé, les hôtes autorisés déclarés dans le SKILL.md. Vérifie que c'est bien le cas ici ; STOP sur tout signal d'alerte et dis-le-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers d'aide dans le répertoire des skills de l'agent, dans un dossier nommé « platform-list-view-generate ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. remettre à l'agent le nom API de l'objet cible et les besoins de la vue ; déployer le XML généré avec la Salesforce CLI et vérifier enregistrements/colonnes/visibilité dans l'UI vous-même). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.