Wiki Mode

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 DEUX scripts qui vivent à la racine du dépôt HORS du dossier de ce skill : le cœur portable scripts/claude-obsidian.py et l'assistant de mode scripts/wiki-mode.py, avec les contrats partagés sous skills/wiki/references/ dans cette même racine de produit (en particulier le contrat de transactions d'opération). Installer cette fiche copie seulement le dossier de ce skill (son SKILL.md plus ses six gabarits de méthodologie) : sans une installation claude-obsidian complète (le cœur, l'assistant de mode, ses contrats, python3 pour les exécuter, et un vault d'utilisateur sélectionné), le skill ne peut pas fonctionner 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. Rien n'est envoyé nulle part à l'usage non plus. Une écriture est réelle et divulguée ici : changer le mode du vault est une opération de configuration qui écrit exactement un fichier, .vault-meta/mode.json dans ton vault, et seulement comme une transaction d'abord en dry-run approuvée par son empreinte (patron APPROVAL_SHA256) via le cœur ; l'action set directe historique de l'assistant ne doit pas être utilisée pour contourner ce workflow. Lire le mode et les suggestions de classement n'écrivent rien. Installe-moi « Wiki Mode ». Il lit ou configure la méthodologie de classement de ton vault et suggère des destinations pour la création de connaissances planifiée sous l'un de quatre modes : Generic (dossiers par type comme sources, entités, concepts et sessions), LYT (notes atomiques sous wiki/notes/ reliées par des MOC), PARA (Projets, Zones, Ressources ou Archives choisis par actionnabilité), ou Zettelkasten (notes atomiques plates avec identifiants triables dans le temps, résistants aux collisions, et liens explicites). Il ne sauve aucun contenu et ne migre aucune note. Si .vault-meta/mode.json est absent, il utilise generic ; si le fichier existe mais est invalide, il échoue fermé et la configuration doit être réparée par une opération relue avant tout routage : il ne substitue jamais silencieusement Generic à une configuration d'utilisateur corrompue. Le routage passe par l'assistant de mode (get, config, et route pour un concept ou une source) : l'assistant valide le vault sélectionné, confine les chemins, assainit les noms et imprime une suggestion seulement ; un skill appelant peut écarter la suggestion quand tu fournis un projet, une zone, un MOC ou une note parente plus précis, mais ses écritures éventuelles passent toujours par une transaction d'opération unique. Les six gabarits inclus (LYT atomique et MOC, PARA zone, projet et ressource, Zettelkasten atomique) sont un guidage structurel utilisant les valeurs de type canoniques et une propriété plate séparée methodology_role ; un gabarit ressource décrit une collection de sujets, tandis qu'une source capturée particulière utilise le type source à la place, et les MOC structurels utilisent une destination explicite puisque meta n'est pas un type routable de nouvelle note. Changer de mode est une opération de configuration unique, d'abord en dry-run : lire le mode.json actuel, valider le mode demandé comme exactement generic, lyt, para ou zettelkasten, préserver les autres réglages propres au mode, épingler un horodatage UTC et un ID d'opération, prévisualiser la transaction canonique (qui enregistre l'empreinte cible actuelle et limite l'écriture à .vault-meta/mode.json), montrer l'ancien mode, le nouveau mode, le chemin changé exact et la prévisualisation complète, et appliquer seulement en régénérant ce plan exact avec son approved_plan_sha256. Changer de mode n'affecte que le routage des opérations futures : il ne crée jamais de dossiers en vrac, ne déplace aucune note, ne réécrit aucun wikilien et ne migre aucune page existante comme effet de bord ; toute migration est une opération relue distincte avec ses propres empreintes et sa propre transaction. Dépôt : https://github.com/AgriciDaniel/claude-obsidian (le skill est tout le dossier skills/wiki-mode/ au commit épinglé : SKILL.md plus 6 methodology templates under templates/, 7 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-mode/ 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 47d267864295d6cda09c4f7f767cf24786ecfb843341506e7472c29ba870a2cf - templates/lyt/atomic-template.md: SHA-256 5e72419136266bf8f59f9f48d321a808444cd219ab73eb5e27ef0bfcfef517e3 - templates/lyt/moc-template.md: SHA-256 3fa8e86102a20f2d054d2973e848c50630843db249c8625193b3646f983cb257 - templates/para/area-template.md: SHA-256 7d5afa7f9686ce229b91c81ea7016787dd5414cef390089d4ba49e890d168689 - templates/para/project-template.md: SHA-256 d9e436d94226f98841c642d5b282fee7eeb0fc5060284d702ee3106cfba56d1b - templates/para/resource-template.md: SHA-256 2293dfdfad78c8c12157464ab4debfe4f17afdd77f5d200c7b0d17510303ed63 - templates/zettel/atomic-template.md: SHA-256 2c491ddb488920b7c46674d8ac77b0f69a2ca0e5b4a7b7e533f06bedd58cacba 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 7 fichiers : SKILL.md plus 6 gabarits (templates/lyt/atomic-template.md, templates/lyt/moc-template.md, templates/para/area-template.md, templates/para/project-template.md, templates/para/resource-template.md, templates/zettel/atomic-template.md). Les deux scripts qu'il exécute (scripts/claude-obsidian.py et scripts/wiki-mode.py) et le contrat de transactions d'opération 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 vault n'est lu ni configuré. - À l'usage, il n'envoie rien nulle part. Lire le mode et obtenir une suggestion de classement n'écrivent rien ; le skill ne sauve aucun contenu, n'écrit aucune page de connaissances et ne déplace aucune note existante. - La seule écriture qu'il peut faire est un changement de mode : une transaction de configuration unique, d'abord en dry-run, limitée à .vault-meta/mode.json dans mon vault et appliquée seulement avec l'empreinte d'approbation (patron APPROVAL_SHA256) via le cœur. L'action set directe historique de l'assistant de mode et tout script d'installation ne doivent pas être utilisés pour contourner ce workflow, et un changement de mode ne migre, ne déplace ni ne réécrit jamais les notes existantes. - Ne lis aucun mode de vault, ne lance ni l'assistant de mode ni le cœur, 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-mode dans le répertoire des skills de l'agent, dans un dossier nommé exactement « wiki-mode », en gardant ses 7 fichiers dans leur arborescence relative d'origine (SKILL.md à sa racine). 4. Vérifie sans appels réseau : frontmatter valide (name: wiki-mode), les 7 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, assistant de mode et contrats à la racine du produit) et mon propre vault Obsidian sont requis pour l'utiliser, que les suggestions de classement n'écrivent rien, et que la seule écriture possible est un changement de mode relu limité à .vault-meta/mode.json). 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.