Communitygithub.com

Getting Things Done (GTD)

Exécute le cycle complet Getting Things Done – capturer, clarifier, organiser, réfléchir, agir – en construisant un système fiable de listes contextuelles, une liste de projets avec les prochaines actions définies et une habitude de revue hebdomadaire. Utilisez-le lorsque quelqu'un dit « Je suis submergé et les choses passent entre les mailles du filet », « configure GTD pour moi », « aide-moi à faire un brain dump et à l'organiser » ou « ma liste de tâches est en désordre ». Ne pas utiliser pour exécuter uniquement le rituel de la revue hebdomadaire – utiliser weekly-review à la place – ni pour vider un arriéré d'e-mails – utiliser inbox-zero.

Qu'est-ce que Getting Things Done (GTD) ?

Ce skill implémente la méthodologie complète Getting Things Done en cinq étapes : capture, clarification, organisation, réflexion (revue hebdomadaire) et engagement. Il collecte d'abord les outils existants de l'utilisateur et ses engagements ouverts, puis guide la capture exhaustive de toutes les tâches dans une boîte de réception unique avant de les clarifier une par une en déterminant si elles sont actionnables. Chaque tâche actionnable est soit faite immédiatement (si moins de 2 minutes), déléguée et suivie, ou reportée vers les listes Prochaines Actions ou le Calendrier. La pierre angulaire du système est la revue hebdomadaire de 60 à 90 minutes, qui vide toutes les boîtes de réception, examine le calendrier, vérifie que chaque projet a une prochaine action vivante et relance les tâches en attente. Le livrable final comprend un système complet : inbox à zéro, listes de projets et d'actions, liste d'attentes, calendrier réservé aux engagements fermes, et une plage de revue hebdomadaire récurrente. Le skill évite les pièges courants comme la pollution du calendrier avec des souhaits, les actions formulées comme des sujets vagues, ou la construction du système sans réserver la revue hebdomadaire.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/SkillMedev/skills/tree/HEAD/skills/gtd-system

Demander à votre IA préférée

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

Documentation

Getting Things Done

L'objectif est d'avoir l'esprit clair : chaque engagement capturé dans un système plus fiable que la mémoire, afin que l'esprit cesse de ressasser les boucles ouvertes à 2 h du matin. L'échec coûteux que ce skill empêche est le système à moitié adopté – des listes qui existent mais ne sont pas fiables, de sorte que l'utilisateur gère à la fois les listes et l'inventaire mental, et subit les inconvénients des deux sans le soulagement d'aucun. La confiance vient d'une seule chose : la revue hebdomadaire. Une configuration GTD sans elle se transforme en une autre application abandonnée en 3 semaines.

Entrées à collecter

  1. Outils actuels : là où vivent les tâches, le calendrier et les notes aujourd'hui. Par défaut : conserver les outils existants de l'utilisateur – GTD est indépendant de l'outil, et une migration d'outil le premier jour double le risque d'échec.
  2. Engagements ouverts : travail, personnel, en attente des autres. Recueillis à l'étape 1, pas demandés au départ.
  3. Contextes qui correspondent à leur vie (@appels, @ordinateur, @courses, @maison, @ordre-du-jour-responsable). Par défaut : ces cinq-là ; étiquetez la supposition.
  4. Un créneau de revue hebdomadaire : un bloc récurrent de 60 à 90 minutes. Non négociable – obtenez un jour et une heure sur le calendrier avant de terminer la configuration.

Procédure opérationnelle

Les cinq étapes s'exécutent dans l'ordre car chacune consomme le résultat de la précédente : clarifier traite ce que la capture a collecté ; organiser classe ce que clarifier a décidé.

Étape 1 : Capturer

Collectez tout ce sur quoi l'utilisateur a son attention dans une seule boîte de réception – sans juger, sans organiser encore. Balayez avec une liste de déclencheurs : projets promis aux autres, projets que d'autres vous doivent, e-mails nécessitant des réponses, appels à passer, courses, entretien de la maison, rendez-vous médicaux, finances, personnes à recontacter, idées stockées dans votre tête. Continuez à demander « quoi d'autre prend de la place ? Continue » jusqu'à ce que deux demandes consécutives ne donnent rien. Une première capture complète produit généralement 50 à 150 éléments ; une liste de 15 signifie que le balayage s'est arrêté trop tôt.

