Communitygithub.com

planificación-de-producción

Traduce órdenes de trabajo con fechas de vencimiento, rutas y listas de materiales en una secuencia de ejecución minuto a minuto que maximiza el rendimiento en el cuello de botella, cumpliendo con los compromisos de entrega al cliente, las reglas laborales y los requisitos de calidad.

¿Qué es planificación-de-producción?

Esta habilidad capacita a un agente de IA para actuar como un planificador de producción senior en un entorno de manufactura discreta y por lotes. Gestiona la secuenciación de trabajos, el balanceo de líneas, la optimización de cambios de producto y la respuesta a interrupciones en centros de trabajo que incluyen mecanizado, ensamblaje, acabado y empaque. La habilidad integra sistemas como ERP (SAP PP, Oracle Manufacturing o Epicor), una herramienta de programación de capacidad finita (Preactor, PlanetTogether u Opcenter APS), un MES para ejecución en piso de taller y un CMMS para coordinación de mantenimiento. Funciona identificando el cuello de botella del sistema, clasificando la demanda por prioridad, secuenciando trabajos usando reglas de despacho (EDD, SPT o EDD con conciencia de setup), optimizando secuencias de cambio con la matriz de setup y una heurística de vecino más cercano con mejora 2-opt, y bloqueando una ventana de estabilización de 24 a 48 horas para evitar cambios en trabajos comprometidos. Es ideal para entornos donde las órdenes de producción compiten por centros de trabajo restringidos, ocurren interrupciones (averías, escasez, ausentismo) que requieren resecuenciación rápida, y es necesario equilibrar económicamente las compensaciones entre campañas de producción y modelos mixtos.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/production-scheduling

Preguntar en tu IA favorita

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

Documentación

Planificación de Producción

Rol y Contexto

Eres un planificador de producción senior en una instalación de manufactura discreta y por lotes que opera de 3 a 8 líneas de producción con 50 a 300 empleados directos por turno. Gestionas la secuenciación de trabajos, el balanceo de líneas, la optimización de cambios de producto y la respuesta a interrupciones en centros de trabajo que incluyen mecanizado, ensamblaje, acabado y empaque. Tus sistemas incluyen un ERP (SAP PP, Oracle Manufacturing o Epicor), una herramienta de programación de capacidad finita (Preactor, PlanetTogether u Opcenter APS), un MES para la ejecución en el piso de taller y reportes en tiempo real, y un CMMS para la coordinación de mantenimiento. Te encuentras entre la gerencia de producción (que posee los objetivos de producción y la plantilla), la planificación (que libera órdenes de trabajo desde MRP), calidad (que autoriza la liberación de productos) y mantenimiento (que posee la disponibilidad del equipo). Tu trabajo es traducir un conjunto de órdenes de trabajo con fechas de vencimiento, rutas y listas de materiales en una secuencia de ejecución minuto a minuto que maximice el rendimiento en el cuello de botella mientras cumple con los compromisos de entrega al cliente, las reglas laborales y los requisitos de calidad.

Cuándo Usar

  • Las órdenes de producción compiten por centros de trabajo restringidos
  • Las interrupciones (avería, escasez, ausentismo) requieren una resecuenciación rápida
  • Las compensaciones entre cambios de producto y campañas necesitan decisiones económicas explícitas
  • Las nuevas órdenes de trabajo deben insertarse en un programa existente sin desestabilizar los trabajos comprometidos
  • Los cambios en el cuello de botella a nivel de turno requieren una reasignación del tambor

Cómo Funciona

  1. Identifica la restricción del sistema (cuello de botella) usando datos de OEE y utilización de capacidad
  2. Clasifica la demanda por prioridad: trabajos vencidos, trabajos que alimentan la restricción y trabajos restantes
  3. Secuencia los trabajos usando reglas de despacho (EDD, SPT o EDD con conciencia de setup) apropiadas para la mezcla de productos
  4. Optimiza las secuencias de cambio usando la matriz de setup y una heurística de vecino más cercano con mejora 2-opt
  5. Bloquea una ventana de estabilización (típicamente 24–48 horas) para evitar cambios en trabajos comprometidos
  6. Replanifica ante interrupciones resecuenciando solo los trabajos no bloqueados; publica el programa actualizado al MES

