Cette année, j'ai sauvegardé environ 200 articles. Pourtant, tout ce qu'il me reste, ce sont 40 notes et un dossier « À organiser plus tard » que je n'ouvre jamais.
Ce n'est pas de votre faute si les notes s'accumulent sans être utiles. Chaque méthode de prise de notes suppose que vous continuerez personnellement le travail de « collecter, organiser, relier et réviser » pour toujours. Presque personne ne peut tenir ce rythme dans une vie quotidienne chargée. Ce n'est pas une question de volonté ; c'est tout simplement trop d'efforts.
Et s'il existait un système qui prenait en charge cette organisation fastidieuse pendant que vous dormez ? Pendant la journée, vous jetez simplement vos idées dans des notes. La nuit, vos gribouillis désordonnés sont soigneusement organisés, les notes connexes sont automatiquement liées, et vous recevez même des indications comme « Ceci contredit votre note d'il y a trois semaines », le tout disposé sur votre bureau au matin.
De plus, vous pouvez construire ce système vous-même dès maintenant, sans environnement particulier. Tout ce dont vous avez besoin, ce sont Claude Code et Obsidian — des outils standard qui fonctionnent sur votre propre ordinateur. Dans cet article, je vais expliquer comment construire ce système, étape par étape, en commençant aujourd'hui.
Je m'appelle tatsuki (@nobel_824). J'accompagne les petites et moyennes entreprises dans l'utilisation de l'IA, en aidant à la mise en œuvre de Claude/Codex tout en utilisant moi-même Claude Code toute la journée.
L'inspiration pour cette conception vient d'un guide de construction intitulé « How To Build a Second Brain That Runs Itself With Kimi & Obsidian (Full Course) », qui a recueilli 1,48 million de vues à l'étranger. Le concept est excellent, mais l'outil n'a pas besoin d'être Kimi Work. L'important est la philosophie de conception consistant à « externaliser le travail d'organisation à un traitement par lots nocturne », qui est indépendante de l'outil. J'ai donc reconstruit le système en utilisant les outils que j'utilise quotidiennement : Claude Code et Obsidian.
Article connexe : Claude Code Textbook - Basics -
https://note.com/nobel/n/n7d7a422f828f
Chapitre 1 : Créer une « équipe de nuit » pour votre deuxième cerveau
Commençons par partager une perspective qui facilite la compréhension de l'ensemble.
Considérez votre deuxième cerveau non pas comme une « application », mais comme un « petit département spécialisé dans le travail de nuit ». Vous êtes le seul à travailler de jour. Pendant la journée, vous faites ce pour quoi les humains sont encore meilleurs que les machines : trouver des idées, remarquer des choses, réagir et simplement jeter des éléments. Vous lancez les matières premières par-dessus le mur.
La nuit, un département différent se met en marche. Il traite ce que vous avez jeté pendant la journée, le transforme en connaissances organisées et prépare un briefing (rapport de synthèse) avant votre première tasse de café. Cela était impossible jusqu'à récemment parce que « l'équipe de nuit » n'existait pas. Au mieux, vous aviez un assistant qui ne travaillait que lorsque vous étiez assis à côté de lui en donnant des instructions. Cela ajoutait simplement à votre propre charge de travail. Un véritable deuxième cerveau a besoin d'une main-d'œuvre qui travaille selon un horaire, en parallèle et sans supervision.
L'équipe de nuit n'est pas composée de 300 copies effectuant la même tâche. Sa force vient de la division des rôles, comme un véritable département de recherche. Le flux est simple et se compose de quatre étapes.
Premièrement, Collecter. Ce rôle récupère le texte des articles ou des pages que vous souhaitez lire et les amène dans le système.
Deuxièmement, Décomposer et Lier. Ce rôle décompose le matériel collecté en « une idée, une note ». Un seul article peut devenir huit notes. Chaque fois qu'une nouvelle note naît, elle est liée aux notes connexes existantes. Cela transforme un tas de fichiers en un réseau de pensée.
Troisièmement, Vérifier les Contradictions. C'est le rôle le plus précieux. Il compare les nouvelles notes à toutes les notes existantes pour trouver des frictions — des affirmations qui contredisent vos notes passées, des assertions sans sources, ou des points qui sapent silencieusement une croyance que vous avez écrite le mois dernier. Si quelque chose est trouvé, il lève un drapeau. Il ne se contente pas d'écraser et de supprimer.
Quatrièmement, Résumer et Rapporter. Ce rôle tisse les notes connexes en un seul document long et rédige le briefing du matin. Il transforme les connaissances brutes en une forme que vous pouvez réellement utiliser pour réfléchir.
Pourquoi le traitement parallèle fonctionne-t-il ? Lors d'une nuit calme, il n'y a que quelques matériaux à traiter et quelques agents en cours d'exécution. Mais lors d'une nuit après une semaine chargée avec 50 articles accumulés, vous pouvez assigner un agent par source et les déployer tous en même temps. Une tâche qui prendrait des heures à un seul agent pour être traitée fichier par fichier peut être divisée, exécutée simultanément et intégrée en quelques minutes. C'est ce que signifie « faire une équipe ».
Chapitre 2 : Détenir la connaissance dans une « raffinerie », pas dans un tiroir
Maintenant, passons aux choses sérieuses. Nous commençons par la conception du coffre-fort.
L'erreur la plus courante est d'organiser un coffre-fort par sujet — créer des tiroirs étiquetés « Marketing », « Santé » ou « IA ». Cela échoue parce que la connaissance réelle ne reste pas dans une seule catégorie. Faire trier les choses par un agent dans des dossiers thématiques ne fait que recréer le problème d'organisation à plus grande échelle.
Au lieu de cela, nous créons des dossiers basés sur le stade de raffinement. La matière première entre d'un côté et ressort sous forme de connaissances connectées de l'autre. La structure des dossiers elle-même devient le pipeline.
Étape A : Créer les dossiers (5 minutes)
Exécutez cette commande en une ligne dans votre terminal pour créer la raffinerie.
1mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}2touch brain/CLAUDE.md
Voici les rôles de chacun :
brain/
├── 0-raw/ # Là où vous jetez les choses. Ne pas toucher. L'entrée.
├── 1-desk/ # L'établi de l'équipe de nuit. Temporaire. Nettoyé à la fin du service.
├── 2-atoms/ # Notes permanentes : une idée par fichier. Le cœur.
├── 3-threads/ # Intégration. Documents vivants tissés à partir de plusieurs atomes.
├── sources/ # Articles ou PDF originaux. Stockage en lecture seule.
├── briefings/ # Rapports de l'équipe de nuit à votre intention.
├── .claude/skills/ # « Descriptions de poste » pour chaque équipe.
└── CLAUDE.md # Charte opérationnelle. Lue par tous les agents en premier.
Il y a trois décisions de conception clés dans cette disposition.
Premièrement, 0-raw et sources sont en lecture seule et ne sont jamais modifiés. Les notes brutes et les fichiers originaux sont le fondement de la vérité. Les agents créent des dérivés à partir d'eux mais ne touchent jamais aux originaux. Cela évite l'échec qui détruit silencieusement les bases de connaissances de l'IA : « des notes dérivées citant d'autres notes dérivées, s'éloignant légèrement du sens original à chaque régénération jusqu'à ce que l'IA répète avec confiance des choses qu'elle a inventées. » Comme la source ne bouge pas, la vérité ne dérive pas.
Deuxièmement, 2-atoms contient des atomes (idées uniques), pas des articles. Un fichier, une idée. C'est le principe du Zettelkasten et la clé pour rendre le réseau de liens fonctionnel plutôt que décoratif. En décomposant les choses en idées uniques, vous pouvez les lier à de nombreuses choses, les recombiner et identifier avec précision les contradictions. Vous ne pouvez pas faire cela dans un coffre-fort où de longs articles sont jetés en entier.
Troisièmement, 3-threads est l'endroit où vit la compréhension. Les atomes sont des matériaux ; les threads sont l'intégration. Au fur et à mesure que des atomes connexes s'accumulent sur un thème comme « Courbes de coût des batteries », le thread grandit. C'est une couche qui manque dans les wikis plats, et c'est la différence entre une « base de connaissances » et une « compréhension ».
Étape B : Ouvrir ce dossier dans Obsidian
C'est la base de l'intégration Obsidian. Vous n'avez qu'une seule chose à faire.
Ouvrez Obsidian et sélectionnez « Ouvrir le dossier comme coffre-fort », puis pointez-le vers le dossier brain/ que vous venez de créer. C'est tout. Vous n'avez pas besoin de plugins supplémentaires ou de services de synchronisation car un coffre-fort Obsidian n'est qu'une collection de fichiers markdown. Le dossier lui-même devient le coffre-fort.
Lorsque vous écrivez [[Nom de la note]] dans une note, cela devient un lien interne Obsidian standard. Cela signifie que si le rôle « Décomposer et Lier » de l'équipe de nuit connecte des notes avec [[Note connexe]], ces connexions apparaîtront automatiquement dans la vue Graphique d'Obsidian. Vous n'avez rien à faire. Obsidian visualise le markdown écrit par les agents.
Vous pourriez vous demander : « Pourquoi ne pas utiliser une base de données vectorielle ou un RAG ? » Parce que le markdown simple et les liens sont suffisants. C'est local, portable, et vous pouvez suivre quelle note provient de quelle source. Cela surpasse une base de données vectorielle basée sur le cloud en termes de portabilité et de fiabilité. Obsidian fonctionne comme un visualiseur précisément parce que les fichiers sont en texte brut.
Étape C : Rédiger une charte
CLAUDE.md est le fichier unique qui régit l'ensemble de cette main-d'œuvre. Claude Code lit ce fichier avant de travailler, donc si vous écrivez des règles opérationnelles ici, toutes les équipes les suivront. Rédigez-les brièvement, clairement et de manière absolue.
1# Règles opérationnelles (À lire avant d'agir)23## Pipeline4- 0-raw/ : Entrée. Lecture seule. Ne jamais modifier les notes brutes.5- 1-desk/ : Établi. Nettoyer à la fin du service.6- 2-atoms/ : Atomes permanents. Un fichier, une idée.7- 3-threads/: Documents intégrés. Mettre à jour les threads existants sans créer de doublons.8- sources/ : Originaux. Lecture seule.9- briefings/: Où les rapports destinés aux humains sont écrits.1011## Directive Primordiale12Chaque atome doit pouvoir être retracé jusqu'à une source existante dans sources/ ou 0-raw/.13N'écrivez pas de note s'il n'y a pas de source. N'écrivez pas d'affirmations non trouvées dans le matériel.14Ne comblez pas les lacunes avec des informations plausibles. Jamais.1516## Règles de travail171. Un atome, une idée. Si une source a 8 idées, créez 8 atomes.182. Recherchez dans 2-atoms/ avant de créer un atome pour voir si une note existante peut être développée.193. Chaque atome doit être lié à au moins deux atomes connexes.204. Si cela contredit une note existante, ajoutez un bloc [FRICTION] à la nouvelle note pointant vers l'ancienne. N'écrasez pas silencieusement les croyances.215. Ne supprimez pas. Si cela devient obsolète, ajoutez [RETIRED] et déplacez vers archive/.226. Mettez à jour les threads pertinents et rédigez un briefing à la fin du service.
La « Directive Primordiale » est la ligne qui protège tout. Sans elle, l'équipe de nuit commencera à combler les lacunes entre les faits avec des fictions plausibles. Ces fictions deviendront impossibles à distinguer de vos propres pensées réelles, et un mois plus tard, vous ne saurez plus quelles croyances sont les vôtres et lesquelles la machine a inventées. « N'écrivez pas de note s'il n'y a pas de source. » C'est la règle qui garde votre cerveau vôtre.
Vous avez maintenant la boîte pour la connaissance et la charte pour la protéger. Les notes à l'intérieur seront ajoutées par l'équipe de nuit dans le chapitre suivant.
Chapitre 3 : Faire fonctionner l'équipe de nuit avec Claude Code
Maintenant que le plan est prêt, installons le moteur. Claude Code est ce qui fait réellement fonctionner l'équipe de nuit. Assemblage.
Exécution sans tête : Lancez-le manuellement une fois
Claude Code peut fonctionner sans écran interactif. C'est le mode sans tête.
claude -p "Lire un fichier non traité de 0-raw/ et créer un atome dans 2-atoms/ selon les règles de CLAUDE.md"
Le drapeau -p (--print) est un mode pour les scripts qui exécute une instruction et se termine (Documentation officielle). Le claude -p standard lit automatiquement CLAUDE.md et les compétences, donc la Directive Primordiale que vous avez écrite au Chapitre 2 s'appliquera. Si vous avez besoin d'une reproductibilité parfaite, il existe un mode --bare (qui ignore la découverte automatique de CLAUDE.md et des compétences), mais dans ce cas, vous devez passer les règles explicitement dans l'invite. Puisque nous voulons que la Directive Primordiale fonctionne, nous utilisons le -p standard.
Ne le planifiez pas immédiatement ; exécutez-le manuellement une fois pour voir comment il se comporte. Confirmez qu'un atome est créé comme prévu avant de passer à l'automatisation.
Rédiger le manuel comme une compétence
La « description de poste » pour chaque équipe est rédigée sous forme de compétence (un fichier markdown décrivant un flux de travail réutilisable). Si vous le placez dans .claude/skills/<nom>/SKILL.md, vous pouvez l'appeler à tout moment (Documentation officielle).
Par exemple, l'équipe « Raffinerie », qui gère le traitement nocturne principal, est rédigée comme ceci. Une fois rédigée, vous pouvez l'appeler par son nom de compétence, comme claude -p "/refinery". Vous l'écrivez une fois et l'appelez simplement par son nom chaque nuit.
name: refinery
description: L'équipe de nuit principale pour raffiner tous les éléments non traités de 0-raw en atomes.
1# Exécution de la Raffinerie23## Tâche4Traiter les éléments non traités dans 0-raw/. Assigner un sous-agent par élément,5les exécuter en parallèle, puis intégrer. Chaque agent devra :671. Lire la note brute et les sources connexes dans sources/.82. Diviser en une idée par fichier et placer dans 2-atoms/.93. Rechercher dans 2-atoms/ pour chaque atome afin de voir si une note existante peut être développée avant d'en créer une nouvelle.104. Lier chaque atome à au moins deux atomes connexes.115. Si cela contredit une note existante, ajouter un bloc [FRICTION] pointant vers elle.126. Déplacer les notes brutes traitées vers 0-raw/archive/.1314## Adhésion stricte15- Suivre la Directive Primordiale dans CLAUDE.md. N'écrire aucune affirmation sans sources.16- Ne pas toucher aux originaux dans sources/ et 0-raw/ sauf pour les lire.17- Laisser les intégrations qui nécessitent du jugement aux humains. Les signaler ; ne pas forcer une décision.
Parallélisme : Définir les sous-agents
Pour diviser les tâches de « décomposition », « liaison » et « vérification des contradictions », nous utilisons des sous-agents. En les définissant en markdown sous .claude/agents/, chacun se déplace dans un contexte indépendant en parallèle et ne renvoie que les résultats au parent (Documentation officielle). Le fichier de définition commence par un frontmatter spécifiant le nom et les outils disponibles.
name: cataloger
description: Décompose une source en atomes (une idée par fichier).
tools: ["Read", "Write"]
Lire la source fournie et créer des atomes dans 2-atoms/ (une idée par fichier). Rechercher d'abord les atomes existants et développer ceux qui peuvent l'être. Toujours écrire la source dans le frontmatter.
L'article original se vantait de « 300 agents ». Cela vient de la spécification du modèle K2.6 de Kimi, qui peut déployer jusqu'à 300 sous-agents et 4 000 étapes en parallèle (Blog officiel de Kimi). Cependant, Claude Code n'annonce pas un nombre fixe comme « limite 300 » ; il utilise une méthode d'orchestration pour assigner et intégrer plusieurs agents selon les besoins. Et en réalité, vous n'avez pas besoin de 300 agents pour une équipe de nuit de deuxième cerveau. Quelques types de rôles et quelques agents par source accumulée suffisent. L'avantage vient de la division des rôles et de leur exécution en parallèle, plutôt que du nombre pur.
Planification : Appeler à une heure fixe chaque nuit
Enfin, déclenchez les équipes par heure. Le moyen le plus fiable est d'appeler la compétence par son nom en utilisant le claude -p standard à partir d'un cron externe. Concevez-le pour que quatre équipes prennent le relais en séquence pendant la nuit.
0 23 * 23:00 Quotidien Éclaireur (Collecter les documents ; à exécuter manuellement pour l'instant)
0 3 * 3:00 Quotidien Raffinerie (Raffiner en parallèle ; l'événement principal)
0 6 * 6:00 Quotidien Éditeur (Mettre à jour les threads et les briefings)
0 22 0 22:00 Dimanche Audit (Vérification hebdomadaire de santé)
Automatiser uniquement la Raffinerie suffit pour commencer. Voici un exemple pour crontab :
Exemple pour crontab -e (3:00 Équipe Raffinerie)
0 3 * cd ~/brain && claude -p "/refinery" >> briefings/cron.log 2>&1
Le rôle Éclaireur — récupérer le texte d'un article via un navigateur — est un cas particulier. Comme mentionné plus tard, l'utilisation du navigateur par Claude Code est actuellement limitée aux sessions interactives, donc pour l'instant, exécutez Éclaireur manuellement pour enregistrer le texte dans sources/, et laissez la Raffinerie nocturne traiter ce texte collecté.
Une fois que vous êtes habitué, passer aux Routines intégrées de Claude Code est plus facile (Documentation officielle). Lancer /schedule dans une session permet d'enregistrer des exécutions périodiques comme horaires, nocturnes ou hebdomadaires (au moment de la rédaction, il s'agit d'un aperçu de recherche nécessitant des plans spécifiques ou Claude Code sur le web). Les Routines s'exécutent sur le cloud d'Anthropic, donc les tâches s'exécutent même si votre ordinateur portable est fermé. L'intervalle minimum est d'une heure. Je recommande de commencer par cron pour un quart de travail et de passer aux Routines une fois que vous êtes à l'aise.
Chapitre 4 : Faire d'Obsidian la « mémoire partagée pour tous les outils »
Jusqu'à présent, Claude Code peut lire et écrire directement dans le dossier brain/. Puisqu'Obsidian ouvre le même dossier, l'intégration de base est déjà terminée.
Ce chapitre est la version avancée. Si vous voulez simplement faire fonctionner l'équipe de nuit, vous pouvez sauter ce chapitre et le lire plus tard. Ici, nous rendons le même coffre-fort consultable et accessible en écriture depuis d'autres outils, tels que les fonctionnalités d'IA dans d'autres éditeurs ou différents agents.
Cela élimine les silos de connaissances dispersés dans cinq applications, permettant à tout de partager un seul cerveau. Ceci est réalisé via MCP (Model Context Protocol, une norme commune pour connecter des outils externes à l'IA).
Il existe trois façons de connecter Obsidian en tant que MCP, par ordre de difficulté :
1. MCP du système de fichiers (Le plus simple, aucun plugin requis)
Puisque le coffre-fort n'est qu'un dossier, vous pouvez pointer un serveur MCP du système de fichiers vers le coffre-fort. Vous n'avez rien à installer dans Obsidian.
claude mcp add obsidian-fs -- npx @modelcontextprotocol/server-filesystem ~/brain
2. API REST locale + mcp-obsidian (Fonctionnalités complètes : recherche et ajout)
Si vous souhaitez que l'IA effectue des recherches en texte intégral ou ajoute du contenu à des titres/blocs spécifiques, utilisez le plugin communautaire « Local REST API » dans Obsidian. Installez-le et activez-le simplement, puis copiez la clé API. L'hôte par défaut est 127.0.0.1, port 27124 (HTTPS avec certificat auto-signé). Ensuite, enregistrez uvx mcp-obsidian avec des variables d'environnement (mcp-obsidian / Local REST API).
OBSIDIAN_API_KEY=votre_clé OBSIDIAN_HOST=127.0.0.1 OBSIDIAN_PORT=27124 claude mcp add obsidian -- uvx mcp-obsidian
3. Une implémentation plus riche (cyanheads/obsidian-mcp-server)
Il existe également une implémentation de serveur MCP plus avancée qui enveloppe le plugin Local REST API. cyanheads/obsidian-mcp-server est un serveur externe basé sur Node qui prend en charge les restrictions de chemin et l'édition précise par titre. Comme la méthode 2, elle nécessite le plugin Local REST API et une clé API.
L'enregistrement d'un MCP dans Claude Code suit toujours le format claude mcp add <nom> -- <commande>, et les paramètres vont dans ~/.claude.json (pour vous-même) ou .mcp.json (pour le partage de référentiel) (Documentation officielle).
Un avertissement : toutes ces méthodes sont limitées à localhost ou au dossier fourni. La méthode de l'API REST nécessite votre propre clé API et la communication est limitée à localhost. Néanmoins, puisque vous donnez un accès en écriture à un agent, il est plus sûr de le limiter aux coffres-forts de confiance.
Trois pièges que les vidéos de démonstration omettent toujours
Donner à une main-d'œuvre automatisée un accès en lecture/écriture à vos connaissances et la laisser fonctionner sans surveillance pendant la nuit est un énorme levier, mais il y a des points à observer. C'est ce qui sépare un système qui devient plus intelligent sur un an d'un système qui pourrit silencieusement en un mois.
Premièrement, comprenez honnêtement les contraintes. Les Routines s'exécutent dans le cloud avec un intervalle minimum d'une heure. Et l'équipe « Éclaireur » — récupérant le texte d'un article via un navigateur — nécessite de la prudence. L'utilisation du navigateur par Claude Code (Claude dans Chrome) est actuellement en version bêta et limitée aux sessions interactives. Cela ne fonctionne pas encore à l'intérieur des Routines cloud (Documentation officielle). En pratique, il est plus propre d'exécuter Éclaireur manuellement pour enregistrer le texte dans sources/ et de laisser la Raffinerie nocturne traiter ce texte collecté.
Deuxièmement, sécurité et coûts. Claude Code a plusieurs modes d'autorisation (Documentation officielle). Le default standard demande une approbation pour tout ce qui n'est pas une lecture ; acceptEdits autorise automatiquement les modifications ; plan enquête et propose un plan en mode lecture seule ; bypassPermissions autorise tout. Pour un fonctionnement sans surveillance, il est plus sûr de vérifier d'abord le comportement avec plan, puis de passer à dontAsk (un mode pour CI qui n'exécute que des outils pré-autorisés) tout en utilisant des règles de refus. De plus, gérez brain/ avec git et validez chaque nuit. Si l'équipe de nuit prend une décision étrange, vous pouvez revenir à la nuit précédente avec une seule commande. C'est une ceinture de sécurité ; il est préférable de la boucler le premier jour plutôt qu'après un accident. De plus, Claude Code entraîne des coûts d'API ou d'abonnement. Vous pourriez héberger vous-même des modèles à poids ouverts pour annuler les frais d'API comme dans le guide original, mais c'est un sujet distinct. Soyez simplement prêt à estimer les coûts en fonction du volume de traitement nocturne.
Troisièmement, continuez à suivre la Directive Primordiale. Si l'audit hebdomadaire trouve des « notes sans sources », traitez-les immédiatement. Dès que des notes avec des sources introuvables commencent à s'accumuler, votre cerveau devient peu fiable. Un deuxième cerveau peu fiable est pire que pas de cerveau du tout, car vous pourriez agir sur une fiction de la machine en pensant qu'il s'agit de votre propre conclusion. « N'écrivez pas de note s'il n'y a pas de source. » C'est la règle pour garder votre cerveau vôtre.
Résumé : Arrêtez d'être bibliothécaire, devenez rédacteur en chef
Pendant longtemps, « construire un deuxième cerveau » était une façon polie de dire « accepter un deuxième travail non rémunéré en tant que votre propre bibliothécaire ». C'est pourquoi il y a des cimetières de tentatives échouées partout. Le travail n'en valait pas la peine, donc la volonté perdait toujours.
Mais ce travail peut désormais être délégué. Pendant la journée, vous jetez simplement des choses en quelques secondes. La nuit, les troupes les raffinent. Vous passez seulement 20 minutes par semaine en tant que rédacteur en chef, à décider « quelles croyances adopter ». Et le système devient plus intelligent plus vous le laissez tranquille, parce que vous avez confié le travail qui diminuait avec le temps entièrement à l'équipe de nuit.
Vous n'étiez pas mauvais pour prendre des notes. Vous essayiez simplement de diriger un département de recherche tout seul.
Premières étapes dès aujourd'hui (3 étapes) :
- [ ] Créez la raffinerie avec
mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}et ouvrez-la comme un coffre-fort dans Obsidian. Écrivez la Directive Primordiale « N'écrivez pas de note s'il n'y a pas de source » sur la première ligne deCLAUDE.md. - [ ] Rédigez un
SKILL.mdpour.claude/skills/refinery/et essayez de traiter une source manuellement avecclaude -p. - [ ] Si cela fonctionne, automatisez un quart de travail nocturne avec cron ou Routines.
Je partage des informations utiles que je ne peux pas publier sur X dans un OpenChat LINE.
Veuillez nous rejoindre via le lien ci-dessous.
