Communitygithub.com

CheshireMew/100x-apprentissage

Une compétence Codex pour un apprentissage guidé par la recherche et la pratique.

Qu'est-ce que 100x-apprentissage ?

Cette compétence pour Codex (pouvant être adaptée à d'autres agents d'IA comme Claude Code ou Cursor) transforme du matériel, des sujets inconnus ou des problèmes réels en résultats que l'utilisateur peut immédiatement comprendre, évaluer, utiliser ou partager. Elle suit des principes stricts de finalisation : elle arrête le travail dès que les informations sont suffisantes, évite de transformer des tâches simples en projets de recherche, et livre les résultats directement dans la réponse ou via un fichier Markdown temporaire pour les contenus plus longs. La compétence s'appuie sur des références modulaires (analyse de matériel, recherche, écriture, gestion de base de connaissances) et utilise des scripts Python dédiés pour la gestion de la bibliothèque personnelle de connaissances, des exemples de cas et des crochets. Elle privilégie la fourniture de matériaux réels et laisse le modèle d'IA prendre les décisions créatives finales concernant l'angle, la structure et le ton, tout en séparant clairement les tâches de recherche, d'écriture et de publication.

Compatible avec~Claude Code✓Codex CLI~Cursor
npx skills add CheshireMew/100x-learning

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Apprentissage 100x

Objectif

Transformer du matériel, un sujet inconnu ou un problème réel en un résultat que l'utilisateur peut maintenant comprendre, évaluer, utiliser ou partager. Arrêter lorsque les informations sont suffisantes, sans transformer une tâche simple en projet de recherche ni transformer une tâche d'écriture en audit de processus.

Les explications ordinaires, résultats de recherche, listes, révisions de contenu et textes publiable sont réalisés directement ; les livrables adaptés à une copie unique sont livrés dans la réponse actuelle, les textes plus longs, structurellement complexes ou nécessitant des modifications ultérieures utilisent un fichier Markdown temporaire. Sauvegarder, mettre à jour ou consolider uniquement lorsque l'utilisateur le demande explicitement. La production, le téléchargement et la publication de médias sont déclenchés par une demande explicite de l'utilisateur ; les cartes graphiques, GIF, vidéos, audio et podcasts sont confiés à visual-multimedia.

Principes fondamentaux

  1. Réaliser d'abord le résultat que l'utilisateur veut vraiment. Comprendre directement la demande en langage naturel de l'utilisateur et produire le contenu correspondant. Si une même requête comprend plusieurs résultats explicites (recherche, écriture, sauvegarde, etc.), les réaliser séquentiellement ; si l'utilisateur n'en veut qu'un, s'arrêter après ce résultat.
  2. L'écriture part du principe de la découverte de matériaux réels. Par défaut, les nouvelles rédactions, expansions, réécritures et restructurations substantielles recherchent des sources externes pour trouver des scénarios, mécanismes, démonstrations, comparaisons, réactions et formulations naturelles qui augmentent les possibilités créatives. Ne pas rechercher si l'utilisateur interdit explicitement la connexion réseau, demande d'utiliser uniquement le matériel fourni, ou demande seulement des corrections de fautes, de format ou de synonymes. La recherche et la vérification des faits ne font que compléter et corriger le matériel, sans prédéterminer l'angle, la structure ou la conclusion.
  3. Les cas complets et les crochets aident l'expression, mais ne contrôlent pas l'écriture. Les cas et les crochets continuent d'être sauvegardés et gérés séparément ; l'écriture normale lit les textes complets actuellement disponibles, et c'est au modèle de décider ce qui est utile et comment les synthétiser. Les contenus courts utilisent les références adaptées aux contenus courts, les articles utilisent les références adaptées aux articles ; continuer à écrire si la bibliothèque personnelle ou les références ne sont pas disponibles.
  4. Faire confiance au jugement créatif du modèle. Fournir au modèle des matériaux réels, des références complètes, les contraintes strictes de l'utilisateur et quelques limites nécessaires, puis le laisser décider de l'angle, des choix, de la structure, de la langue, de la longueur et du point d'arrêt.
  5. Les faits de publication ne font que compléter les faits. Les avantages, dates, points d'entrée, divulgations et autres informations d'action ne sont ajoutés que lorsqu'ils sont réellement nécessaires au texte principal ; ils ne déterminent pas le ton, le début, la structure ou la manière dont le produit apparaît. Les rétrospectives de publication verrouillent d'abord le produit réel, la fenêtre de métriques et les retours ; un résultat unique ne réécrit pas automatiquement la stratégie à long terme, les connaissances, les cas, les crochets ou la voix.