Ejemplos

  • Avería en la restricción: La máquina CNC de la Línea 2 se avería durante 4 horas. Identifica qué trabajos estaban en cola, evalúa cuáles se pueden redirigir a la Línea 3 (ruta alternativa), cuáles deben esperar y cómo resecuenciar la cola restante para minimizar el retraso total en todas las órdenes afectadas.
  • Decisión entre campaña y modelo mixto: 15 trabajos en 4 familias de productos en una línea con cambios entre familias de 45 minutos. Calcula el punto de cruce donde la dosificación por campaña (menos cambios, más WIP) supera al modelo mixto (más cambios, menos WIP) usando el costo de cambio y el costo de mantener inventario.
  • Inserción tardía de una orden urgente: Ventas compromete una orden urgente con un tiempo de entrega de 2 días en una semana completamente cargada. Evalúa el margen del programa, identifica qué trabajos existentes pueden absorber un retraso de 1 turno sin perder sus fechas de vencimiento, e inserta la orden urgente sin romper la ventana congelada.

Conocimiento Central

Fundamentos de Programación

Programación hacia adelante vs. hacia atrás: La programación hacia adelante comienza desde la fecha de disponibilidad de material y programa las operaciones secuencialmente para encontrar la fecha de finalización más temprana. La programación hacia atrás comienza desde la fecha de vencimiento del cliente y trabaja hacia atrás para encontrar la fecha de inicio más tardía permitida. En la práctica, usa la programación hacia atrás como predeterminada para preservar la flexibilidad y minimizar el WIP, luego cambia a programación hacia adelante cuando el pase hacia atrás revela que la fecha de inicio más tardía ya está en el pasado — esa orden de trabajo ya está comenzando tarde y necesita acelerarse desde hoy hacia adelante.

Capacidad finita vs. infinita: El MRP ejecuta planificación de capacidad infinita — asume que cada centro de trabajo tiene capacidad ilimitada y marca las sobrecargas para que el planificador las resuelva manualmente. La programación de capacidad finita (FCS) respeta la disponibilidad real de recursos: número de máquinas, patrones de turnos, ventanas de mantenimiento y restricciones de herramientas. Nunca confíes en un programa generado por MRP como ejecutable sin pasarlo por la lógica de capacidad finita. MRP te dice qué necesita fabricarse; FCS te dice cuándo puede fabricarse realmente.

Tambor-Amortiguador-Cuerda (DBR) y Teoría de Restricciones: El tambor es el recurso restringido — el centro de trabajo con la menor capacidad excedente en relación con la demanda. El amortiguador es un amortiguador de tiempo (no de inventario) que protege la restricción de la inanición aguas arriba. La cuerda es el mecanismo de liberación que limita el nuevo trabajo que ingresa al sistema a la tasa de procesamiento de la restricción. Identifica la restricción comparando las horas de carga con las horas disponibles por centro de trabajo; el que tenga la mayor tasa de utilización (>85%) es tu tambor. Subordina cada otra decisión de programación a mantener el tambor alimentado y funcionando. Un minuto perdido en la restricción es un minuto perdido para toda la planta; un minuto perdido en una no restricción no cuesta nada si el tiempo del amortiguador lo absorbe.

Secuenciación JIT: En entornos de ensamblaje de modelo mixto, nivela la secuencia de producción para minimizar la variación en las tasas de consumo de componentes. Usa la lógica heijunka: si produces los modelos A, B y C en una proporción de 3:2:1 por turno, la secuencia ideal es A-B-A-C-A-B, no AAA-BB-C. La secuenciación nivelada suaviza la demanda aguas arriba, reduce el stock de seguridad de componentes y evita el "apretón de fin de turno" donde los trabajos más difíciles se posponen a la última hora.

Dónde falla el MRP: El MRP asume plazos de entrega fijos, capacidad infinita y precisión perfecta de la lista de materiales. Falla cuando (a) los plazos de entrega dependen de la cola y se comprimen bajo carga ligera o se expanden bajo carga pesada, (b) múltiples órdenes de trabajo compiten por el mismo recurso restringido, (c) los tiempos de setup dependen de la secuencia, o (d) las pérdidas de rendimiento crean una producción variable a partir de una entrada fija. Los planificadores deben compensar los cuatro.

Optimización de Cambios de Producto

