--- priority: 10 type: note nature: book status: actif tags: - organisation - gtd - silverbullet univers: PERSO projects: - "[[02_DOMAINES/PERSO-PKM]]" date: "2026-08-01" title: "Organisation" --- # Livre du l’organisation ==**Edit 29/08/2026:** nouvelle base de travail = https://claude.ai/chat/0abcc2c9-756d-48da-b558-77385b3d6ce2 et s’inspirer de https://gemini.google.com/app/88736051fe36d241?dest=create et https://chatgpt.com/c/6a92a920-5910-83eb-9532-d89dec0fc26f pour les ajustements== **Add 13/09/2026:** Cf. [[03_NOTES/BOOKS/Organisation/Synthese_Claude_20260911]] (https://claude.ai/chat/9559b265-d998-47ba-b1ff-99a7a1ddda0b) En ajoutant également: “Possibilité au lieu d'ajouter un tag #pro ou #perso à chaque tache pour ensuite filtrer via une requête dans les tableaux de bord, d'ajouter un préfixe 'PRO\_' ou 'ASSO\_' ou 'PERSO\_' au nom des pages projets. Cela permet: 1. de les regrouper en faisant un tri sur le nom et 2. de plus facilement filtrer les taches qui sont liées en utilisant la fonction "string.find() Exemple de requête: `${query from t = index.tag "task" where string.find(t.text, "PROJETS/PRO\_", 1, true) select t}` Il y a un coût visuel : oui c'est plus long, mais c'est aussi la possibilité d'ajouter visuellement le domain à moindre coût dans chaque objet sans surcharger d'information avec des tags. Je sais en un clin d'oeil si une tâche, un événement ou une réunion concerne le domaine perso, asso ou pro, sans ajouter d'autre info." Ressources: * [[04_NOTES/ORGANISATION/SB_Reorganisation_20260722]] * [[04_NOTES/ORGANISATION/SB_Reorganisation_20260721]] * [[03_NOTES/ORGANISATION/organisation-silverbullet-chatgpt-2]] * [[04_NOTES/ORGANISATION/organisation_silverbullet_chatgpt_20260105]] * [[04_NOTES/ORGANISATION/organisation-silverbullet-chatgpt-2/SYNTHESE]] * [[04_NOTES/ORGANISATION/organisation_silverbullet_chatgpt_20260105/Synthese]] * [[04_NOTES/ORGANISATION/SB_Organisation_02]] * [[04_NOTES/ORGANISATION/SB_Organisation2026]] * [[03_NOTES/ORGANISATION/SB_Organisation/SYNTHESE]] * [[04_NOTES/Ressources/SB_Organisation]] * [[03_NOTES/BOOKS/Organisation/Note_atomique]] * [[03_NOTES/BOOKS/Organisation/Type_de_note]] * [[03_NOTES/BOOKS/Organisation/SB_FocusBook]] Plan : * Les méthodes d’organisation => 1 note par méthode + des notes par concept (ex.: 2 minutes, inbox, etc.) * Utilisation de Silverbullet * Gestion de la connaissance (notes, contacts, projets, etc.) * Gestion des tâches => focus book + autres * Pilotage de projet => ... ## Les principes directeurs ## L’arborescence des pages ### Arborescence générale ### Arborescence racine ### Arborescence d’un domaine ## Les types de contenu ### Le type `quick-note` ### Le type `journal` ### Le type `projet` ### Le type `note` ### Le type `event` ### Le type `contact` ### Le type `code` ## Les workflows ### Le workflow quotidien ### Le workflow hebdomadaire ### Le workflow mensuel ### Le workflow annuel ### Gestion des erreurs et intégrité ## Les tableaux de bord ## TODO * [TODO] [[02_DOMAINES/PERSO-PKM]] - Créer une page “PORTRAITS” * [DONE] [[02_DOMAINES/PERSO-PKM]] - Renommer “RESSOURCES/Chateaux” en “PLACES” * [TODO] [[02_DOMAINES/PERSO-PKM]] - Ajouter propriété “Axe” au template “PROJET” * [TODO] [[02_DOMAINES/PERSO-PKM]] - Basculer les pages events, sous forme de tâche dans les pages du journal. * [TODO] [[02_DOMAINES/PERSO-PKM]] - Standardiser les pages projets (frontmatter et structure) --- **Gestion des réunions** Gestion des réunions : [[03_NOTES/BOOKS/Organisation/Gestion-Reunions]] --- **Notation des événements dans la daily note** Gesion des événements : [[03_NOTES/BOOKS/Organisation/Gestion-Evenements]] --- **Gestion des revues de projet (01/09/2026)** Gestion des revues de projet: [[03_NOTES/BOOKS/Organisation/Gestion-Revues-Projets]] A croiser avec : https://claude.ai/chat/c3c95a89-c3e9-4603-8a24-3de88d69f7d1 pour les actions/sous-projets --- **Approche Focus Book (Emilio Abril)** Focus book : [[03_NOTES/BOOKS/Organisation/SB_FocusBook]] --- **Arborescence** Cf [[03_NOTES/BOOKS/Organisation/Arborescence]] --- Utiliser le versionage Git et Nexcloud pour le backup. Automatiser le back-up et l'archivage des fichiers.#backup --- Liste de **sujets socles** pour les domaines PERSO, PRO et ASSO (areas selon la méthode PARA) #socle ### 🏠 Espace PERSO | **Socle** | **Ce qu'il contient (Exemples)** | | --- | --- | | **Logement / Maison** | Bail/Propriété, fournisseurs d'énergie, historique des travaux, notices d'équipements, artisans. | | **Véhicules** | Contrôle technique, historique d'entretien, caractéristiques (pneus, huile), assurance auto. | | **Santé & Médical** | Historique médical, praticiens de santé, ordonnances récurrentes, mutuelle, vaccins. | | **Finances & Patrimoine** | Comptes bancaires, impôts, crédits, placements, stratégie d'épargne. | | **Administratif & Civil** | Papiers d'identité, passeports, livre de famille, actes, abonnements personnels. | | **Équipements & Tech** | Garanties du matériel informatique/électroménager, configurations, abonnements logiciels. | | **Animaux** *(si applicable)* | Carnet de santé, puces, alimentation, vétérinaire, garde. | | **Vie Familiale** | Inscriptions scolaires/activités des enfants, garde, événements récurrents. | ### 💼 Espace PRO | **Socle** | **Ce qu'il contient (Exemples)** | | --- | --- | | **Juridique & Structure** | Statuts de l'entreprise, Kbis, assurances pro, contrats cadres, conformité. | | **Comptabilité & Fiscalité** | Déclarations de TVA, clôtures annuelles, expert-comptable, suivi du CA. | | **Banque & Trésorerie** | Comptes professionnels, gestion des flux, prévisionnel de trésorerie. | | **Informatique & Sécurité** | Gestion des accès, serveurs, sauvegardes, procédures de sécurité, inventaire matériel. | | **Offres & Tarification** | Grille tarifaire, fiches prestations, modèles de devis, conditions générales de vente (CGV). | | **Process & Standard** | Procédures opératoires (SOP), guides internes, checklists de livraison. | | **Relation Client (CRM)** | Fiches clients réguliers, historique des échanges hors projets, contrats récurrents. | | **Marketing & Image** | Charte graphique, éléments de marque, identifiants réseaux sociaux, ligne éditoriale. | ### 🤝 Espace ASSO | **Socle** | **Ce qu'il contient (Exemples)** | | --- | --- | | **Gouvernance & Statuts** | Statuts officiels, PV d'Assemblées Générales, composition du Bureau, règlement intérieur. | | **Membres & Adhésions** | Registre des adhérents, tarifs des cotisations, processus d'accueil. | | **Trésorerie & Subventions** | Compte bancaire asso, dossier de subvention annuel, budget prévisionnel. | | **Matériel & Local** | Inventaire du matériel associatif, gestion des clés, réservations de salles. | | **Communication Asso** | Outils de diffusion, logo de l'asso, modèle d'affiche, contacts presse. | --- Approche développée par Ulysse LUBIN (cf. vidéo avec Eliott Meunier : https://www.youtube.com/watch?v=XphRDltcYSA) Chaîne de production de contenus : #ia 1. Écrire ou générer des concepts. 2. Demandez à l’IA d'analyser et proposer différents angles de réflexion à partir de ces concepts. 3. Demandez à l’IA de préproduire un article ou une newsletter à partir de ses angles de réflexion. 4. Retravailler ces éléments pour en faire une production 5. Implémenter cette production en la mettant en forme. --- Outils de Eliott Meunier * Gamma * Firecrawl (veille) * n8n (automatisation) => Node Red * cal.com * Dockploy (hostinger KVM 2) * Nocodb => Grist * Fathon.video Autre logiciels intéressants: * OpenCode * Alacritty * zed.dev --- Weekly Review #wr * Générer la liste des événements de la semaine à partir d'Outlook (cf. scrypt Python). * Copier chaque événement dans les jours concernés sur Silverbullet. * Complété et adapté l'événement. * Ajoutez les liens vers les pages de prise de note de chaque événement (liens). * Identifier les projets dits “urgents” (actions à mener dans les cinq prochains jours). * Identifier les actions à mettre en œuvre - ne pas descendre au niveau de la tâche, sauf si c'est nécessaire. * Nettoyer les événements de la semaine passée (J-7) - Traiter les tâches [REVIEW] - Générer synthèse à partir de la transcription des réunions. --- Revue Journalière. #dr Compléter la liste des événements avec les réunions manquantes (script Python) Ajoutez le lien vers la page de prise de note de la réunion. Mettre à jour le statut des projets selon les actions menées la veille? Identifier les projets prioritaires la journée. --- Tableau de bord : #tdb * Page Project: Urgent, Next, Todo, Events. * Global: Urgent, next, todo par projet et par tâche. Dashboard des projets. #tdb #projet * Urgent : Projet actif avec action ou revue à prévoir dans les cinq jours * Actif : Pas d'action prévue avant cinq à sept jours. * Closed : Fermé. * Archived : A Archiver Processus. #wr * Parcourir les projets urgents * Notez ce qui a été fait. * Définir ce qu'il y a à faire (tâches et évenements) * Mettre à jour le statut. * Idem pour les projets actifs et fermés. * Archiver les projets notés Archived --- Suivi et revue de projet. #wr Le suivi des projets se fait dans la page du projet. Créer une section dédiée : REVIEWS ou HISTORIQUE Créer des sous - sections par date. Notez uniquement les et les éléments factuels, ne pas noter les tâches à réaliser sous forme de tâches. Dans certains cas, il peut nécessaire de créer des revues, multiples projets, dans un fichier spécifique, Review. --- Faire des revues par projet projet chaque semaine. #wr Établir la liste des projets prioritaires et urgents chaque semaine Gérer les tout doux au sein de chaque page projet pour ne pas s'éparpiller. --- Tags des projets et tâches #tag * Urgent. * Follow. * Done * Todo. * Aborted * Next statut des projets. #status * Incubation * clos * archivé * en cous * (urgent) * en attente * à suivre Proprité importante des projets : date_revision + date_prochaine_révision #projet Réunion #reunion => Notes => Taches (review) => mettre à jour/compléter (todo + urgent/next) => Info => page projet --- Listez les types de notes : #note Portraits, place, info, scripts, proc, concepts, Concepts, Process, Infos, Références, Ressources, Guides, Checklists, Méthodes, Idées, etc. --- Prévoir une note listant les promptes et agents IA. #note #ia SB = une approche de fichier markdown et de bas de données via les métadonnées (frontmatter) avec un système de requêtage puissant. #sb Notes vs Ressources #note #ressource: Les ressources ne sont pas un type de contenu spécifique. C'est un sujet autour du cycle de vie et du statut de l'information. * On capture une information (note) * On classe et consolide cette information. * Elle devient une référence => ressource La ressource doit être gérée comme une métadonnée vrai/faux. Pour les projets pas de répertoire, incubation. Gérer cela dans le cycle de vie du projet via la propriété “statut”. #tache Faire vivre la tâche où elle est est créer un lien avec son contexte + projet + date jour Requête possible dans la page projet. Recquête possible dans la page du jour concerné. Les archives doivent être sorties de l'espace au bout pour réduire la taille et accroître les performances du système (sauvegarde, recherche, usage de l’IA, etc.) #archive --- La page d'un projet est un hub ressemblant les informations de ce projet. #projet #hub --- Créer un tableau de bord unique de pilotage en entrée avec des lien vers sous TdB si nécessaire. #tdb --- Besoin de créer un lien avec le système et avoir confiance. #sb --- Dans la revue, listez les projets non modifiés depuis plus de 7 ou 10 jours. Voir si le projet est toujours actif ou doit être fermé. #wr Dans la page Projet, voir la liste des tâches : URGENT => Next => Todo Dans la page Projet, voir la liste des events Une fois par semaine parcourir la page de chaque projet et mettre à jour la date de revue. Ajouter une page pour vérifier et corriger les erreurs. Ex.: Tâche avec un tag urgent ou next et réalisées. ---- Schema a reprendre avec Mermaids. ``` ┌──────────────┐ │ Inbox │ └──────┬───────┘ ↓ ┌───────────────────┐ │ Domain │ │ Pro / Perso / Asso │ └─────────┬─────────┘ ↓ ┌─────────────┼─────────────┐ ↓ ↓ ↓ Projects Areas Resources │ │ │ └─────────────┼─────────────┘ ↓ ┌──────────────┐ │ Archives │ └──────────────┘ ↕ liens / métadonnées / relations ↕ Meetings · Books · Contacts · Processes Concepts · Decisions · Reviews · etc. ``` --- ### Forces et limites de votre organisation actuelle | **Aspects** | **Points forts** | **Limites potentielles** | | --- | --- | --- | | **Structure par type** (`Books`, `Meetings`...) | Parfait pour les requêtes SilverBullet (Dashboards automatiques). | Risque de dispersion : les notes d'un même projet actif sont séparées par type. | | **Séparation par domaine** (`pro`, `perso`, `asso`) | Évite de mélanger les contextes de vie. | Friction à la saisie : hésitation sur l'emplacement exact avant d'écrire. | | **Sous-dossiers thématiques** (`lieux`, `concepts`...) | Bien rangé visuellement. | Risque d'over-engineering (classer une note devient une charge mentale). | --- Gestion du journal. #journal [[03_NOTES/BOOKS/Organisation/Gestion-journal]] --- **Gestion des taches. #tache** [[03_NOTES/BOOKS/Organisation/Gestion-taches]] --- Approche développée par Ulysse LUBIN (cf. vidéo avec Eliott Meunier : https://www.youtube.com/watch?v=XphRDltcYSA) Gestion basée sur : 1. L'agenda 2. Ce qui est en attente (ne dépends pas de moi) 3. Le backlog de tâches à faire 4. Les Daily Notes, qui indiquent des actions à entreprendre. À partir de cela, l'IA permet de générer et proposer des actions à réaliser en priorité. Utilisation de Claude AI / DeepSeek v4 Pro --- Créer sa propre méthode, selon Eliott Meunier. => Créer note dédiée Cela permet de mettre en avant ce qui nous distingue et nous différencie. Cela permet aussi de mesurer notre niveau d'expertise. La création d'une nouvelle méthode s'appuie sur deux éléments: 1. Notre connaissance d’un sujet (expertise) 2. Nos perspectives (objectifs, valeurs, opinions, expériences...) Nos connaissances sont basées sur : des listes d’idées et des concepts concernant une thématique (mode de convergence). Nos perspectives sont basées sur : nos valeurs, nos opinions et notre expérience. C'est la conjonction entre les deux qui nous permet de gérer notre propre méthode. Connaissance => liste concepts + idées ^ | | V | O --> NOTRE METHODE (nom, image, identité) | ^ v | Perspectives => valeurs, opinions, expériences Il est important de personnaliser sa méthode en lui donnant un nom, une image, une identité qui la différencie et la distingue. * [TODO] [[02_DOMAINES/PERSO-PKM]] - Convertir principe de création d'une nouvelle méthode en schéma Mermaid ```mermaid graph LR; A["Connaissance (expertise)"] B["perspectives (valeurs)"] A <--> B ``` --- Le système est basé sur la gestion de projet et de connaissances. #systeme L'objectif n'est pas de gérer des informations ou des tâches. L'approche projet = principe de l'immersion, de la vision transversale ciblée sur l'objectif et non l'action en tant que telle. Cette vision macro porte le sens à l'action réalisée et au flux de travail. L'attache est orientée sur le faire, le projet orienté sur le résultat. La réalisation d'étage doit se faire de façon globale et non unitaire. Cela se ressent dans le workflow: * Ne jamais utiliser directement une liste de tâches. * Privilégier l'utilisation de la page Projet comme entrée. 1. Identifier les projets urgents ou demander une attention particulière. 2. Exécuter les tâches à faire en y consacrant le temps nécessaire Et en travaillant de préférence par blocs de temps ([[03_NOTES/CONCEPT_Time-Blocking|time blocking]]) pour éviter l’éparpillement. 3. Faire des revues de projets régulières pour mettre à jour le statut. 4. La planification des tâches (via `planned: [[01_JOURNAL/2026/2026-08-07]]`) doit mettre en avant les points sur lesquels travailler dans le cadre d'un projet. 5. Toute tâche doit être liée à un projet. --- **Principes** #systeme * Le système n'est pas à stockage, mais un instrument de connaissance et de décision * La dynamique vient du temps pas de la structure. Un système qui n'est pas dynamique meurt. Besoin de relir, reformuler, archiver... * Toute information appartient à un domaine, à un type et à des métadonnées pour l'identifier comme unique. --- Le triptyque fondamental du pilotage est : Capture > clarification > décision #wr --- Un bon système n'est pas celui qui contient tout mais qui dit où on est où on va et comment. Un bon système nous indique quoi faire. #systeme --- Les fichiers projets se présentent plus comme des tableaux de bord et hubs au sens pilotage que des outils d'écriture #hub --- SilverBullet = Minimalisme, agilité et souveraineté. #sb --- L'importance du processus de capture est au centre du système: #capture * Réceptacle unique * Processe simple à activer Silver Bullet est un outil de système #systeme et non de confort. Il permet de construire un réseau de connaissances et une vue transversale. Il offre une couche sémantique et organisationnelle. Il nécessite de raisonner en relations comme une base de données et d'utiliser des requêtes dynamiques. Les êtres vus comme des formulaires de saisie : Les champs sont dans le front matter et le contenu dans la page. --- Règle fondamentale = pas de contenu sans type. #principe Pas de tâches sans projet et pas de projet sans tâche. Tout contenu doit avoir un type, un projet et un contexte clair (ex.: domaine). --- Les dossiers sont là pour classer les métadonnées pour assurer de la traçabilité. #dossiers Besoin de dossiers par domaine et par type de contenu. --- Un dossier pour les idées en devenir => non : utiliser des métadonnées. --- Une note structurante et pérenne devient une ressource. #ressource --- Un projet pointe vers des notes et des ressources mais ne les possèdent pas. #projet --- Le dossier note est volontairement plat et non structuré, il faut utiliser les métadonnées pour la gestion et la recherche. #note --- Gestion des tâches #tache : 2 commandes salsh ajoutées * `/completed` : aficher une propriété “completed” (ex.: [completed: 2026-08-06]) * `/planned` : afficher une info de la date de réalisation prévue avec le lien (ex.: (planned: [[01_JOURNAL/2026/2026-08-06]])) A noter que les wikilinks ne fonctionnent pas avec les propriétés inline. --- Dan SB, je classe peu, je relis beaucoup, je pilote par revue #sb --- Le dossier Note est un réservoir d'idées et de connaissances. #note --- Les notes vivent plus longtemps que les projets elles peuvent concerner plusieurs domaines ou sujets, échanger de statut dans le temps. #note --- Dans SB, c'est la revue qui est le garde fou et permet de maintenir l'ordre. #wr --- L'objectif n'est pas de mieux classer, mais de mieux piloter. #systeme --- Les revues doivent être régulières (ex.: vider d'inbox) #wr --- Privilégier les template pour la création de pages. --- Une page de revue hebdomadaire n'est pas une note libre, c'est un acte de gouvernance. #wr --- Une tâche #tache n'est pas un pense bête. C'est un engagement d'exécution. Ce n'est pas une idée mais un élément actionnable fini, contextualisé et relié à un projet. --- L'objectif d'un workflow est d'avoir un chemin clair entre la capture d'une info et l'action à exécuter. #wr #capture Capture initiale = rapide non structuré et à reprendre et traiter intérieurement si nécessaire (revue hebdo) Utilisez les tâches macro : elle dit ce qu'il y a à faire, mais non comment. --- Implémentation VS Code #outil #sb Plugins : Todo tree, Markdown All in One, Project Manager, FOAM Utiliser aussi les workspaces (.code-workspace) Avec liens vers les domaines et dossiers utils --- --- Pour être efficace : fonctionner par sprints de type “Pomodoro”, mais sur des temps courts et intenses. --- Dans SilverBullet imaginer #sb chaque page comme un formulaire v le front matter sont les champs spécifiques et le contenu de la page un champ texte global. --- Compléter les parties Workflows et tableau de bord avec les éléments de contrôle et de maintenance du système : front matter incomplet, pages orphelines, pages fantômes, etc ---- Gestion des liens : lors d’une réunion ou échanges Créer un lien si nécessaire vers des sujets naissants. Le lien reste orphelin pour le moment si le sujet est récurrent, alors créer une page dédiée. #reunion Risque : Des multiplications des pages orphelines. Principe: * **Au quotidien :** Laissez l'autocomplétion `[[` vous guider pour réutiliser le même nom. * **Si vous faites une coquille :** Pas de panique. * **Une fois par mois / trimestre :** Jetez un œil à votre page de maintenance et utilisez `Page: Rename` pour refusionner les doublons en 2 clics. 1. Lors de la saisie * Utiliser l'autocomplétion comme garde-fou : Dès que vous tapez `[[`, Silverbullet vous suggère la liste des pages **existantes** ET des **liens fantômes déjà cités**. Dès que vous tapez les premières lettres (ex: `[[proj/Al...`), choisissez la suggestion au lieu de retaper le texte à la main. * Utiliser des alias (Surnoms) : Si la page officielle s'appelle `proj/Alpha` mais que dans votre phrase vous voulez écrire "le projet Alpha", vous n'avez pas besoin d'inventer un nouveau nom ! Utilisez la barre verticale `|`. 2. Ramasse poussière Il ne faut surtout pas faire la chasse aux liens tous les jours. Prévoyez un petit rituel (mensuel ou trimestriel) pour assainir votre PKM. Voici comment procéder dans Silverbullet : 1\. La commande `Page: Rename` (Votre meilleur allié) Silverbullet possède une fonction de renommage très puissante. * Si vous réalisez que vous avez créé `[[Alpha]]` alors que la vraie page s'appelle `[[proj/Alpha]]` : * Ouvrez la page `Alpha` (ou créez-la en cliquant dessus), tapez `Cmd+K` ou `Ctrl+K` et lancez **`Page: Rename`**. * Renommez-la en `proj/Alpha`. * **Magie :** Silverbullet va automatiquement mettre à jour **toutes les phrases de toutes vos réunions passées** qui contenaient `[[Alpha]]` pour les transformer en `[[proj/Alpha]]` ! 2\. La Live Query « Ramasse-poussière » Vous pouvez créer une page dédiée à la maintenance (par exemple `meta/maintenance`) dans laquelle vous collez cette petite requête pour afficher **toutes les pages fantômes (non encore créées)** de votre coffre : --- Prévoir une section workflow --- Les pages `projets` sont des hubs dans le système #hub --- Pour ne jamais hésiter et #principe #systeme garder un système ultra-propre : 1. **Par défaut, applique la loi du moindre effort :** Rédige dans un fichier global (`Maison.md` ou `Animaux.md`). 2. **Ne découpe que sous la contrainte de la douleur (Friction) :** Ne crée un fichier `Piscine.md` ou `Chat-Fripouille.md` **que le jour où la note globale devient trop longue à faire défiler** ou que tu perds du temps à chercher une information. 3. **Fais confiance aux métadonnées :** En utilisant des attributs clairs dans tes notes (`type: hub`, `socle: animal`), tes requêtes SilverBullet retrouveront toujours tes notes, peu importe comment tu les nommes ou où tu les déplaces dans tes dossiers. --- Modèle de page “Socle” ou “Pilier” #socle ``` # 🚗 Socle : Voiture (Peugeot 308) ## 📌 Informations Clés * Immatriculation : AB-123-CD * N° de Châssis (VIN) : ... * Pneus : 205/55 R16 91V ## 🔧 Carnet d'entretien & Historique * 2026-02-15 : Vidange + filtre à huile (Garage X - 180€) * 2025-06-10 : Changement pneus avant ## 💡 Bonnes pratiques & Références * Pression des pneus : 2.3 bar (avant) / 2.1 bar (arrière) * Huile recommandée : 5W30 ## 🎯 Projets rattachés (en cours) * [[Projet - Vente Voiture et Achat Hybride]] ## 🎯 Projets liés à ce hub ```query page where type = "project" and socle = "voiture" ``` Liste: PERSO | **Socle** | **Ce qu'il contient (Exemples)** | | --- | --- | | **Logement / Maison** | Bail/Propriété, fournisseurs d'énergie, historique des travaux, notices d'équipements, artisans. | | **Véhicules** | Contrôle technique, historique d'entretien, caractéristiques (pneus, huile), assurance auto. | | **Santé & Médical** | Historique médical, praticiens de santé, ordonnances récurrentes, mutuelle, vaccins. | | **Finances & Patrimoine** | Comptes bancaires, impôts, crédits, placements, stratégie d'épargne. | | **Administratif & Civil** | Papiers d'identité, passeports, livre de famille, actes, abonnements personnels. | | **Équipements & Tech** | Garanties du matériel informatique/électroménager, configurations, abonnements logiciels. | | **Animaux** *(si applicable)* | Carnet de santé, puces, alimentation, vétérinaire, garde. | | **Vie Familiale** | Inscriptions scolaires/activités des enfants, garde, événements récurrents. | PRO | Socle | Description | | --- | --- | | **Juridique & Structure** | Statuts de l'entreprise, Kbis, assurances pro, contrats cadres, conformité. | | **Comptabilité & Fiscalité** | Déclarations de TVA, clôtures annuelles, expert-comptable, suivi du CA. | | **Banque & Trésorerie** | Comptes professionnels, gestion des flux, prévisionnel de trésorerie. | | **Informatique & Sécurité** | Gestion des accès, serveurs, sauvegardes, procédures de sécurité, inventaire matériel. | | **Offres & Tarification** | Grille tarifaire, fiches prestations, modèles de devis, conditions générales de vente (CGV). | | **Process & Standard** | Procédures opératoires (SOP), guides internes, checklists de livraison. | | **Relation Client (CRM)** | Fiches clients réguliers, historique des échanges hors projets, contrats récurrents. | | **Marketing & Image** | Charte graphique, éléments de marque, identifiants réseaux sociaux, ligne éditoriale. | Asso | **Socle** | **Ce qu'il contient (Exemples)** | | --- | --- | | **Gouvernance & Statuts** | Statuts officiels, PV d'Assemblées Générales, composition du Bureau, règlement intérieur. | | **Membres & Adhésions** | Registre des adhérents, tarifs des cotisations, processus d'accueil. | | **Trésorerie & Subventions** | Compte bancaire asso, dossier de subvention annuel, budget prévisionnel. | | **Matériel & Local** | Inventaire du matériel associatif, gestion des clés, réservations de salles. | | **Communication Asso** | Outils de diffusion, logo de l'asso, modèle d'affiche, contacts presse. | ---- Note HUB #hub ## Qu'est-ce qu'une "Note Hub" ? Un **Hub** est une **note unique qui centralise tout le savoir relatif à un Socle donné**. Plutôt que d'éparpiller 10 fichiers dans un dossier (`Assurance-Voiture.md`, `Entretien-Voiture.md`, `Nouveau-Pneu.md`), tu crées **une seule note structurée** : `Voiture.md`. ### Ce qu'on trouve dans un Hub : 1. **Les données froides (fixes) :** Numéro de contrat, caractéristiques techniques, identifiants. 2. **L'historique (chronologique) :** Un journal d'événements liés à ce socle (ex: révisions, achats). 3. **Les bonnes pratiques :** Instructions à suivre (ex: procédure de purge des radiateurs). 4. **Les liens vers les projets en cours :** Des renvois vers les projets temporaires rattachés à ce socle. ## 3\. Hub vs Dashboard dans SilverBullet Dans **SilverBullet**, ces deux notions ont des rôles très distincts mais complémentaires : | **Caractéristique** | **Note Hub** | **Dashboard (Tableau de bord)** | | --- | --- | --- | | **Objectif** | **Centraliser la connaissance** d'un socle précis. | **Piloter l'activité globale** ou suivre l'état du système. | | **Nature du contenu** | **Mixte :** Beaucoup de texte rédigé à la main, des données fixes, et quelques requêtes contextuelles. | **Essentiellement dynamique :** Principalement composé de blocs de requêtes SilverBullet ( Space Queries ). | | **Portée** | **Locale** (dédié à la *Voiture*, au *Logement* ou aux *Finances*). | **Globale ou Thématique** (dédié à *Tous les projets Pro*, *Toutes les tâches de la semaine*). | | **Fréquence de consultation** | Quand tu as besoin d'une info spécifique ou pour consigner une action. | Quotidienne ou hebdomadaire (souvent la page d'accueil de ton outil). | ### En résumé : *Le Hub est une "maison"* où vit l'information d'un sujet (connaissance + historique). *Le Dashboard est une "tour de contrôle"* qui utilise la puissance des requêtes de SilverBullet pour t'afficher une vue synthétique des tâches et projets du moment. --- ## Revue hebdomadaire (“weekly review”) #wr A faire plutôt dans le journal dans la journée du lundi matin ou dans une note dédiée ? Eviter une note spécifique avec un type spécifique à part ? * **Moins de friction, plus de régularité** : Le principal ennemi des revues hebdomadaires, c'est l'abandon. Devoir créer une note spécifique ajoute une étape micro-psychologique. Si ton template de revue s'insère automatiquement dans ta note du lundi, tu as 80% de chances en plus de la faire. * **Centralisation du contexte** : Tes notes quotidiennes servent déjà de fil conducteur. Avoir la vision globale (revue) et le micro-opérationnel (lundi) côte à côte donne immédiatement le ton de la semaine. * **SilverBullet adore les données structurées** : Contrairement à d'autres outils où l'absence d'une note dédiée rend la recherche difficile, SilverBullet permet d'extraire des blocs ou des attributs très facilement via des requêtes. ### Utilise un tag ou un attribut clair Ne te fie pas seulement au texte brut. Dans ton template du lundi, ajoute un attribut ou une balise spécifique sur la section de ta revue. ### 2\. Crée une vue "Index des revues" Tu n'as pas besoin de notes individuelles `review-wXX` pour avoir un historique lisible. Tu peux créer une note unique `Revues Hebdomadaires` qui liste automatiquement toutes tes revues enregistrées dans tes notes quotidiennes grâce à une requête Live Template : ### 3\. Garde une séparation visuelle dans la note => Conclusion différente ener Gemini, Chatgpt et Claude (privilégie note séparée). => Créer note séparée avec lien dans la note du lundi matin pour ne pas avoir la tentation de ne pas faire la revue. A prévoir : L'inclusion dynamique (Transclusion / Live Template) La génération automatique du lien (commande slash) - /weekly-review-link (utiliser `${'[[01_JOURNAL/Weekly/review-w' .. os.date('%V') .. ']]'}`) --- Approche pragmatique : minimiser le temps passé à classer plutôt que pour viser un système "parfait". #systeme ## Dossiers et tags: De base, SilverBullet n'a pas d'arborescence de dossiers au sens classique. Il n'y a pas d'arbre de fichiers/dossiers dans l'interface par défaut même si des plugins existent pour cela. Il n'existe pas de moyen explicite de créer un dossier : on le fait simplement en mettant des slashes / dans le nom de la page. Le "dossier" n'est donc qu'un préfixe de nom, pas une structure rigide. Les dossiers et les tags ont des usages différents : * **Dossiers (préfixes)** = "où vit physiquement la note" → un nombre limité de catégories stables * **Tags** = "dans quels contextes je vais la rechercher" → peut être multiple, évolutif, léger ### Les dossier : limiter le nombre et la profondeur des dossiers 4 à 7 dossiers racines À plus de 4 dossiers en profondeur (préfixes). ### Les tags : 5 à 8 tags maximum, pas plus Utilisez le frontmatter plutôt que le hashtag en ligne quand c'est structurel. Le frontmatter permet d'ajouter des informations standardisées (ex.: `tags: book`, `status: reading`, etc.). Cela permet ensuite d'interroger les notes automatiquement via des requêtes intégrées. Limitez-vous à des tags de **statut** (`#a-traiter`, `#en-cours`, `#termine`) et de **type** (`#projet`, `#reference`, `#personne`), pas de tags thématiques fins — le dossier `resources/` + les liens `[[wikilinks]]` suffisent pour ça. ### La routine qui évite de "se disperser" 1. **Capture sans classer** : toute nouvelle idée part dans le Daily Note du jour, brut, sans réfléchir à son rangement. Zéro friction à l'écriture. 2. **Un rituel hebdo de 10-15 min** (pas quotidien) : parcourir les notes de la semaine et déplacer/renommer *seulement* celles qui méritent de devenir une page permanente (projet, référence). Le reste reste dans le journal, point. 3. **Ne jamais tagger rétroactivement** : ne passez pas un week-end à tagger des milliers de vieilles notes, vous abandonnerez. Ne taguez que ce que vous créez ou touchez maintenant. [Softorino](https://softorino.com/blog/tags-vs-folders-file-organization-explained) 4. **Archivage trimestriel** : déplacer les projets terminés vers `archive/` en bloc, sans réorganisation fine. Ce système tient en 3 règles simples : *capturer vite, ranger une fois par semaine, ne jamais retagger le passé.* C'est la régularité de la routine qui économise du temps, pas la sophistication de l'arborescence. --- À 30-50 projets actifs, le vrai risque n'est pas dans l'arborescence — c'est de compter sur la **navigation par dossiers** pour vous y retrouver. Ça ne scale pas, peu importe comment vous les rangez. La solution SilverBullet-native, c'est de basculer vers des **dashboards générés par requête**, et de garder les dossiers plats en dessous. #arborescence ### 1\. Garder le rangement plat, mais nommer rigoureusement ``` pro/projects/client-dupont_refonte-site pro/projects/client-martin_audit-secu pro/projects/interne_migration-crm ``` Convention : `[client-ou-interne]_[nom-court-du-projet]`. Pas de sous-dossier par client — ça ajouterait un niveau 4 inutile et vous forcerait à vous souvenir "c'était rangé sous quel client déjà ?". Le préfixe suffit pour que la recherche et le tri alphabétique du Page Picker regroupent déjà tout par client naturellement. ### 2\. Le frontmatter fait le travail que 50 dossiers ne peuvent pas faire Chaque page projet démarre par : yaml ```yaml --- tags: projet client: Dupont statut: actif priorite: haute prochaine-echeance: 2026-08-15 prochaine-action: "Envoyer le devis révisé" --- ``` C'est ce `statut`, `priorite` et `prochaine-echeance` qui vont vous sauver, pas la position du fichier dans un dossier. ### 3\. Un dashboard unique plutôt que 50 pages à parcourir #tdb Avec le système de requêtes intégré (Space Lua/Integrated Query, qui permet de récupérer des données en direct depuis vos pages), vous créez une page `pro/dashboard` avec plusieurs requêtes empilées : [SilverBullet](https://silverbullet.md/Knowledge%20Base) **Bloc 1 — ce sur quoi vous travaillez cette semaine :** ``` ${query[ from p = index.pages("projet") where p.statut == "actif" and p.priorite == "haute" order by p.prochaine-echeance asc select templates.pageItem(p) ]} ``` **Bloc 2 — tout ce qui a une échéance dans les 7 jours, tous statuts confondus :** requête similaire filtrée sur `prochaine-echeance`. **Bloc 3 — par client**, si vous voulez une vue transversale d'un compte donné : filtrer `p.client == "Dupont"`. Résultat concret : vous n'ouvrez plus jamais `pro/projects/` pour "chercher" un projet. Vous ouvrez `pro/dashboard`, qui vous montre ce qui compte *aujourd'hui*, généré automatiquement à partir des 50 pages. ### 4\. Distinguer "actif" de "vraiment prioritaire cette semaine" Avec 50 projets, le mot "actif" devient trop large pour être utile. Ajoutez un statut intermédiaire : * `statut: actif` → en cours, sans action requise cette semaine * `statut: focus` → les 5 à 8 projets sur lesquels vous travaillez concrètement cette semaine * `statut: attente` → en pause (attend une réponse client, un livrable externe) * `statut: termine` → à archiver Le dashboard filtre sur `focus`, pas sur `actif`. Ça évite l'écueil classique : "actif" fini par vouloir dire "tout", et le dashboard redevient une liste de 50 lignes illisible. ### 5\. La routine hebdo s'adapte au volume Avec 50 projets, la revue hebdo ne peut plus être "je relis tout" : 1. **5 min, lundi matin** : ouvrir le dashboard, repasser en revue les projets `focus` de la semaine précédente → basculer ceux terminés en `termine`, ceux qui traînent en `attente`. 2. **5 min** : remonter 5-8 nouveaux projets de `actif` vers `focus` pour la semaine. 3. **1× par mois** : requête `statut == attente` triée par date de dernière modification — repérer ce qui est en attente depuis trop longtemps et relancer ou archiver. ### 6\. Archiver vite et sans hésiter Dès qu'un projet passe en `termine`, déplacez-le physiquement vers `archive/pro/` lors de la revue mensuelle plutôt que de le laisser traîner dans `projects/` avec un tag. Le dossier `projects/` ne doit contenir, à tout moment, que des projets réellement en cours — s'il grossit indéfiniment, le dashboard devient de plus en plus lent à parcourir visuellement même si la requête reste rapide. **L'idée centrale** : à cette échelle, la question n'est plus "où ranger la note" mais "quelle métadonnée lui donner pour qu'une requête la retrouve". Les dossiers ne servent qu'à éviter les collisions de noms, tout le pilotage se fait par le dashboard. Donc, les note au sens "idées", il vos mieux les mettre dans les ressources que dans les projets. Est-ce bien cela ? Faut-il ajouter des propriétés spécifiques (ex.: distinguer type=ressource de type=note, ajouter un tag "idea", ou indiquer projet=projet-a) ? Démêlé distinction entre idées liées aux projets et ressources autonomes Démêlé distinction entre idées liées aux projets et ressources autonomes Pas tout à fait — c'est plus nuancé, et c'est une distinction importante à bien poser maintenant, avant que vous ayez des centaines de notes. ### La vraie question n'est pas "note vs ressource" mais "cette idée a-t-elle un projet propriétaire ?" Une idée n'est pas automatiquement une ressource. Une ressource, c'est de la **référence passive** (une doc, un article, une info que vous consultez). Une idée, c'est potentiellement une **graine d'action future** — ça n'a pas la même nature. Trois cas, trois destinations : **Cas 1 — L'idée concerne un projet actif précis** → Elle reste liée au projet, pas dans `resources/`. Sinon vous perdez le lien mental entre l'idée et son contexte, et vous ne la retrouverez jamais au bon moment. ```yaml --- tags: idee projet: client-dupont_refonte-site statut: a-evaluer --- ``` Ou plus simple : directement en note satellite du projet, nommée `client-dupont_refonte-site - idee-navigation-mobile`, avec un lien `[[client-dupont_refonte-site]]` dedans. **Cas 2 — L'idée n'est liée à aucun projet actuel, mais pourrait en devenir un** → Ni `projects/` (pas encore de deadline/résultat), ni `resources/` (ce n'est pas de la référence passive). C'est le cas classique du **"inbox d'idées"**, une quatrième zone à ajouter à votre PARA : ``` pro/idees/ ``` Avec frontmatter : ```yaml --- tags: idee statut: a-evaluer origine: reunion-2026-07-15 --- ``` **Cas 3 — C'est vraiment de la référence, sans intention d'action** → Là oui, `resources/`. Exemple : un article intéressant sur une techno, un benchmark, une info sectorielle. ### Sur les propriétés spécifiques : oui, mais deux suffisent Vous n'avez pas besoin de multiplier `type=ressource` / `type=note` / tag `idea` en parallèle — c'est redondant. Choisissez **un seul champ de nature** et **un seul champ de lien** : ```yaml tags: idee # la nature de la note (au lieu de type=note) projet: client-dupont_refonte-site # le lien vers le projet, si applicable — sinon on omet le champ statut: a-evaluer # a-evaluer / retenue / abandonnee / integree ``` Pourquoi `tags: idee` plutôt que `type: idee` : SilverBullet indexe nativement les tags comme des objets requêtables — il indexe les hashtags en distinguant les tags de page, d'item et de tâche — donc autant utiliser le mécanisme prévu pour ça plutôt qu'un champ `type` maison, qui ne bénéficiera pas des mêmes requêtes toutes faites. [DeepWiki](https://deepwiki.com/silverbulletmd/silverbullet/6.4-tags-links-and-backlinks) Le champ `projet:` est celui qui fait tout le travail de rattachement : c'est lui qui vous permet une requête comme *"toutes les idées liées au projet Dupont"* : ``` ${query[ from i = index.pages("idee") where i.projet == "client-dupont_refonte-site" select templates.pageItem(i) ]} ``` ...que vous pouvez d'ailleurs insérer **directement dans la page du projet lui-même**, pour voir apparaître automatiquement toutes ses idées liées sans avoir à les chercher. ### Routine associée : traiter le bac à idées, pas le classer Une fois par semaine, lors de votre revue : parcourir `pro/idees/` (les idées sans projet), et pour chacune trancher — `retenue` (devient un projet ou rejoint un projet existant via `projet:`), `abandonnee` (archivée), ou laissée `a-evaluer` si vous n'êtes pas prêt à décider. Ça évite que ce dossier devienne un cimetière de 200 idées jamais retriées. --- # Gestion des photos Je suis sur un VPS, mais avec peu de place et je ne souhaite pas partager mon PC avec mon VPS directement pour des raisons de sécurité (je ne suis pas admin système et j'ai des connaissances limitées dans ce domaine. Ce que je prévois : * Conserver le système de stockage actuel * Utiliser un script ou logiciel pour réduire la taille des photos intéressantes (800x600 par exemple) * Copier les photos dans mon PKM une seule source de vérité (votre archive PC) et vous ne mettez sur le VPS que des versions "d'usage" légères, pensées pour la lecture, pas pour l'archivage. * Plutôt qu'une taille fixe comme 800×600 (qui suppose un ratio 4:3 et écrasera vos photos portrait ou vos ratios 3:2/16:9), préférez limiter le **plus grand côté** à une valeur, par ex. 1200 ou 1600 px, en gardant les proportions. C'est ce que font par défaut la plupart des outils de redimensionnement par lot. * Le format compte autant que la dimension : un JPEG en qualité 75-80% ou un **WebP** vous fera gagner beaucoup de place à qualité visuelle quasi identique — souvent plus déterminant que la résolution elle-même pour une photo illustrative dans une note. * Avec ça, une photo qui pesait 5-8 Mo en original tombe généralement à 50-150 Ko, ce qui laisse énormément de marge sur un petit VPS. **Outils simples pour le faire en lot (sans ligne de commande si vous préférez)** * Windows : IrfanView (traitement par lot intégré) ou XnConvert (multiplateforme, gratuit, interface graphique, gère resize + conversion + compression en une passe). * Mac : Aperçu (redimensionnement simple photo par photo) ou ImageOptim / XnConvert pour du lot. * Si vous êtes à l'aise avec un peu de ligne de commande plus tard, ImageMagick fait ça en une commande, mais ce n'est pas nécessaire pour démarrer. **Sur l'organisation dans SilverBullet** * Gardez une convention de nommage cohérente pour vos photos réduites (ex. `2024-08-visite-colmar-01.jpg`) : ça facilite la recherche et évite les collisions de noms dans le space. * Pensez aussi à surveiller de temps en temps l'espace disque du VPS (`df -h` si vous avez un accès SSH, ou via le panneau de votre hébergeur) — même en compressé, ça peut grossir avec le temps si vous illustrez beaucoup de notes. **Logiciel open source (interface graphique)** **Caesium Image Compressor** est probablement le plus adapté à votre cas : open source (licence GPL), multiplateforme (Windows/Mac/Linux), fait à la fois resize (par dimension max) et compression (JPEG/PNG/WebP), avec un mode batch. Interface simple, pas besoin de ligne de commande pour l'utiliser au quotidien. * Site : [https://saerasoft.com/caesium/](https://saerasoft.com/caesium/) * GitHub : [https://github.com/Lymphatus/CaesiumImageCompressor](https://github.com/Lymphatus/CaesiumImageCompressor) Autre option solide si vous voulez aussi retoucher (rognage, filtres) : **GIMP** avec son mode batch (Script-Fu), mais c'est plus lourd à prendre en main juste pour du resize simple. **Solution en ligne de commande** Deux options open source classiques : 1. **ImageMagick** (le plus universel, installé par défaut sur beaucoup de Linux/VPS) : bash ```bash mogrify -resize 1600x1600\> -quality 80 -format jpg *.jpg ``` * `1600x1600\>` = ne redimensionne que si l'image dépasse 1600px sur son plus grand côté (le `\>` évite d'agrandir les petites images), en gardant le ratio. * `-quality 80` = compression JPEG. * Attention : `mogrify` modifie les fichiers **en place**, faites toujours un test sur une copie d'abord. ## Caesium CLI 2. **Caesium CLI (`caesiumclt`)**, le même moteur que la version graphique, si vous préférez rester dans le même outil : ```bash caesiumclt -q 80 --max-width 1600 -o ./output/ *.jpg ``` Ou enregistrer les images redimensionnées dans un dossier dédié (recommandé) ```bash caesiumclt -R -S --long-edge 1200 -q 80 -o "C:\chemin\vers\dossier_sortie" "C:\chemin\vers\dossier_source" ``` Pour plus de détails, cf. [[04_NOTES/Script_redimensionner_images_Caesium]] et [[04_NOTES/SB_Compresser-images_Caesium]] ### 2\. Traiter les images dans le même dossier source (avec suffixe) #image Si vous souhaitez placer les images redimensionnées à côté des originales sans les écraser, utilisez l'option `--same-folder-as-input` associée à un suffixe (ex. `_1200px`) : * **Sous Linux & Windows :** ``` caesiumclt -R --long-edge 1200 -q 80 --suffix _1200px --same-folder-as-input /chemin/vers/dossier_source ``` ## Détail des arguments clés | **Option** | **Description** | | --- | --- | | **`-R`** (ou `--recursive`) | Active la recherche **récursive** dans tous les sous-dossiers. | | **`--long-edge 1200`** | Redimensionne l'image en fixant le plus grand côté à 1200 px (conserve le ratio d'aspect). | | **`-S`** (ou `--keep-structure`) | Préserve l'arborescence exacte des dossiers dans le répertoire de sortie. | | **`-q 80`** (ou `--quality`) | Ajuste la qualité de compression JPEG/WebP (ex: `80` pour un bon compromis qualité/poids). | | **`--lossless`** | (Alternative à `-q`) Effectue une compression sans perte. | | **`-o `** | Spécifie le répertoire de destination des images. | **Conseil :** Vous pouvez ajouter l'option `--dry-run` à votre commande avant de lancer le traitement réel. Cela simule l'exécution et vous permet de vérifier la liste des fichiers sans appliquer de modifications. ## ImageMagick Pour un traitement en lot sur tout un dossier avec sous-dossiers (comme votre archive par année), ImageMagick avec `find` est pratique : bash ```bash find . -iname "*.jpg" -exec mogrify -resize 1600x1600\> -quality 80 {} \; ``` **Stratégie pour les photos déjà dans le space (non redimensionnées)** ==**_=> Créer une note spécifique ici sur la redimensionnement des images avec image magick_**== Quelques principes pour ne rien casser : 1. **Faites d'abord une sauvegarde complète du space** (copie du dossier VPS en local, ou via l'export SilverBullet) avant toute manipulation en masse. 2. **Redimensionnez en gardant exactement le même nom de fichier et la même extension.** C'est le point clé : vos notes référencent les images par chemin relatif (`![texte](chemin/image.jpg)`), donc tant que le nom et l'emplacement ne changent pas, aucun lien ne casse — seul le contenu du fichier est remplacé par une version plus légère. 3. **Faites l'opération en deux temps si possible :** * Rapatriez le dossier du space en local sur votre PC (via `scp`, `rsync`, ou SFTP). * Lancez `mogrify` ou Caesium dessus en local (plus rapide, plus sûr, pas de risque de saturer le VPS pendant le traitement). * Renvoyez le dossier traité sur le VPS (`rsync` par-dessus). 4. **Repérez d'abord les gros fichiers** pour prioriser, plutôt que tout traiter d'un coup : Une fois ce nettoyage fait une bonne fois, votre nouveau flux (redimensionner avant intégration) évitera que le problème ne revienne. En récursif sous linux ou Windows: ```bash magick mogrify -resize 1600x1600> -quality 80 -path output_folder ***.jpg ``` Explications : * `-resize 1600x1600>` = la plus grande dimention doit faire maximum 1600px * `-path output_folder` = répertoire de destination ‘output_folder’ * `***.jpg` = traiter récursivement toutes les images avec l’extension *.jpg ---- Gestion des projets. Approche actuelle Je gère mes projets et mes notes dans mon PKM sur SilverBullet. J'ai séparé mon espace en trois domaines : PERSO, PRO et ASSO. Chaque domaine est organisé en fonction des types de contenus : PROJETS, NOTES, CONTACTS, EVENTS, etc. Je veux poser des questions sur l'organisation des projets. En effet, généralement j'évite de faire des projets trop gros ou large. Je découpe en actions sur des durées et des périmètres raisonnables. Ainsi pour la partie ASSO par exemple, je prévois de découper mes projets selon les sujets, mais également les saisons pour ce qui est transversal. Par exemple : DOMAIN/ASSO/PROJETS/COMMUNICATION_2026-2027, DOMAIN/ASSO/PROJETS/INSCRIPTIONS_2026-2027, DOMAIN/ASSO/PROJETS/BUDGET_2026-2027, etc. Et de prévoir aussi des projets spécifiques pour chaque événements. Exemples : DOMAIN/ASSO/PROJETS/STAGE_PARIS_20261024-25, DOMAIN/ASSO/PROJETS/REAPS_NOEL_20261218, etc. Que penses - tu de cette organisation? As - tu des conseils et des recommandations à me donner? Propositions Gemini **Les Forces de cette Structure** * **Portée maîtrisée :** La fin de la saison clôture naturellement le projet (ex: `COMMUNICATION_2026-2027`), ce qui vous force à archiver et à repartir sur une page blanche, évitant les notes de 50 000 mots. * **Typologie claire :** La distinction entre le transversal/saisonnier et l'événementiel ponctuel reflète parfaitement la réalité opérationnelle d'une association. **Recommandations et Ajustements** | **Axe d'amélioration** | **Risque identifié** | **Solution proposée** | | --- | --- | --- | | **Profondeur des dossiers** | Les chemins très longs (`DOMAIN/ASSO/PROJETS/...`) alourdissent la saisie et les requêtes. | Exploiter les **Frontmatter/Attributes** de SilverBullet plutôt que des dossiers profonds. | | **Gestion du temps** | Les tâches risquent d'être éparpillées entre les projets saisonniers et événementiels. | Centraliser la vue via des requêtes **Space Lua / Space Script**. | | **Effet de cloisonnement** | Un contact ou un événement peut toucher à la fois la *COMMUNICATION* et l' *INSCRIPTION*. | Utiliser des liens bidirectionnels `[[...]]` au lieu de ranger de façon rigide. | **Conseils pratiques pour SilverBullet** * **Allégez la hiérarchie des dossiers avec la métadonnée :** Au lieu de nommer votre page `DOMAIN/ASSO/PROJETS/STAGE_PARIS_20261024-25`, vous pouvez la nommer plus simplement `ASSO/PROJETS/Stage Paris 2026` et utiliser le frontmatter en haut de page : YAML ``` --- type: project domain: ASSO category: event season: 2026-2027 date: 2026-10-24 status: active --- ``` * **Exploitez les Live Queries (Space Queries) :** Profitez du moteur de requête de SilverBullet pour regrouper dynamiquement vos actions. Sur votre page d'accueil ASSO, vous pouvez afficher toutes les tâches ouvertes de la saison sans ouvrir chaque projet : Extrait de code ``` ``` * **Prévoyez une page "Modèle" (Template) pour vos événements :** Chaque projet événementiel (ex: `REPAS_NOEL`) réutilise souvent les mêmes étapes (réservation salle, budget, com, bilan). Créez un template SilverBullet pour instancier un projet événement en un clic avec la checklist de base. * **Gérez le cycle de vie (Archivage) :** Créez un statut `status: archived` ou déplacez les projets terminés dans un dossier `ASSO/ARCHIVES/2026-2027/`. Cela conserve la légèreté de votre espace de travail au quotidien tout en gardant l'historique pour la saison suivante.