Wiki

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 : c'est le skill ORCHESTRATEUR de la famille claude-obsidian. Il travaille sur un vault Obsidian séparé à toi (jamais la racine du produit/plugin elle-même, qui est du code, pendant que le vault sélectionné est des données) et passe par le cœur portable du dépôt, scripts/claude-obsidian.py, qui vit à la racine du dépôt HORS du dossier de ce skill. Le dossier de cette fiche porte bien les contrats et guidages partagés de la famille comme ses 14 fichiers references/ inclus (dont les contrats de transactions d'opération et de provenance) ; les autres skills de la famille renvoient à ces mêmes références. Installer cette fiche copie seulement le dossier de ce skill : sans une installation claude-obsidian complète (le cœur, python3 pour l'exécuter, et un vault que tu sélectionnes), ses commandes ne peuvent pas fonctionner comme prévu, et les skills spécialisés wiki-* vers lesquels il route sont des fiches séparées qui doivent être installées séparément. Aucun compte, aucune clé ni aucun paiement n'est requis pour copier les fichiers, et rien n'est exécuté pendant l'installation. L'installation de base n'exige aucune sortie réseau : le skill ne fetch aucun gabarit, plugin ni contenu distant sauf si tu approuves séparément les destinations et le budget. Le matériel de référence optionnel inclus dans ce dossier décrit des adaptateurs qui ne font PAS partie de l'installation de base et qui ne sont lus que quand tu le demandes explicitement (un transport de lecture MCP externe, l'adaptateur API REST locale d'Obsidian, les plugins optionnels et Dataview, l'installation Git/checkpoint locale). Installe-moi « Wiki ». Il initialise, adopte et route le travail pour un vault de connaissances Obsidian séparé via le cœur portable claude-obsidian. Seul, il fait le travail d'orchestration : il résout le vault sélectionné dans un ordre fixe (--vault explicite, puis la variable d'environnement CLAUDE_OBSIDIAN_VAULT, puis le .claude-obsidian.json le plus proche, puis un vault initialisé non ambigu au niveau du répertoire courant ou au-dessus) et échoue fermé quand la sélection est absente ou ambiguë ; il échafaude un nouveau vault ou adopte un vault Obsidian existant via les commandes déterministes init et adopt du cœur, qui sont en dry-run par défaut, montrent le chemin sélectionné et la prévisualisation des chemins changés, et n'appliquent que quand l'empreinte du plan relu est repassée inchangée (approved-plan-sha256, le patron APPROVAL_SHA256 de la famille) ; l'installation est non destructive par défaut, ne crée aucun remote Git amont, et --force n'est utilisé que quand tu as relu les conflits et explicitement approuvé le remplacement. Pour un échafaudage propre à un domaine, il établit d'abord la base, puis lit la référence modes incluse et rédige les pages et la configuration additionnelles comme une transaction unique au niveau de l'opération ; il ne mute jamais les fichiers du vault avec les outils hôte Write/Edit ni un transport Obsidian. Ce qu'il délègue, sans élargir silencieusement ton intention : ingérer des sources fournies va à wiki-ingest, répondre depuis les connaissances existantes du vault à wiki-query, sauver un résultat de conversation précis à save, rechercher le web public sous un budget à autoresearch, vérifier la santé du vault à wiki-lint, rouler les entrées de journal à wiki-fold, et travailler avec un canvas à canvas ; rédiger un glossaire cité ou consolider des notes qui se chevauchent va aussi à wiki-ingest, avec une portée explicitement relue. La requête est en lecture seule via ce routeur aussi : la persistance depuis une requête doit être une opération Save explicite et cadrée séparément, et aucune transcription n'est capturée et aucun cache chaud n'est mis à jour simplement parce qu'une session s'est terminée. Chaque mutation suit le contrat de transactions d'opération inclus : une opération logique produit un bundle claude-obsidian.transaction.v1 unique, inspecté et récupérable, les agents parallèles ne peuvent retourner que des brouillons et de la preuve pendant que l'orchestrateur les fusionne et applique une fois, chaque création ou retrait de page canonique inclut une mise à jour d'index actif ou de MOC dans ce bundle (l'aperçu n'est mis à jour que quand l'image stable de haut niveau a changé), les charges brutes de sources sont en création seulement, et il n'y a aucun commit automatique ; un checkpoint Git tourne séparément, seulement quand tu en veux explicitement un, et sur conflit le bundle est relu et reconstruit pendant qu'une interruption est traitée avec transaction recover. La provenance suit le contrat de provenance inclus : la preuve non appuyée reste non appuyée et aucune source, citation, date, localisateur ni confiance n'est jamais inventé. Ses 14 références incluses sont lues conditionnellement, seulement celle que la demande actuelle exige : schémas de frontmatter, extraits CSS, installation Git, plugins optionnels, installation MCP, l'adaptateur API REST, Dataview, recettes de connaissances, coordination entre éditeurs ou machines, modes d'installation, guidage de modèles, modes, le contrat de transactions d'opération et le contrat de provenance (quelques références pointent aussi vers des docs à la racine du dépôt, hors de ce dossier). Dépôt : https://github.com/AgriciDaniel/claude-obsidian (le skill est tout le dossier skills/wiki/ au commit épinglé : SKILL.md plus its 14 bundled reference files under references/, 15 files in total) 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/ 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 562c92afa2ff44b3084ae5d4c2b9a3e4d09bfd20b586fc27d275c4b15cdd8662 - references/coordination.md: SHA-256 33315ec7bfe6f6dc63d10c0a75dc6ec26bd4860f039313f1d22534bbed5e37b6 - references/css-snippets.md: SHA-256 1b493d6b601a2ebc8ace6db75acfa84663ecfb8633f2a1b93da874793615f625 - references/dataview.md: SHA-256 d4b16761560fc258eefe9a4fdad6ca774154e5ac24a3573cc91b02e8037113be - references/frontmatter.md: SHA-256 650cb8ff10937d2289b48412a9ac7438d9d5eefa68a58fe99630d3d9102d224e - references/git-setup.md: SHA-256 932c92d490ac7f998065d9188d47b571578cb8ba60258cf5e401602cc77c0714 - references/install-modes.md: SHA-256 e144fd3d74f7ad6495f5b9d5c29e225e9ccf8572d91f4af40d913a278433c5b0 - references/knowledge-recipes.md: SHA-256 30c5bbad1653a199446babba9b2aeee84965ede5d9cd7298ff48c58f34c7b256 - references/mcp-setup.md: SHA-256 56353117c309c6d7ea65128a66885d29a3a34c96b2c974c9f4e8785b255a718a - references/model-guidance.md: SHA-256 5a28662268be6d43e52fb2f65eb424713e8031132f2b0ffb69bb10ee94587d78 - references/modes.md: SHA-256 affecc6cc55d8344593d846ef94a72baec4faacdb654c0d31721176779926eca - references/operation-transactions.md: SHA-256 182a333e314f948d42504d48505bb76550276db17a27ae6081acfa9273330cd1 - references/plugins.md: SHA-256 cac30ee29fd762fdd91dfff2d2d6759d3d91ea5a3e1912ebd3309174cdc8c76f - references/provenance.md: SHA-256 8c773a95a36bd23f6482c4595c70b8ba9679122c9e48986d26955bfdc176c418 - references/rest-api.md: SHA-256 79179ede8e8b8279ac0ec9982c616b86b548428edf14175e86c0dd02e5932ffb 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 15 fichiers : SKILL.md plus 14 références (references/coordination.md, references/css-snippets.md, references/dataview.md, references/frontmatter.md, references/git-setup.md, references/install-modes.md, references/knowledge-recipes.md, references/mcp-setup.md, references/model-guidance.md, references/modes.md, references/operation-transactions.md, references/plugins.md, references/provenance.md, references/rest-api.md). Le cœur qu'il exécute (scripts/claude-obsidian.py) vit hors de ce dossier, dans la racine de produit claude-obsidian complète, et les skills spécialisés vers lesquels il route sont des fiches séparées. - 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 vault n'est créé, adopté, lu ni routé. - À l'usage, seul il résout le vault, lance l'échafaudage init/adopt du cœur d'abord en dry-run et n'applique qu'avec l'empreinte du plan relu (patron APPROVAL_SHA256), de façon non destructive et sans remote Git amont ; l'installation de base ne fetch rien du réseau. Tout le reste est de la délégation : l'ingestion à wiki-ingest, les réponses à wiki-query, la sauvegarde à save, la recherche web à autoresearch, les contrôles de santé à wiki-lint, les rollups de journal à wiki-fold, le travail canvas à canvas. - Chaque mutation qu'il applique est un bundle claude-obsidian.transaction.v1 unique et inspecté incluant la mise à jour d'index ou de MOC, avec des charges brutes en création seulement et aucun commit automatique ; un checkpoint Git n'a lieu que comme une étape séparée que je demande explicitement. Les adaptateurs optionnels décrits dans ses références (transport de lecture MCP, API REST locale, plugins, Dataview) ne sont évalués que quand je le demande explicitement. - N'initialise ni n'adopte aucun vault, ne lance pas le cœur, ne route aucune opération, 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 dans le répertoire des skills de l'agent, dans un dossier nommé exactement « wiki », en gardant ses 15 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: wiki), les 15 fichiers en place avec des empreintes concordantes. 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 à la racine du produit) et un vault Obsidian séparé à moi sont requis pour l'utiliser, que les skills spécialisés wiki-* vers lesquels il route s'installent séparément, et que son propre échafaudage ne s'applique que d'abord en dry-run avec l'empreinte du plan relu). 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.