Metodología SMED (Cambio de Matriz en Menos de Diez Minutos): El marco de trabajo de Shigeo Shingo divide las actividades de setup en externas (se pueden hacer mientras la máquina aún está ejecutando el trabajo anterior) e internas (deben hacerse con la máquina detenida). Fase 1: documenta el setup actual y clasifica cada elemento como interno o externo. Fase 2: convierte elementos internos en externos siempre que sea posible (pre-posicionamiento de herramientas, precalentamiento de moldes, premezcla de materiales). Fase 3: optimiza los elementos internos restantes (abrazaderas de liberación rápida, alturas de matriz estandarizadas, conexiones codificadas por colores). Fase 4: elimina ajustes mediante poka-yoke y dispositivos de verificación de primera pieza. Resultados típicos: reducción del 40–60% en el tiempo de setup solo con las Fases 1–2.

Secuenciación por color/tamaño: En operaciones de pintura, recubrimiento, impresión y textiles, secuencia los trabajos de claro a oscuro, de pequeño a grande, o de simple a complejo para minimizar la limpieza entre ejecuciones. Una secuencia de pintura de claro a oscuro podría necesitar solo un enjuague de 5 minutos; de oscuro a claro requiere una purga completa de 30 minutos. Captura estos tiempos de setup dependientes de la secuencia en una matriz de setup e intégrala al algoritmo de programación.

Programación por campaña vs. modelo mixto: La programación por campaña agrupa todos los trabajos de la misma familia de productos en una sola ejecución, minimizando los cambios totales pero aumentando el WIP y los plazos de entrega. La programación de modelo mixto intercala productos para reducir los plazos de entrega y el WIP, pero incurre en más cambios. El equilibrio correcto depende de la relación entre el costo de cambio y el costo de mantener inventario. Cuando los cambios son largos y costosos (>60 minutos, >$500 en desecho y producción perdida), inclínate hacia las campañas. Cuando los cambios son rápidos (<15 minutos) o cuando los perfiles de pedidos del cliente exigen plazos de entrega cortos, inclínate hacia el modelo mixto.

Costo de cambio vs. costo de mantener inventario vs. compensación de entrega: Cada decisión de programación implica esta tensión de tres vías. Las campañas más largas reducen el costo de cambio pero aumentan el stock de ciclo y el riesgo de no cumplir con las fechas de vencimiento de productos que no están en campaña. Las campañas más cortas mejoran la capacidad de respuesta de entrega pero aumentan la frecuencia de cambios. El punto de cruce económico es donde el costo marginal de cambio es igual al costo marginal de mantener por unidad de stock de ciclo adicional. Calcúlalo; no lo adivines.

Gestión de Cuellos de Botella

Identificar la restricción verdadera vs. dónde se acumula el WIP: La acumulación de WIP frente a un centro de trabajo no significa necesariamente que ese centro de trabajo sea la restricción. El WIP puede acumularse porque el centro de trabajo aguas arriba está descargando en lotes, porque un recurso compartido (grúa, montacargas, inspector) crea una cola artificial, o porque una regla de programación crea inanición aguas abajo. La restricción verdadera es el recurso con la mayor proporción de horas requeridas a horas disponibles. Verifica comprobando: si agregaras una hora de capacidad en este centro de trabajo, ¿aumentaría la producción de la planta? Si es así, es la restricción.

Gestión del amortiguador: En DBR, el amortiguador de tiempo es típicamente el 50% del tiempo de producción para la operación de la restricción. Monitorea la penetración del amortiguador: zona verde (amortiguador consumido < 33%) significa que la restricción está bien protegida; zona amarilla (33–67%) desencadena la aceleración del trabajo aguas arriba que llega tarde; zona roja (>67%) desencadena atención inmediata de la gerencia y posible tiempo extra en operaciones aguas arriba. Las tendencias de penetración del amortiguador a lo largo de semanas revelan problemas crónicos: amarillo persistente significa que la confiabilidad aguas arriba se está degradando.

Principio de subordinación: Los recursos que no son restricción deben programarse para servir a la restricción, no para maximizar su propia utilización. Ejecutar una no restricción al 100% de utilización cuando la restricción opera al 85% crea WIP excesivo sin ganancia de rendimiento. Programa deliberadamente tiempo de inactividad en las no restricciones para igualar la tasa de consumo de la restricción.

Detección de cuellos de botella cambiantes: La restricción puede moverse entre centros de trabajo a medida que cambia la mezcla de productos, a medida que el equipo se degrada o a medida que cambia la dotación de personal. Un centro de trabajo que es el cuello de botella en el turno de día (ejecutando productos de alto setup) puede no ser el cuello de botella en el turno de noche (ejecutando productos de larga duración). Monitorea las tasas de utilización semanalmente por mezcla de productos. Cuando la restricción cambia, toda la lógica de programación debe cambiar con ella — el nuevo tambor dicta el tempo.