Utilisation du matériel en fonction de la demande

Les instructions suivantes peuvent participer à la même requête simultanément, en ne fournissant que le matériel et les méthodes nécessaires au travail, sans établir de voies mutuellement exclusives :

  • Pour juger de la méthode d'apprentissage, lire references/learning-process-and-method-selection.md ; pour comprendre le matériel et filtrer les extraits, lire references/material-analysis.md, et utiliser references/shareable-content-selection.md lorsqu'il est nécessaire de filtrer le contenu partageable.
  • Pour rechercher un sujet, comparer des sources ou vérifier des faits importants, lire references/research-context-reuse.md et references/research-led-learning.md ; pour expliquer un concept, lire references/concept-deconstruction.md ; pour un apprentissage systématique, lire references/continuous-learning.md.
  • Pour appliquer des connaissances à un problème réel, lire references/practice-led-learning.md ; pour établir une direction de contenu à long terme, lire references/content-strategy-and-topic-selection.md ; pour analyser un contenu déjà publié, lire references/published-content-review.md.
  • Pour les vidéos, les posts sociaux et les Threads, obtenir d'abord le texte fiable et le contexte selon references/source-ingestion.md, puis les utiliser directement pour le résultat demandé par l'utilisateur.
  • Les textes publiable utilisent conjointement references/prewriting-research.md et references/content-writing.md. Un projet GitHub unique peut être complété par references/github-project-short-content.md, une liste de projets GitHub par references/github-project-list.md, et les articles et Newsletters par references/article-from-practice.md.
  • Pour réviser du contenu, lire references/content-audit.md ; si l'utilisateur demande de vérifier ou d'éliminer un ton artificiel, lire simultanément references/natural-writing.md. Si le texte principal nécessite des avantages, des délais, des points d'action ou des divulgations, compléter avec references/publication-requirements.md.
  • Pour l'initialisation et le positionnement de la bibliothèque de connaissances personnelle, lire references/private-knowledge-library.md ; pour l'écriture de connaissances, lire references/knowledge-base-workflow.md ; pour la vérification de la santé de la bibliothèque, lire references/knowledge-base-health.md ; pour l'ingestion en masse, lire references/bulk-knowledge-ingestion.md ; pour la reprise inter-tâches, lire references/durable-learning-projects.md.
  • Pour la lecture et la maintenance des cas complets et des crochets, utiliser respectivement references/content-case-library.md et references/hook-library.md ; pour la voix de l'auteur, l'historique des publications et la vérification des doublons de contenu, utiliser references/personal-writing-memory.md.

Si l'utilisateur ne mentionne que cette compétence ou ne fournit que du matériel sans spécifier le livrable, expliquer directement le matériel lui-même. Les réponses directes et les textes publiable utilisent par défaut le chinois ; ne conserver les termes étrangers que lorsqu'il n'existe pas de formulation chinoise claire, que le lecteur doit rechercher ou opérer avec le nom original, ou que l'utilisateur exige la forme officielle. Les résultats uniques ordinaires ne sont pas persistés ; l'écriture dans un emplacement à long terme n'a lieu que sur demande explicite de l'utilisateur de sauvegarder, mettre à jour ou consolider.

Écriture

Préparation du matériel réel

Traiter le livrable directement selon la demande de l'utilisateur. Les retours successifs ne modifient que l'aspect corrigé par l'utilisateur dans la session en cours, sans transférer les faits, les phrases originales et les structures ponctuelles de l'objet précédent au nouvel objet.

Effectuer la recherche par défaut et la purification par suppression selon references/prewriting-research.md, puis composer le matériel de préparation unique selon la section "Préparation du matériel pour l'écriture" de references/content-writing.md. Les notes générales sur l'écriture proviennent uniquement de ce fichier ; aucune seconde version n'est maintenue dans ce fichier ou dans d'autres instructions spécialisées.

Ajout de références disponibles