Étape 2 : Clarifier

Traitez chaque élément de la boîte de réception, un par un, de haut en bas, avec une question : est-ce actionnable ?

  • Non → jetez-le, archivez-le comme référence, ou placez-le sur Un jour/Peut-être.
  • Oui → déterminez la toute prochaine action physique.
    • Prend moins de 2 minutes → faites-la maintenant ; la suivre coûte plus que la faire.
    • Quelqu'un d'autre devrait la faire → déléguez, et enregistrez-la sur En attente avec qui et depuis quand.
    • Sinon → reportez-la sur Prochaines Actions ou le Calendrier.

Tout résultat nécessitant plus d'une action est un projet. Le projet va sur la liste des Projets ; seule sa prochaine action va sur une liste d'actions.

Règles de formulation des prochaines actions – une action doit commencer par un verbe physique et être exécutable sans autre réflexion :

Mauvais : « Dentiste. » « Planification T3. » « Anniversaire de maman. »

Bon : « Appeler le cabinet du Dr Reyes au 555-0142 pour réserver un nettoyage. » « Rédiger les trois options T3 dans un document et les envoyer à Ana pour réaction. » « Commander la théière bleue dans le panier sauvegardé avant vendredi. »

Les mauvaises versions sont des sujets – chacun force une redécision sur ce que « faire » signifie à chaque lecture, ce qui est exactement la fatigue que le système existe pour éliminer.

Étape 3 : Organiser

Triez les éléments clarifiés exactement dans ces listes :

  • Prochaines Actions – actions concrètes regroupées par contexte (@appels, @ordinateur, @courses).
  • Projets – chaque résultat en plusieurs étapes, chacun avec un « fait » défini et au moins une prochaine action sur une liste d'actions.
  • En attente – éléments délégués : quoi, qui, depuis quand.
  • Calendrier – uniquement les éléments qui doivent se produire à un jour/heure spécifique. Le calendrier est un territoire sacré : pas de souhaits « devrait faire mardi », car une entrée de calendrier ignorée apprend à l'utilisateur à toutes les ignorer.
  • Un jour/Peut-être – pas maintenant, revu chaque semaine.

Étape 4 : Réfléchir – la revue hebdomadaire

L'ancre de tout le système, 60 à 90 minutes, même créneau chaque semaine : vider chaque boîte de réception à zéro ; revoir le calendrier deux semaines en arrière (détails en suspens) et deux semaines en avant (préparation nécessaire) ; parcourir la liste complète des Projets et confirmer que chaque projet a une prochaine action vivante – tout projet sans en reçoit une sur-le-champ ; relancer les éléments En attente qui stagnent ; scanner Un jour/Peut-être pour tout ce qui est à activer ou supprimer. Utilisez la liste de contrôle ci-dessous. Pour un traitement plus approfondi et autonome de ce rituel, associez avec weekly-review.

Étape 5 : S'engager

Choisissez le travail selon quatre filtres, dans l'ordre : contexte (ce qui peut être fait ici), temps disponible (ce qui tient avant le prochain engagement), énergie (associer les tâches difficiles aux heures de pointe), priorité. Travailler à partir des listes – pas de la mémoire ou de la notification la plus forte – est la récompense des étapes 1 à 4.

Artéfact travaillé : liste de contrôle de revue hebdomadaire remplie

REVUE HEBDOMADAIRE - Ven 15h00-16h15

SE METTRE À JOUR
[x] Boîte de réception e-mail à zéro (34 traités ; 5 sont devenus des actions)
[x] Application de notes + pile de bureau traitée (7 éléments capturés)
[x] Balayage mental avec liste de déclencheurs (4 nouveaux éléments)

