Communitygithub.com

SkillMedev/skills

Ejecuta el ciclo completo de Getting Things Done: capturar, aclarar, organizar, reflexionar y comprometerse, creando un sistema de confianza con listas de contexto, una lista de proyectos con acciones concretas y el hábito de la revisión semanal.

¿Qué es skills?

Esta skill implementa la metodología completa de productividad Getting Things Done (GTD) paso a paso. Su propósito es ayudar a desarrolladores y usuarios que se sienten abrumados o que tienen listas de tareas caóticas a construir un sistema externo de confianza que capture todos los compromisos y elimine el desgaste mental de mantener inventarios abiertos. La skill guía al usuario a través de las cinco fases clásicas: capturar todo en una bandeja de entrada, aclarar cada elemento decidiendo si es accionable, organizar en listas específicas como Próximas Acciones y Proyectos, reflexionar mediante una revisión semanal de 60 a 90 minutos, y comprometerse eligiendo el trabajo según contexto, tiempo y energía. Es compatible con cualquier herramienta existente (task managers, calendarios, notas) y produce salidas como listas de proyectos con estado de finalización definido, acciones con verbos físicos y una revisión semanal recurrente. No debe usarse solo para la revisión semanal (existe una skill separada para eso) ni para vaciar bandejas de entrada de correo.

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

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Getting Things Done

El objetivo es una mente despejada: cada compromiso capturado en un sistema más confiable que la memoria, para que la mente deje de repasar bucles abiertos a las 2 a.m. El fracaso costoso que esta skill previene es el sistema a medio adoptar: listas que existen pero no son confiables, de modo que el usuario mantiene tanto las listas como el inventario mental, y obtiene la carga de ambas sin el alivio de ninguna. La confianza proviene de una sola cosa: la revisión semanal. Una configuración de GTD sin ella degenera en otra aplicación abandonada en menos de 3 semanas.

Información a recopilar

  1. Herramientas actuales: dónde viven hoy las tareas, el calendario y las notas. Valor predeterminado: conservar las herramientas existentes del usuario: GTD es independiente de la herramienta, y migrar de herramienta el primer día duplica el riesgo de fracaso.
  2. Compromisos abiertos: trabajo, personales, en espera de otros. Se recopilan en el Paso 1, no se preguntan de antemano.
  3. Contextos que se ajusten a su vida (@llamadas, @computadora, @recados, @casa, @agenda-jefe). Valor predeterminado: esos cinco; etiquetar la suposición.
  4. Un espacio para la revisión semanal: un bloque recurrente de 60 a 90 minutos. No negociable: consigue un día y una hora en el calendario antes de terminar la configuración.

Procedimiento operativo

Los cinco pasos se ejecutan en orden porque cada uno consume la salida del anterior: aclarar procesa lo que capturar recolectó; organizar archiva lo que aclarar decidió.

Paso 1: Capturar

Recopila todo lo que tenga la atención del usuario en una sola bandeja de entrada, sin juzgar ni organizar todavía. Barre con una lista de activación: proyectos prometidos a otros, proyectos que otros te deben, correos que requieren respuesta, llamadas por hacer, recados, mantenimiento del hogar, citas médicas, finanzas, personas con las que reconectar, ideas guardadas en tu cabeza. Sigue preguntando "¿qué más ocupa espacio? Sigue adelante" hasta que dos preguntas seguidas no den nada. Una primera captura completa suele generar entre 50 y 150 elementos; una lista de 15 significa que el barrido se detuvo demasiado pronto.

Paso 2: Aclarar

Procesa cada elemento de la bandeja de entrada, uno a la vez, de arriba a abajo, con una pregunta: ¿es accionable?

  • No → tíralo, archívalo como referencia, o colócalo en Algún día/Tal vez.
  • Sí → determina la siguiente acción física muy concreta.
    • Tarda menos de 2 minutos → hazlo ahora; rastrearlo cuesta más que hacerlo.
    • Alguien más debería hacerlo → delega y regístralo en En espera de con quién y desde cuándo.
    • De lo contrario → difiérelo a Próximas Acciones o al Calendario.

Cualquier resultado que requiera más de una acción es un proyecto. El proyecto va a la lista de Proyectos; solo su siguiente acción va a una lista de acciones.

Reglas de redacción de la siguiente acción: una acción debe comenzar con un verbo físico y ser ejecutable sin necesidad de pensar más:

Mal: "Dentista." "Planificación Q3." "Cumpleaños de mamá."

Bien: "Llamar al consultorio de la Dra. Reyes al 555-0142 para reservar una limpieza." "Redactar las tres opciones de Q3 en un documento y enviarlo a Ana para que reaccione." "Pedir la tetera azul del carrito guardado antes del viernes."