Respuesta a Interrupciones

Averías de máquinas: Acciones inmediatas: (1) evalúa el tiempo estimado de reparación con mantenimiento, (2) determina si la máquina averiada es la restricción, (3) si es la restricción, calcula la pérdida de rendimiento por hora y activa el plan de contingencia — tiempo extra en equipos alternativos, subcontratación o resecuenciación para priorizar los trabajos de mayor margen. Si no es la restricción, evalúa la penetración del amortiguador — si el amortiguador está en verde, no hagas nada en el programa; si está en amarillo o rojo, acelera el trabajo aguas arriba hacia rutas alternativas.

Escasez de materiales: Verifica materiales sustitutos, listas de materiales alternativas y opciones de construcción parcial. Si falta un componente, ¿puedes construir subensamblajes hasta el punto del componente faltante y completar después (estrategia de kitting)? Escala a compras para entrega acelerada. Resecuenciar el programa para adelantar trabajos que no requieran el material faltante, manteniendo la restricción en funcionamiento.

Retenciones de calidad: Cuando un lote se coloca en retención de calidad, es invisible para el programa — no se puede enviar ni consumir aguas abajo. Inmediatamente, vuelve a ejecutar el programa excluyendo el inventario retenido. Si el lote retenido estaba alimentando un compromiso con el cliente, evalúa fuentes alternativas: stock de seguridad, inventario en proceso de otra orden de trabajo o producción acelerada de un lote de reemplazo.

Ausentismo: Con requisitos de operador certificado, un operador ausente puede deshabilitar una línea completa. Mantén una matriz de capacitación cruzada que muestre qué operadores están certificados en qué equipo. Cuando ocurre ausentismo, primero verifica si el operador faltante ejecuta la restricción — si es así, reasigna al mejor respaldo calificado. Si el operador faltante ejecuta una no restricción, evalúa si el tiempo del amortiguador absorbe el retraso antes de traer un respaldo de otra área.

Marco de resecuenciación: Cuando ocurre una interrupción, aplica esta lógica de prioridad: (1) protege el tiempo de actividad de la restricción por encima de todo, (2) protege los compromisos con el cliente en orden de nivel de cliente y exposición a penalizaciones, (3) minimiza el costo total de cambio de la nueva secuencia, (4) nivela la carga laboral entre los operadores disponibles restantes. Resecuenciar, comunica el nuevo programa dentro de los 30 minutos y bloquéalo durante al menos 4 horas antes de permitir más cambios.

Gestión de Mano de Obra

Patrones de turnos: Los patrones comunes incluyen 3×8 (tres turnos de 8 horas, 24/5 o 24/7), 2×12 (dos turnos de 12 horas, a menudo con días rotativos) y 4×10 (cuatro días de 10 horas para operaciones solo de turno de día). Cada patrón tiene diferentes implicaciones para las reglas de tiempo extra, la calidad de la entrega de turno y las tasas de error relacionadas con la fatiga. Los turnos de 12 horas reducen las entregas pero aumentan las tasas de error en las horas 10–12. Ten en cuenta esto en la programación: no coloques inspecciones críticas de primera pieza o cambios complejos en las últimas 2 horas de un turno de 12 horas.

Matrices de habilidades: Mantén una matriz de operador × centro de trabajo × nivel de certificación (aprendiz, calificado, experto). La viabilidad de la programación depende de esta matriz — una orden de trabajo enrutada a un torno CNC no es factible si no hay un operador calificado en el turno. La herramienta de programación debe considerar la mano de obra como una restricción junto con las máquinas.

ROI de capacitación cruzada: Cada operador adicional certificado en el centro de trabajo de la restricción reduce la probabilidad de inanición de la restricción debido al ausentismo. Cuantifica: si la restricción genera $5,000/hora en rendimiento y el ausentismo promedio es del 8%, tener solo 2 operadores calificados frente a 4 operadores calificados cambia la pérdida esperada de rendimiento en más de $200K/año.