SE METTRE À NIVEAU
[x] Calendrier -2 semaines : suivi non envoyé à Priya trouvé → action @ordinateur
[x] Calendrier +2 semaines : rendez-vous passeport mardi - ajouté « Imprimer la confirmation » à @maison
[x] Liste des Projets (14 projets) : 2 n'avaient pas de prochaine action
      - « Embauche d'un entrepreneur » → « Envoyer un SMS à Luis pour le numéro de la recommandation »
      - « Séminaire T3 » → « Envoyer un e-mail au lieu pour un devis avant lundi »
[x] En attente : facture de Dana vieille de 12 jours → relance envoyée
[x] Un jour/Peut-être : activé « Configurer le transfert 401k » → nouveau projet

PRENDRE DE L'AVANCE
[x] Top 3 résultats la semaine prochaine : lieu réservé / révision de brouillon terminée / transfert commencé

Livrable

Produire un système GTD complet : une boîte de réception traitée à zéro, une liste de Projets où chaque projet a un état « fait » défini et une prochaine action vivante, des Prochaines Actions regroupées par contexte formulées verbe d'abord, une liste En attente avec dates, un calendrier contenant uniquement des engagements fermes, une liste Un jour/Peut-être, et un bloc de revue hebdomadaire récurrent de 60 à 90 minutes avec la liste de contrôle ci-dessus.

À NE PAS FAIRE

  • Ne mettez pas de priorités ou de souhaits sur le calendrier – le polluer tue son autorité.
  • Ne laissez aucun projet sans prochaine action ; un projet sans prochaine action est une inquiétude, pas un plan.
  • N'écrivez pas d'actions de type sujet (« Impôts ») – chaque lecture coûte une redécision.
  • Ne sautez pas la capture quand vous êtes submergé pour passer directement à la réorganisation des listes. L'écrasement est presque toujours dû à des boucles non capturées ; retournez d'abord à l'étape 1.
  • Ne construisez pas le système sans réserver la revue hebdomadaire. C'est la différence entre un système et une application avec de vieilles listes dedans.

Barre de qualité

  • Boîte de réception à zéro après traitement ; rien n'est stocké « à décider plus tard ».
  • Chaque prochaine action commence par un verbe physique et nomme suffisamment de détails pour commencer sans réfléchir.
  • Chaque projet a un état « fait » et une prochaine action vivante ; chaque En attente a un qui et un depuis quand.
  • Le calendrier contient uniquement des engagements spécifiques à un jour/heure.
  • Un bloc de revue hebdomadaire récurrent existe sur le calendrier avec la liste de contrôle jointe.

Individual skills in this repo

This repo contains 19 individual skills — each has its own dedicated page.

SkillMedev/skills

Designs REST API surfaces - resource naming, HTTP method and status-code semantics, error shapes, pagination, and filtering - and delivers an endpoint spec a consumer can build against without asking questions. Use when someone asks "how should I name this endpoint", "what status code should this return", "should this be PUT or PATCH", "how do I paginate this list", or is reviewing an API before it ships to external consumers. Do NOT use for planning breaking-change rollouts and deprecation windows - use api-versioning-strategist instead; for GraphQL type and resolver design - use graphql-schema instead; for generating client SDKs from an existing spec - use api-client-generator instead; for designing inbound webhook endpoints - use webhook-receiver-hardener instead.

SkillMedev/skills

Produce an accurate, properly timed caption track (SRT or WebVTT) from a video's audio - transcribing or aligning to the voiceover script, timing cues to speech, and enforcing line-length and reading-speed rules so captions are readable and in sync. Use when someone says "generate captions", "make subtitles from the audio", "transcribe and caption this", "export an SRT or VTT", "the captions are out of sync", or "the subtitles flash by too fast to read". Do NOT use to burn-in, style, reframe, or position an existing caption track for a platform (9:16, brand styling, safe areas) - that is social-video-formatter; do NOT use to animate text word-by-word as a motion graphic - that is kinetic-typography; do NOT use to write the spoken script in the first place - that is narration-script.

SkillMedev/skills

Turns data and charts into a decision-driving narrative structured as headline finding, trend, implication, and recommended action - with finding-led chart titles, context for every number, annotation guidance, and honest flags on any conclusion the data cannot support. Use when someone says "turn these numbers into a story", "what's the takeaway from this data", "help me present these results to leadership", or has charts but no narrative. Do NOT use for compressing a long document into a one-pager - use executive-summary instead - or for running the analysis that produces the findings - use eda-playbook instead.