Las versiones malas son temas: cada una obliga a re-decidir qué significa "hacerlo" cada vez que se lee, que es exactamente la fatiga que el sistema existe para eliminar.

Paso 3: Organizar

Ordena los elementos aclarados exactamente en estas listas:

  • Próximas Acciones: acciones concretas agrupadas por contexto (@llamadas, @computadora, @recados).
  • Proyectos: cada resultado de varios pasos, cada uno con un "hecho" definido y al menos una siguiente acción en una lista de acciones.
  • En espera de: elementos delegados: qué, quién, desde cuándo.
  • Calendario: solo elementos que deben ocurrir en un día/hora específicos. El calendario es territorio sagrado: nada de deseos de "debería hacerlo el martes", porque una entrada ignorada en el calendario enseña al usuario a ignorarlas todas.
  • Algún día/Tal vez: no ahora, revisado semanalmente.

Paso 4: Reflexionar – la revisión semanal

El ancla de todo el sistema, de 60 a 90 minutos, el mismo espacio cada semana: vaciar cada bandeja de entrada a cero; revisar el calendario dos semanas atrás (cabos sueltos) y dos semanas adelante (preparación necesaria); recorrer la lista completa de Proyectos y confirmar que cada proyecto tiene una siguiente acción activa; cualquier proyecto sin una recibe una en el acto; empujar elementos estancados de En espera de; escanear Algún día/Tal vez para ver si hay algo que activar o eliminar. Usa la lista de verificación a continuación. Para un tratamiento más profundo y autónomo de este ritual, combínalo con la revisión semanal.

Paso 5: Comprometerse

Elige el trabajo según cuatro filtros, en orden: contexto (qué se puede hacer aquí), tiempo disponible (qué cabe antes del próximo compromiso), energía (emparejar tareas difíciles con horas agudas), prioridad. Trabajar desde las listas – no desde la memoria o el ping más ruidoso – es la recompensa de los Pasos 1 a 4.

Artefacto trabajado: lista de verificación de revisión semanal completa

REVISIÓN SEMANAL - Vie 3:00-4:15pm

PONERSE AL DÍA
[x] Bandeja de entrada de correo a cero (procesados 34; 5 se convirtieron en acciones)
[x] Aplicación de notas + montón del escritorio procesados (7 elementos capturados)
[x] Barrido mental con lista de activación (4 nuevos elementos)

PONERSE AL CORRIENTE
[x] Calendario -2 semanas: encontrado seguimiento no enviado a Priya → acción @computadora
[x] Calendario +2 semanas: cita pasaporte mar - añadido "Imprimir confirmación" a @casa
[x] Lista de Proyectos (14 proyectos): 2 no tenían siguiente acción
      - "Contratar contratista" → "Enviar mensaje a Luis para que me dé el número de referencia"
      - "Offsite Q3" → "Enviar correo electrónico al lugar para presupuesto antes del lunes"
[x] En espera de: factura de Dana con 12 días de antigüedad → enviado recordatorio
[x] Algún día/Tal vez: activado "Configurar traspaso del 401k" → nuevo proyecto

ADELANTARSE
[x] Top 3 resultados la próxima semana: lugar reservado / revisión del borrador completada / traspaso iniciado

Entregable

Producir un sistema GTD completo: una bandeja de entrada procesada a cero, una lista de Proyectos donde cada proyecto tiene un estado de finalización definido y una siguiente acción activa, Próximas Acciones agrupadas por contexto y redactadas con verbo primero, una lista de En espera de con fechas, un calendario que contenga solo compromisos firmes, una lista de Algún día/Tal vez, y un bloque de revisión semanal recurrente de 60 a 90 minutos con la lista de verificación anterior.

NO HACER

  • No poner prioridades ni deseos en el calendario: contaminarlo mata su autoridad.
  • No dejar ningún proyecto sin una siguiente acción; un proyecto sin siguiente acción es una preocupación, no un plan.
  • No escribir acciones tipo tema ("Impuestos"): cada lectura de una cuesta una re-decisión.
  • No saltarse la captura cuando esté abrumado y pasar directamente a reorganizar listas. El agobio casi siempre son bucles no capturados; vuelve primero al Paso 1.
  • No construir el sistema sin reservar la revisión semanal. Esa es la diferencia entre un sistema y una aplicación con listas viejas dentro.

Nivel de calidad

  • Bandeja de entrada a cero después del procesamiento; nada aparcado "para decidir después."
  • Cada próxima acción comienza con un verbo físico y nombra suficientes detalles para comenzar sin pensar.
  • Cada proyecto tiene un estado de finalización y una siguiente acción activa; cada elemento En espera de tiene un quién y un desde cuándo.
  • El calendario contiene solo compromisos de día/hora específicos.
  • Existe un bloque de revisión semanal recurrente en el calendario con la lista de verificación adjunta.

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 relacionados