← Recherche

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

Wiki CLI

Détecter et utiliser le CLI Obsidian officiel comme transport en lecture seule pour le vault de l'utilisateur : détection en mode peek qui ne persiste rien (un instantané .vault-meta/transport.json

L’essentiel
Quoi
Détecter et utiliser le CLI Obsidian officiel comme transport en lecture seule pour le vault de l'utilisateur : détection en mode peek qui ne persiste rien (un instantané .vault-meta/transport.json
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 résout la racine de produit claude-obsidian installée pour son script de détection, scripts/detect-transport.sh, qui vit à la racine du dépôt HORS du dossier de ce skill. Installer cette fiche copie seulement le dossier de ce skill : sans une installation claude-obsidian complète, le chemin du détecteur qu'il appelle est absent. Sa surface de lecture est l'interface de ligne de commande officielle d'Obsidian (l'exécutable obsidian de l'app Obsidian, une dépendance externe de ta machine) : la seule présence du binaire ne prouve pas qu'il est utilisable, car l'app peut être fermée ou l'accès en ligne de commande désactivé ; quand le CLI n'est pas prêt, le skill se rabat sur des lectures directes du système de fichiers et une recherche rg dans le vault. Aucun compte, aucune clé ni aucun paiement n'est requis pour copier les fichiers, et rien n'est exécuté pendant l'installation. Installe-moi « Wiki CLI ». Il détecte et utilise l'interface de ligne de commande officielle d'Obsidian comme un transport en LECTURE SEULE pour un vault sélectionné : lire une note, chercher, et, seulement quand le détecteur rapporte le CLI prêt, des formes en lecture seule pour les backlinks, les tags ou les résultats Bases. La détection roule le scripts/detect-transport.sh du dépôt en mode --peek, qui ne persiste aucun état hôte, et fait confiance à available.cli.usable plutôt qu'à la simple présence du binaire ou au statut de sortie : un CLI supporté peut rester inutilisable parce que l'app Obsidian est fermée, l'accès en ligne de commande désactivé, ou sa réponse en erreur. Un instantané de transport rafraîchi (.vault-meta/transport.json dans le vault) est persisté SEULEMENT quand toi ou un flux de configuration en demande un (la forme --force), en préservant tout manual_override enregistré par le détecteur ; ce fichier est une configuration d'exécution dérivée, pas du contenu de connaissance. Les commandes de lecture du CLI roulent depuis le vault sélectionné pour qu'Obsidian résolve le bon espace de travail, et les arguments de note absolus, les traversées, les liens symboliques et les chemins résolus hors du vault sélectionné sont rejetés. La frontière de mutation est absolue : il n'utilise jamais les commandes du CLI create, write, append, property-set, daily-append, move, rename ou delete, et ne les remplace jamais par des écritures directes du système de fichiers ; tout changement de connaissance ou de configuration est exprimé comme une transaction relue via le cœur portable (scripts/claude-obsidian.py, hors de ce dossier). Le choix de transport ne change jamais la sémantique de mutation : le CLI est une surface de lecture optionnelle, pas un gestionnaire de verrous, un moteur de transaction ou un mécanisme de checkpoint Git. Dépôt : https://github.com/AgriciDaniel/claude-obsidian (le skill est tout le dossier skills/wiki-cli/ 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/wiki-cli/ 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 468df53c8712379c1681a897225e898771ca36f21e4e6e02dc8eec9f02fc8c87 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. Le détecteur qu'il exécute (scripts/detect-transport.sh) et le cœur portable vers lequel sa frontière de mutation pointe (scripts/claude-obsidian.py) vivent hors de ce dossier, dans la racine de produit claude-obsidian complète ; le CLI Obsidian lui-même est l'exécutable officiel de l'app sur ma machine, pas un fichier fourni ici. - 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 transport n'est détecté, aucun vault n'est lu et aucun instantané n'est écrit. - À l'usage, la surface du CLI est en lecture seule (read, search, et lectures backlinks/tags/Bases quand le détecteur dit utilisable), exécutée depuis mon vault sélectionné, avec un repli système de fichiers plus rg quand le CLI n'est pas prêt. La détection en mode --peek ne persiste rien ; un instantané .vault-meta/transport.json est écrit seulement quand moi ou un flux de configuration en demande un. - Il ne mute jamais via le CLI et n'écrit jamais de fichiers directement : aucune commande du CLI create/write/append/property-set/move/rename/delete. Tout changement passe par une transaction relue via le cœur portable, sous le même patron de relecture APPROVAL_SHA256 que le reste de la famille. - N'exécute pas le détecteur, ne sonde ni ne lis aucun vault, n'écris aucun instantané de transport 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 wiki-cli dans le répertoire des skills de l'agent, dans un dossier nommé exactement « wiki-cli », en gardant son fichier unique à sa racine (SKILL.md). 4. Vérifie sans appels réseau : frontmatter valide (name: wiki-cli), 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 (script de détection et cœur portable à la racine du produit) et mon propre vault Obsidian sont requis pour l'utiliser, que le CLI Obsidian officiel est une dépendance d'app externe avec un repli système de fichiers, et que sa surface est en lecture seule, les mutations passant par le cœur de transaction). 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.