Sharing rules generator
Obtenir, créer, modifier ou supprimer les métadonnées de règles de partage Salesforce — règles critères, propriétaires et invités — avec checklists de vérification par type
- Quoi
- Obtenir, créer, modifier ou supprimer les métadonnées de règles de partage Salesforce — règles critères, propriétaires et invités — avec checklists de vérification par type
- Coût
- Gratuit
- Prérequis
- un org Salesforce avec des règles de partage à gérer (authentifier avec `sf org login web --alias <alias>`) ; la CLI sf (>=2.0.0) ; un projet Salesforce DX avec sfdx-project.json ; org en API v60.0+
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — le générateur de règles de partage de @forcedotcom pour l'accès au niveau enregistrement au-delà des paramètres par défaut de l'org : obtenir, créer, modifier et supprimer les métadonnées `sharingCriteriaRules`, `sharingOwnerRules` et `sharingGuestRules` avec un workflow en quatre phases — toujours récupérer d'abord les dernières règles depuis l'org (ne jamais faire confiance à un fichier local périmé), choisir l'opération et le type de règle, exécuter, puis écrire et vérifier. Les règles strictes de la plateforme sont encodées : un seul fichier `.sharingRules-meta.xml` par objet, les règles invités doivent utiliser `<guestUser>` (jamais `<role>`/`<group>`), les règles Compte exigent `<accountSettings>`, `sharedTo`/`sharedFrom` ne peuvent pas être modifiés en place (supprimer + recréer à la place), les règles propriétaires ne supportent que la modification de `accessLevel`, et la suppression d'une règle exige un déploiement destructif (un déploiement normal est additif et ne supprimera pas la règle). Checklists de vérification par type de règle incluses, avec fichiers d'exemples de cas. Crédit : @forcedotcom. Bémols honnêtes : nécessite la CLI sf et un org en API v60.0+ ; ne change PAS les paramètres par défaut de l'org, ne crée pas de Sites Experience, ne configure pas les ensembles d'autorisations/profils ; supprimer la dernière règle supprime entièrement le fichier ; modifier contre un fichier périmé peut recréer des règles supprimées ou écraser des changements concurrents. 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 org Salesforce avec des règles de partage à gérer (authentifier avec `sf org login web --alias <alias>`) ; la CLI sf (>=2.0.0) ; un projet Salesforce DX avec sfdx-project.json ; org en API v60.0+ Installe-moi « Générateur de règles de partage ». Il enseigne à l'agent le workflow en quatre phases de @forcedotcom pour gérer les métadonnées de règles de partage : découverte (résoudre le chemin du projet SFDX, toujours récupérer d'abord le dernier <NomObjet>.sharingRules-meta.xml depuis l'org), déterminer l'opération (obtenir/créer/modifier/supprimer) et le type de règle (critères/propriétaire/invité), exécuter la branche correspondante avec le schéma XML par type depuis references/rule-types.md, puis écrire et vérifier avec les checklists — en déléguant la suppression de règle au pattern de déploiement destructif avec le bon type de métadonnées. Dépôt : https://github.com/forcedotcom/sf-skills/blob/main/plugins/builder/salesforce-development/skills/platform-sharing-rules-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-sharing-rules-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. confirmer l'alias d'org et le nom API de l'objet cible, et dire à l'agent quelle opération et quel type de règle je veux). 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.