L'écriture normale n'exécute pas de vérification de santé de la bibliothèque personnelle, de la bibliothèque de cas ou de la bibliothèque de crochets. Lorsque l'emplacement de la bibliothèque personnelle peut être obtenu à partir de la configuration actuelle de la machine, lire le texte intégral des cas et des crochets complets actuellement disponibles ; si l'emplacement, l'index ou les références ne sont pas disponibles, continuer à écrire à partir du matériel existant, sans s'arrêter et sans signaler l'état interne à l'utilisateur. Les index des cas et des crochets aident uniquement à ouvrir le texte intégral ; le modèle décide lui-même quels éléments lire, combien en lire et comment les synthétiser. Les contenus courts ne lisent pas par défaut les références d'articles, et les articles ne limitent pas leur longueur en empruntant les contraintes des contenus courts.

Les contenus courts ne lisent pas par défaut la voix de l'auteur ; celle-ci n'est utilisée que si l'utilisateur demande explicitement "écris comme moi" ou fournit un échantillon de style. Les articles et Newsletters lisent par défaut la voix d'auteur à long terme existante et des échantillons fiables ; s'ils ne sont pas disponibles, continuer à écrire sans vérification ni arrêt. Aucun matériel source ne devient automatiquement la voix de l'utilisateur du fait de l'utilisation de la première personne.

Un projet GitHub unique, une liste de projets, un article, une Newsletter ou un contenu incluant des faits de publication peuvent lire simultanément les instructions spécialisées listées ci-dessus ; ces instructions ne fournissent que le matériel et les limites nécessaires à l'objet en cours, sans prédéterminer la structure pour le modèle.

Rédaction directe

Utiliser references/content-writing.md pour produire directement le texte principal. Ce fichier est responsable du modèle unique du matériel de préparation, des notes générales sur l'écriture, des limites des sources et des faits, de la répétition à l'identique du matériel de préparation et de la rédaction directe ; les autres instructions spécialisées ne font que compléter les faits et exigences uniques de l'objet en cours.

Livraison

Chaque écriture présente systématiquement quatre parties :

  1. Exigence d'écriture : Reformuler la demande réelle de l'utilisateur en une phrase en langage naturel, sans afficher la classification interne, le processus de recherche ou le plan d'écriture.
  2. Matériel de préparation à l'écriture : Afficher intégralement les trois blocs de matériel de préparation constitués précédemment dans un bloc de code indépendant, exactement dans la version répétée avant la rédaction formelle, sans ajouter d'explications factuelles ou de résumés de sources en dehors du bloc de code.
  3. Résultat : Afficher le seul livrable complet dans un bloc de code indépendant ; pour les textes plus longs ou nécessitant des modifications ultérieures, il peut être sauvegardé dans un Markdown temporaire, avec un lien cliquable après le bloc de code.
  4. Références de création pour cette session : Lister les cas complets et les crochets réellement lus pour cette session, en utilisant des chemins de fichiers absolus cliquables pour les ressources de la bibliothèque personnelle, sans écrire de notes d'utilisation, de notes ou de raisonnements cachés ; si rien n'a été lu, écrire directement "Aucun cas ou crochet supplémentaire n'a été utilisé pour cette session".

Base de connaissances et persistance

La bibliothèque de connaissances personnelle est indépendante du code source de la compétence. Avant l'initialisation, l'accès, la lecture ou l'écriture, lire d'abord references/private-knowledge-library.md ; le répertoire racine unique pour la session est renvoyé par scripts/private_library.py. Les connaissances, cas, crochets et mémoires d'écriture sont tous localisés à partir de ce répertoire, sans deviner l'emplacement en fonction du dépôt actuel ou du répertoire client.

Les explications ordinaires, les brouillons, les livrables courts et les Markdown temporaires ne servent que la tâche en cours. Lorsque l'utilisateur demande explicitement de sauvegarder, mettre à jour ou consolider, obtenir le répertoire racine de la bibliothèque personnelle puis trouver l'emplacement formel unique selon references/knowledge-base-workflow.md : pour un même sujet, mettre à jour le document existant ; ne créer un nouveau document que s'il s'agit réellement d'un sujet indépendant. Si la bibliothèque personnelle est configurée avec Marktree CLI, le texte principal et l'index sont écrits via scripts/marktree_integration.py ; l'emplacement des connaissances est toujours décidé par cette compétence et Home.md.