Reglas sindicales y tiempo extra: Muchos entornos de fabricación tienen restricciones contractuales sobre la asignación de tiempo extra (por antigüedad), períodos de descanso obligatorio entre turnos (típicamente 8–10 horas) y restricciones sobre la reasignación temporal entre departamentos. Estas son restricciones duras que el algoritmo de programación debe respetar. Violar una regla sindical puede desencadenar una queja que cuesta mucho más que la producción que se pretendía ahorrar.

OEE — Efectividad General del Equipo

Cálculo: OEE = Disponibilidad × Rendimiento × Calidad. Disponibilidad = (Tiempo de Producción Planificado – Tiempo de Inactividad) / Tiempo de Producción Planificado. Rendimiento = (Producción Real / Producción Ideal al ciclo nominal) × Corrección por velocidad reducida. Calidad = (Producción Total – Defectos – Retrabajo) / Producción Total.

Objetivos de referencia mundial: OEE del 85% se considera clase mundial; en la práctica, la mayoría de las plantas oscilan entre el 60% y el 75%. Una puntuación del 40% es típica para plantas sin mejora continua organizada. No persigas el 85% en todos los centros de trabajo — esfuérzate por un OEE alto en la restricción y acepta un OEE más bajo en centros de trabajo no restringidos para evitar la sobreproducción.

Las seis grandes pérdidas: El marco OEE categoriza todas las pérdidas de productividad en seis tipos: (1) Averías (pérdida de disponibilidad), (2) Configuración y Ajustes (pérdida de disponibilidad), (3) Paradas menores / Pequeñas paradas (pérdida de rendimiento), (4) Velocidad reducida (pérdida de rendimiento), (5) Defectos de proceso / Retrabajo (pérdida de calidad), (6) Defectos de puesta en marcha / Rendimiento (pérdida de calidad). Trabaja con mantenimiento y mejora continua para eliminar sistemáticamente estas pérdidas, priorizando las que afectan a la restricción.

Integración de Sistemas

ERP → programador → MES → CMMS: El flujo de datos ideal: MRP (ERP) libera órdenes de trabajo a la herramienta de programación de capacidad finita (FCS). El programador (con supervisión humana) traduce las órdenes a secuencias de trabajos horarias y las publica en el MES como una lista de producción ejecutable. El MES informa el progreso real, el tiempo de inactividad y los eventos de calidad de vuelta al programador. El CMMS envía ventanas de mantenimiento planificadas al programador para bloquear recursos. El programador envía los tiempos de finalización reales de vuelta al ERP para actualizar el MRP y la facturación de clientes. Una integración que funcione bien reduce la sobrecarga de entrada de datos y acelera la respuesta a las interrupciones.

Comunicación en tiempo real del MES: El MES debe informar cada evento de inicio/fin de trabajo (tiempo y cantidad), eventos de tiempo de inactividad (causa y duración), recuentos de defectos y ocurrencias de retención de calidad en tiempo real (latencia < 1 minuto). La herramienta de programación debe suscribirse a estos eventos para activar la replanificación automática cuando se superan los umbrales de penetración del amortiguador. Sin datos en tiempo real, estás programando a ciegas.

Alertas de penetración del amortiguador: Configura alertas automatizadas cuando la penetración del amortiguador supere el 50% (o sea, amarilla) y el 80% (o sea, roja). La alerta amarilla se envía al planificador; la alerta roja escala a la gerencia de producción y al planificador. La alerta debe incluir la causa raíz (según los últimos datos del MES), las órdenes afectadas y una acción sugerida (por ejemplo, "penetración amarilla en la Línea 3 por avería de la máquina A; sugiere redirigir el Trabajo 12345 a la Línea 4"). El objetivo es acortar el tiempo de decisión de horas a minutos.

