← Recherche

Obsidian Bases
Productivité 📌 Version épinglée : commit 2e54556
⚙ Prérequis: Avant de commencer…

Obsidian Bases

Expliquer, rédiger et valider des fichiers Obsidian Bases .base (filtres, formules, propriétés, sommaires

L’essentiel
Quoi
Expliquer, rédiger et valider des fichiers Obsidian Bases .base (filtres, formules, propriétés, sommaires
Coût
Gratuit
Prérequis
Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre.
Installation
Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.

Version :

⌁

Installation

Copiez le dossier d’installation ci-dessous, puis collez-le dans Muse📌 Version épinglée : commit 2e54556

Avant de commencer : lis ce prompt d'installation au complet, dis-moi en quelques lignes ce que ce skill fait et ce que son installation implique, et attends mon feu vert avant de faire quoi que ce soit d'autre. Prérequis — PRÉREQUIS D'USAGE DIVULGUÉS D'ABORD : ce skill travaille sur ton propre vault Obsidian et passe par le cœur portable du dépôt claude-obsidian, scripts/claude-obsidian.py, qui vit à la racine du dépôt HORS du dossier de ce skill, avec les contrats partagés auxquels il renvoie (sous skills/wiki/references/ dans cette même racine de produit, par exemple les contrats de provenance et de transactions d'opération). Installer cette fiche copie seulement le dossier de ce skill : sans une installation claude-obsidian complète (le cœur, ses contrats, python3 pour l'exécuter, et un vault d'utilisateur sélectionné), le skill ne peut pas exécuter ses transactions comme prévu. L'orchestrateur de la famille est le skill séparé wiki du même dépôt. Aucun compte, aucune clé ni aucun paiement n'est requis pour copier les fichiers, et rien n'est exécuté pendant l'installation. Frontière de versions divulguée dans le skill : les vues tableau et cartes exigent Obsidian 1.9+, la liste 1.10+, le kanban natif 1.14+, et une vue carte exige le plugin Maps ; ce sont des minimums documentés, pas des versions exercées par ses tests hors ligne. Installe-moi « Obsidian Bases ». Il explique, rédige et valide des fichiers Obsidian Bases (.base) : des vues YAML sur les notes de ton vault avec filtres, formules, propriétés, sommaires et vues tableau, cartes, liste ou kanban gardé par version, pour des vues de vault de type base de données, des listes de lecture et des suivis de tâches. Les questions de design et de syntaxe sont répondues en lecture seule : il inspecte les propriétés de notes représentatives et tout fichier .base existant, définit le plus petit filtre qui sélectionne les notes visées, ajoute des formules seulement pour les valeurs qui doivent être calculées, valide le YAML, les guillemets d'expressions, les noms de propriétés, les références de formules et le traitement des nulls, et prévisualise le fichier complet et le jeu de résultats attendu. Une ÉDITION .base demandée n'est jamais écrite directement : le fichier reste sous wiki/ dans ton vault et le changement est construit comme un bundle claude-obsidian.transaction.v1 de type d'opération base, inspecté d'abord et appliqué une fois seulement avec l'empreinte d'approbation (patron APPROVAL_SHA256), via le cœur portable. Pour les champs détaillés ou sensibles à la version, il préfère un skill obsidian-bases de kepano/obsidian-skills installé séparément, puis la documentation de syntaxe Bases officielle courante. Une réserve d'honnêteté portée dans son propre texte : l'arithmétique de dates a des descriptions de sources courantes contradictoires (millisecondes contre Duration), donc ses formules de dates retenues sont des candidates de compatibilité non vérifiées, pas des garanties, jusqu'à un test dans la version d'app de l'utilisateur. Après une édition appliquée, il rapporte l'ID d'opération, le chemin exact modifié et la validation faite, et n'étiquette jamais un rendu natif non observé comme testé. Il ne commit pas Git. Dépôt : https://github.com/AgriciDaniel/claude-obsidian (le skill est tout le dossier skills/obsidian-bases/ au commit épinglé : SKILL.md seulement, 1 fichier) Version épinglée : installe le code au commit 2e545563172f97f02ecaaaab376ceea1246a0583 exactement. Ne substitue pas une version plus récente. Si ce commit est inaccessible, arrête-toi et dis-le-moi. 1. Clone https://github.com/AgriciDaniel/claude-obsidian dans un dossier temporaire, place-toi au commit 2e545563172f97f02ecaaaab376ceea1246a0583, et copie le dossier skills/obsidian-bases/ de ce checkout. Compare ensuite chaque fichier du dossier aux empreintes enregistrées pour cette fiche le 2026-10-22 : [FINGERPRINTS] - SKILL.md: SHA-256 3cd5676434bc86618802e07cf44ff9c7a5d4c10fb7ecb412775b9fef9cfa82be Si un fichier ne correspond pas, il a changé depuis la préparation de la fiche : ne l'installe pas encore, dis-moi ce que tu as trouvé et laisse-moi décider. 2. Lis SKILL.md au complet, et dis-moi en mots simples : ce que le skill fait quand on l'utilise, à quoi il se connecte, s'il lit ou envoie des informations personnelles ou des identifiants, et tout ce qui semble inhabituel. Arrête-toi sur tout signal d'alerte et dis-le-moi avant d'aller plus loin. Confirme ces points à partir des fichiers : - Le dossier du skill contient 1 fichier seulement : SKILL.md, un flux compact et une référence de syntaxe de repli. Le cœur qu'il exécute (scripts/claude-obsidian.py) et le contrat de transaction auquel il renvoie vivent hors de ce dossier, dans la racine de produit claude-obsidian complète. - Rien n'est envoyé nulle part pendant l'installation elle-même ; le seul téléchargement à l'installation est le dossier du skill depuis GitHub au commit épinglé, et aucun fichier .base n'est rédigé, validé ou modifié. - À l'usage, les questions sont en lecture seule ; une édition .base demandée est écrite seulement comme une transaction inspectée appliquée avec l'empreinte d'approbation (patron APPROVAL_SHA256), le fichier gardé sous wiki/ dans mon vault. Portes de version de son texte : tableau/cartes exigent Obsidian 1.9+, liste 1.10+, kanban natif 1.14+, carte exige le plugin Maps. - Ses formules d'arithmétique de dates sont explicitement des candidates de compatibilité non vérifiées dans son propre texte (descriptions contradictoires millisecondes contre Duration) ; il ne doit ni les affirmer correctes ni réécrire les formules existantes avant une vérification native dans ma version d'app. - Ne rédige ni ne modifie aucun fichier .base, n'exécute aucune transaction et n'utilise le skill d'aucune façon pendant cette installation : l'utiliser est une étape séparée qui ne commence que quand je le demande plus tard. 3. Quand je dis « yes, install », installe-le comme skill : copie tout le dossier obsidian-bases dans le répertoire des skills de l'agent, dans un dossier nommé exactement « obsidian-bases », en gardant son fichier unique à sa racine (SKILL.md). 4. Vérifie sans appels réseau : frontmatter valide (name: obsidian-bases), le fichier en place avec une empreinte concordante. N'exécute rien du dossier et n'utilise pas le skill pour vérifier. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (par exemple : qu'une installation claude-obsidian complète (cœur portable et contrats à la racine du produit) et mon propre vault Obsidian sont requis pour l'utiliser, que les éditions .base ne passent que par des transactions relues sous wiki/, et que ses types de vues sont gardés par ma version d'Obsidian (tableau/cartes 1.9+, liste 1.10+, kanban 1.14+)). 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.

🔒 Sécurité, provenance et ce que ça touche
🧭 Ce que ça touche
D’après le prompt d’installation que nous avons analysé, cette création ne lance pas de commandes, ne fait pas d’appels réseau à des tiers, n’installe pas de paquets, n’écrit pas de fichiers et ne demande pas de clés API.
Analyse du prompt d’installation · 2026-10-22
🔒 Sécurité et provenance
📌 Version épinglée : commit 2e54556 · 2026-10-22
🔎 Dernière vérification · 23 oct. 2026 : aucun changement détecté dans les fichiers liés par ce prompt d’installation
Skill Harbor ne révise jamais le code des skills listés. Ce sont des faits datés sur le prompt d’installation et notre test d’installation, pas une certification de sécurité. Révisez un skill vous-même avant de l’installer. Comment nous vérifions
Envie d'être encore plus prudent ?

Le prompt d'installation ci-dessous inclut déjà les étapes de vérification : votre agent suit la checklist communautaire avant d'installer tout ce qui contient du code exécutable. Vous en voulez plus ?

Comment vérifier une création avant de l’installer →

?

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.