Lorsque l'utilisateur demande explicitement de consolider à partir d'un matériel donné, terminer d'abord la compréhension du matériel, puis écrire en fonction de son rôle réel : le matériel source nécessitant une conservation à long terme va dans 20-Sources ; les concepts, mécanismes, conclusions et limites stables sont intégrés dans les sujets correspondants de 10-Knowledge ; si le matériel lui-même est un livrable complet et a une valeur de référence créative, il n'entre dans la bibliothèque de cas qu'à ce moment-là. Ce n'est que lorsque l'utilisateur demande explicitement de sauvegarder un début original qu'une entrée indépendante écrit dans la bibliothèque de crochets ; l'importation de cas ne génère pas de crochets. Après l'écriture, relire le fichier formel et exécuter la vérification d'index correspondante, en informant l'utilisateur de ce qui a été effectivement mis à jour.

L'historique des publications et les échantillons de style d'écriture utilisent deux points d'entrée de scripts/writing_memory.py : voice ne lit que les œuvres similaires explicitement autorisées pour apprendre le style d'écriture de l'utilisateur ; novelty ne vérifie que si le sujet est un doublon. Après que l'utilisateur a confirmé, sauvegardé ou mis à jour une œuvre finale, mettre à jour l'index selon references/personal-writing-memory.md.

La direction du contenu à long terme et le style d'écriture sont respectivement sauvegardés dans 60-Systems/Writing/content-strategy.md et 60-Systems/Writing/style-guide/voice.md. Les sujets continus ne conservent l'état des décisions que dans 30-Projects/Content/<série>/topic-portfolio.md des projets de contenu réels ; les rétrospectives de contenu publié relient le texte final et les retours réels, sans copier le texte. Un résultat unique reste une hypothèse ; seules les informations soutenues par des preuves répétées, des preuves de comportement direct ou la confirmation de l'utilisateur entrent dans le fichier à long terme correspondant. Les performances de publication ne réécrivent pas en elles-mêmes la voix de l'utilisateur.

Lorsque l'utilisateur demande explicitement de sauvegarder ou de mettre à jour un cas complet, utiliser scripts/content_case_library.py add-case pour écrire le cas court ou l'article complet, puis exécuter build-index et validate de ce script. Lorsque l'utilisateur demande explicitement de sauvegarder ou de mettre à jour un crochet, utiliser scripts/hook_library.py add-hook pour écrire dans la bibliothèque de crochets indépendante, puis exécuter build-index et validate de ce script. Les deux points d'entrée n'ont pas de paramètres de conversion ou de référence mutuelle.

Pour les SRT, VTT, TXT avec horodatages ou les sous-titres avec des sauts de ligne problématiques nécessitant une normalisation, utiliser scripts/normalize_subtitles.py, en conservant le fichier original et les horodatages réels.

La mémoire d'écriture personnelle ne fournit que des échantillons de style d'écriture confirmés et un historique des publications ; la bibliothèque de cas de contenu ne fournit qu'une référence créative. Tous deux ne peuvent pas remplacer les faits et les exigences explicites de l'objet en cours. Les traductions ordinaires, les transcriptions, le nettoyage de format et les plans ordinaires suivent leurs processus spécialisés respectifs ; la publicité, les pages de vente et d'atterrissage, les séquences d'emailing, les projets de marque complets, les stratégies marketing complètes et les publications proprement dites ne relèvent pas des résultats d'écriture de texte de cette compétence.

Vérification avant livraison

  • Le livrable répond directement à la demande de l'utilisateur ; le travail est arrêté lorsque les informations sont suffisantes.
  • Les points clés spécifiés par l'utilisateur, les relations entre les matériaux, la quantité, la langue, le format et les permissions restent inchangés.
  • Le matériel de préparation à l'écriture utilise le modèle unique et les notes générales sur l'écriture de references/content-writing.md, et est répété à l'identique avant la rédaction formelle.
  • L'écriture normale ne s'arrête pas en raison de l'indisponibilité de la bibliothèque personnelle, des cas ou des crochets ; la sauvegarde à long terme, la publication et toute autre action externe ne sont exécutées que sur demande explicite de l'utilisateur.

Skills associés