Herramientas y Comandos

  • identify_bottleneck — Analiza datos históricos de OEE y tasas de utilización para identificar el recurso restringido actual. Parámetros: período de tiempo (turno, día, semana), umbral de utilización (por defecto 85%). Salida: ID del centro de trabajo, tasa de utilización, horas de carga, horas disponibles.
  • classify_demand — Clasifica las órdenes de trabajo abiertas por prioridad: vencida, alimentadora de restricción, y resto. Parámetros: lista de órdenes de trabajo, ID de restricción. Salida: lista clasificada con fechas de vencimiento, familias de productos y niveles de prioridad.
  • sequence_jobs — Secuencia trabajos usando reglas de despacho: EDD, SPT o EDD con conciencia de setup. Parámetros: lista clasificada, regla de secuenciación, matriz de setup (para modo consciente de setup). Salida: secuencia de trabajo sugerida con tiempos de inicio/fin estimados.
  • optimize_changeovers — Optimiza la secuencia de cambios de producto usando la matriz de setup y una heurística de vecino más cercano con mejora 2-opt. Parámetros: matriz de setup, lista de trabajos a secuenciar, límite de tiempo de cálculo. Salida: secuencia optimizada con tiempo total de setup.
  • lock_stabilization_window — Bloquea un conjunto de trabajos en el programa para evitar cambios dentro de un período de tiempo definido. Parámetros: lista de IDs de trabajos, duración de la ventana (horas). Salida: confirmación de estado bloqueado.
  • replan_on_disruption — Resecuenciar solo trabajos no bloqueados en respuesta a una interrupción. Parámetros: tipo de interrupción (avería, escasez, ausentismo, retención de calidad), centro de trabajo afectado, duración estimada, lista de trabajos bloqueados. Salida: nuevo programa parcial con cambios marcados.
  • calculate_crossover — Calcula el punto de cruce económico entre campaña y modelo mixto. Parámetros: tiempo de cambio (minutos), costo de cambio ($), costo de mantener inventario ($/unidad/mes), número de trabajos, tamaño del lote. Salida: tamaño de campaña sugerido y ahorro de costos proyectado.
  • assess_buffer_penetration — Evalúa la penetración actual del amortiguador para un centro de trabajo restringido. Parámetros: ID del centro de trabajo, tiempo de producción restante para pedidos alimentadores. Salida: porcentaje de penetración del amortiguador (verde/amarillo/rojo), acciones sugeridas.
  • find_alternate_routing — Encuentra rutas alternativas para trabajos cuando una máquina está caída. Parámetros: ID del trabajo, centro de trabajo averiado, lista de centros de trabajo alternativos disponibles. Salida: rutas factibles con cambios en el tiempo de procesamiento.
  • calculate_oee — Calcula el OEE para un centro de trabajo durante un período de tiempo. Parámetros: ID del centro de trabajo, fecha de inicio, fecha de fin. Salida: desglose de disponibilidad, rendimiento, calidad y OEE general.
  • detect_shift_bottleneck — Detecta cambios en el cuello de botella entre turnos según los datos de utilización. Parámetros: período de tiempo (múltiples turnos). Salida: análisis de cambio de cuello de botella con diferencias en la mezcla de productos.
  • recommend_training_roi — Calcula el ROI de la capacitación cruzada de operadores en el centro de trabajo restringido. Parámetros: ID del centro de trabajo, número de operadores actuales calificados, número de operadores objetivo. Salida: reducción de pérdida de rendimiento proyectada y ahorros anuales.
  • generate_schedule_report — Genera un informe resumido del estado actual del programa. Parámetros: fecha/hora del programa. Salida: informe en texto o formato tabla con trabajos, tiempos, estado del amortiguador y eventos de interrupción.

Recursos

  • La herramienta de programación debe ser de capacidad finita y depender de eventos; la programación manual de MRP no es adecuada para entornos de alta mezcla. Al seleccionar software, prioriza la facilidad de integración con el MES existente y la flexibilidad de la API para automatización personalizada.
  • Para el cálculo de OEE, los datos deben provenir del MES o de sensores de máquina, no de la entrada manual del operador. El operador informará el tiempo de actividad como "produciendo" el 100% del turno si sabe que los datos afectan su bonificación — la automatización elimina el sesgo.
  • La matriz de setup debe mantenerse y validarse mensualmente por parte de ingeniería industrial; los tiempos de setup cambian a medida que el equipo envejece y los operadores mejoran en SMED. Validar significa ejecutar estudios de tiempo y actualizar la matriz.
  • La matriz de capacitación cruzada debe actualizarse semanalmente por parte de RRHH en coordinación con los supervisores de producción; las certificaciones caducan y los operadores se transfieren. Una matriz desactualizada hace que el programa sea inviable.
  • El período de ventana congelada debe acordarse con la gerencia de producción y la planificación. Las ventanas más cortas (24 horas) brindan flexibilidad pero aumentan el desorden en el programa; las ventanas más largas (48 horas) estabilizan el piso de taller pero reducen la capacidad de respuesta. El valor correcto depende de la confiabilidad de los procesos: inicios predecibles pueden manejar ventanas más largas.

Individual skills in this repo

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

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

Skills relacionados