SkillMedev/skills

Use when a task needs live or historical money data - "convert USD to EUR", "current/past exchange rate", "FX rate on this date / over this range", or "current price of Bitcoin/Ethereum, market cap, 24h change". Frankfurter (ECB reference rates, no key) is the FX default; CoinGecko's free keyless tier covers crypto. Do NOT use for stock quotes or equities - no keyless stock API survives verification, say so instead of guessing; do NOT use for country economic indicators like GDP or inflation series - use government-open-data instead; if the request is a vague "I need live data", route through public-data-api-picker.

SkillMedev/skills

Builds a driver-based FP&A operating model linking business inputs to P&L, balance sheet, and cash flow outputs. Use when building an annual plan, preparing investor materials, running scenario analysis, or stress-testing the business.

SkillMedev/skills

Use when a task needs live geographic lookups - "geocode this address", "what's at these coordinates" (reverse geocoding), "lat/lon for this city", "which country/state is this ZIP or postal code in", or "country facts: capital, currency, population, flag". Nominatim (OpenStreetMap) is the geocoding default; Zippopotam for postal codes; APICountries for country facts. All keyless. Do NOT use for weather at a location - use weather-climate instead; do NOT use for country-level statistics over time (GDP, population trends) - use government-open-data instead; if the request is a vague "I need live data", route through public-data-api-picker.

SkillMedev/skills

Processes any email backlog to zero using the 4Ds - Delete, Delegate, Defer, Do - with a mass-archive strategy for the obvious, a touch-each-email-once discipline, and a keep-it-clear system of batched processing windows, ruthless unsubscribing, filters, and a minimal folder setup. Use when someone says "I have 5,000 unread emails", "help me get to inbox zero", "email is eating my whole day", or treats their inbox as a to-do list. Do NOT use for drafting the reply emails themselves or prioritization rules for an ongoing support queue - use email-triage instead - or for protecting focus time around the email windows - use deep-work-planner instead.

SkillMedev/skills

Write landing-page copy section by section - hero, social proof, features-as-benefits, objections, CTA - leading with one promise and proving it down the page. Use when someone asks "write my landing page", "improve my hero headline", "what should the homepage say", "turn these features into benefits", or is shipping a new page for a launch or campaign. Do NOT use for testing and optimizing an existing page's conversion rate - use landing-page-cro instead; for the one-line claim itself use positioning-statement; for the full message ladder use messaging-hierarchy.

SkillMedev/skills

Improves an existing landing page's conversion rate through evidence-first CRO - audit heatmaps and recordings, write structured hypotheses, prioritize with ICE scoring, and run one-variable tests to statistical significance. Use when someone asks "why isn't my landing page converting", "audit this page before we scale spend", "which A/B test should we run first", or after a CVR drop or ahead of a paid-traffic push. Do NOT use for writing a new landing page from scratch - use landing-page-copy instead. Do NOT use for auditing the ad accounts sending the traffic - use paid-acquisition-audit instead. Do NOT use for reading the results of a finished experiment - use ab-test-analyzer instead.

SkillMedev/skills

Runs structured coaching sessions using values clarification and the GROW model, ending every session with one committed action, a deadline, and an if-then plan for the likely obstacle. Use when someone says "I feel stuck in my life", "help me figure out what I want", "hold me accountable to my goals", or "coach me through this decision". Do NOT use for building a stress toolkit - use stress-management instead - or a journaling practice - use journal-framework; for a standing goal-tracking system, use goals-accountability. Coaching, not therapy: signs of clinical distress route to a licensed professional.

SkillMedev/skills

Adapts English content for a target language and region - swapping idioms, setting the right formality register, replacing cultural references, converting dates, units, and currency - and delivers the localized text with a notes column explaining each adaptation and flagging what needs a native reviewer. Use when someone asks "localize this copy for the Japanese market", "adapt our marketing copy for the Mexican market", "make this translation sound native instead of literal", or a literal translation reads foreign, stiff, or risky. Do NOT use for auditing in-product UI text quality - use ux-writing-audit instead.

SkillMedev/skills

Turns a natural-language video brief into a complete, ready-to-preview Remotion composition - extracts duration, scenes, brand colors, aspect ratio, and real copy; plans the frame budget; and writes data-driven React/TypeScript using useCurrentFrame, interpolate, spring, AbsoluteFill, and Sequence, registered in Root.tsx. Use when someone says "build a 20-second product demo video", "animate a feature walkthrough", "write the Remotion code for this marketing clip", or wants a scene-by-scene composition they can scrub in Studio. Do NOT use for rendering, iterating, or batching the finished MP4 - use remotion-render instead - or for installing and scaffolding the project - use remotion-setup instead.

SkillMedev/skills

Scaffolds a new Remotion video project wired for Claude Code Agent Skills - Node check, create-video scaffold, skills install, folder conventions, Google Fonts, and a smoke-test render. Use whenever someone wants to start making videos with Remotion and Claude, even just "make product videos with Claude.

SkillMedev/skills

Classifies incident severity (SEV1-4) using impact, scope, and urgency signals and decides who to page. Use when an alert fires or a report comes in and a severity call must be made quickly.

SkillMedev/skills

Use the Skill Me catalog from inside any conversation - discover, install, and manage Claude skills through the Skill Me MCP, and load installed skills automatically each session.

SkillMedev/skills

Write one platform-native caption from a topic and brand voice, with a front-loaded hook, native length, and a single earned CTA. Use when the user gives a topic (and optionally brand voice or a described image/video) and asks for an Instagram, LinkedIn, X/Twitter, or TikTok caption. Do NOT use when the user wants a dedicated standalone LinkedIn post - use linkedin-post-writer instead; or a multi-post X thread - use tweet-thread-builder instead; or to adapt one existing piece of content into versions for several channels - use cross-platform-reformatter instead.

SkillMedev/skills

Reframe and export a finished video for social platforms - 9:16 ↔ 16:9 cropping, burned-in captions, a platform-native first frame, loop design, and per-platform specs (aspect, length, safe areas) for TikTok, Reels, Shorts, X, and LinkedIn. Use when someone says "make this vertical", "crop to 9:16", "format for TikTok/Reels/Shorts", "add captions/subtitles", "why is my video cut off on mobile", "resize for Instagram", or "export for social". Do NOT use when the question is about the storyboard or shot order before any video exists (use video-storyboard); the animation craft of how elements move (use motion-design-principles); animated word-by-word caption styling (use kinetic-typography); palette, contrast, or lighting (use motion-color-and-light); directing the product-demo content and screen choreography (use product-demo-director); or scoring, beat-syncing, or audio (use sound-and-music-sync) - this is the craft layer that decides WHAT to format for the feed, then hands a concrete spec to remotion-compo...

SkillMedev/skills

Writes and tunes PySpark jobs - join strategy and broadcast size limits, shuffle-partition sizing, skew diagnosis and salting, UDF avoidance, caching, and output file layout - with concrete size and skew thresholds. Use when someone asks "why is my Spark job slow", "should I broadcast this join", "one task takes forever while the rest finish", "my job OOMs during a join", or is writing a new PySpark ETL job. Do NOT use for Kafka topic, consumer-group, or streaming-pipeline design - use kafka-pipelines instead; do NOT use for single-machine dataframe work that fits in memory - use pandas-expert instead.

SkillMedev/skills

Builds clean, performant, accessible SwiftUI views with correct state ownership, scoped invalidation, and smooth list scrolling, and reviews existing SwiftUI code against a concrete frame-time and re-render budget. Use when someone asks "why does my SwiftUI list stutter", "should this be @State or @Observable", "my whole screen re-renders when one row changes", "how do I animate this transition", or wants a SwiftUI view built or refactored. Do NOT use for cross-platform React Native apps - use react-native-pro instead; do NOT use for Flutter widget trees - use flutter-widget-architect instead; do NOT use for Android Compose UIs - use jetpack-compose-builder instead.

Skills associés