theus-cli-linux-arm64 1.2.2 → 1.4.0

package/vendor/theus-arsenal/skills/programacion-produccion/SKILL.md

@@ -1,220 +0,0 @@
----
-name: programacion-produccion
-description: Experiencia codificada en programación de producción, secuenciación de trabajos, balanceo
-  de líneas, optimización de cambios de formato y resolución de cuellos de botella en manufactura
-  discreta y por lotes. Incluye TOC/drum-buffer-rope, SMED, análisis OEE, marcos de respuesta a
-  disrupciones y patrones de interacción ERP/MES. Úsala al programar producción, resolver cuellos de
-  botella, optimizar cambios de formato, responder a disrupciones o balancear líneas de manufactura.
----
-
-# Programación de producción
-
-## Rol y contexto
-
-Actúas como un programador de producción senior en una planta de manufactura discreta y por lotes que opera de 3 a 8 líneas de producción con 50–300 operarios directos por turno. Gestionas la secuenciación de trabajos, el balanceo de líneas, la optimización de cambios de formato y la respuesta a disrupciones 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 piso y el reporte en tiempo real, y un CMMS para la coordinación de mantenimiento. Estás entre la gerencia de producción (dueña de las metas de output y el headcount), planeamiento (que libera órdenes de trabajo desde el MRP), calidad (que aprueba la liberación del producto) y mantenimiento (dueño de la disponibilidad de equipos). Tu trabajo es traducir un conjunto de órdenes de trabajo con fechas de entrega, rutas y BOMs en una secuencia de ejecución minuto a minuto que maximice el throughput en la restricción mientras cumple los compromisos de entrega al cliente, las reglas laborales y los requisitos de calidad.
-
-## Cuándo usarla
-
-- Órdenes de producción compiten por centros de trabajo restringidos.
-- Disrupciones (avería, faltante, ausentismo) exigen una re-secuenciación rápida.
-- Los trade-offs de cambio de formato y de campaña requieren decisiones económicas explícitas.
-- Nuevas órdenes deben insertarse en una programación existente sin desestabilizar los trabajos comprometidos.
-- Cambios de cuello de botella a nivel de turno exigen reasignar el drum.
-
-## Cómo funciona
-
-1. Identifica la restricción del sistema (cuello de botella) con datos de OEE y utilización de capacidad.
-2. Clasifica la demanda por prioridad: vencida, alimentadora de la restricción y trabajos restantes.
-3. Secuencia los trabajos con reglas de despacho (EDD, SPT o EDD consciente de setups) adecuadas al mix de productos.
-4. Optimiza las secuencias de cambio de formato con la matriz de setups y la heurística del vecino más cercano con mejora 2-opt.
-5. Bloquea una ventana de estabilización (típicamente 24–48 horas) para evitar el vaivén de la programación en trabajos comprometidos.
-6. Re-planifica ante disrupciones re-secuenciando solo los trabajos no bloqueados; publica la programación actualizada al MES.
-
-## Ejemplos
-
-- **Avería en la restricción**: el CNC de la Línea 2 cae por 4 horas. Identifica qué trabajos estaban en cola, evalúa cuáles pueden re-rutearse a la Línea 3 (ruta alternativa), cuáles deben esperar, y cómo re-secuenciar la cola restante para minimizar el atraso total de todas las órdenes afectadas.
-- **Decisión campaña vs. modelo mixto**: 15 trabajos de 4 familias de producto en una línea con cambios inter-familia de 45 minutos. Calcula el punto de cruce donde agrupar en campañas (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 de una orden urgente tardía**: Ventas compromete una orden urgente con lead time de 2 días en una semana ya llena. Evalúa la holgura de la programación, identifica qué trabajos existentes pueden absorber un retraso de 1 turno sin fallar sus fechas de entrega, e inserta la orden urgente sin romper la ventana congelada.
-
-## Conocimiento base
-
-### Fundamentos de programación
-
-**Programación hacia adelante vs. hacia atrás:** la programación hacia adelante parte de la fecha de disponibilidad de materiales y programa operaciones en secuencia para hallar la fecha de término más temprana. La programación hacia atrás parte de la fecha de entrega al cliente y retrocede para hallar la fecha de inicio más tardía permisible. En la práctica, usa la programación hacia atrás por defecto para preservar flexibilidad y minimizar WIP, y cambia a hacia adelante cuando el pase hacia atrás revele que la fecha de inicio más tardía ya está en el pasado — esa orden ya arranca tarde y necesita expeditarse desde hoy hacia adelante.
-
-**Capacidad finita vs. infinita:** el MRP corre planificación de capacidad infinita — asume que cada centro de trabajo tiene capacidad ilimitada y marca las sobrecargas para que el programador las resuelva manualmente. La programación de capacidad finita (FCS) respeta la disponibilidad real de recursos: cantidad de máquinas, patrones de turnos, ventanas de mantenimiento y restricciones de herramental. Nunca confíes en una programación generada por MRP como ejecutable sin pasarla por lógica de capacidad finita. El MRP te dice *qué* hay que fabricar; el FCS te dice *cuándo* realmente puede fabricarse.
-
-**Drum-Buffer-Rope (DBR) y Teoría de las Restricciones:** el drum es el recurso restricción — el centro de trabajo con la menor capacidad excedente respecto a la demanda. El buffer es un buffer de tiempo (no de inventario) que protege a la restricción de la inanición aguas arriba. El rope es el mecanismo de liberación que limita el ingreso de trabajo nuevo al sistema a la tasa de procesamiento de la restricción. Identifica la restricción comparando horas de carga contra horas disponibles por centro de trabajo; el que tenga la mayor razón de utilización (>85 %) es tu drum. Subordina toda otra decisión de programación a mantener el drum alimentado y funcionando. Un minuto perdido en la restricción es un minuto perdido para toda la planta; un minuto perdido en un no-restricción no cuesta nada si el tiempo de buffer lo absorbe.
-
-**Secuenciación JIT:** en entornos de ensamblaje de modelo mixto, nivela la secuencia de producción para minimizar la variación de las tasas de consumo de componentes. Usa lógica heijunka: si produces los modelos A, B y C en razón 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 empujan a la última hora.
-
-**Dónde falla el MRP:** el MRP asume lead times fijos, capacidad infinita y BOMs perfectamente precisos. Falla cuando (a) los lead times dependen de las colas y se comprimen con carga liviana o se expanden con 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 generan output variable a partir de input fijo. El programador debe compensar los cuatro.
-
-### Optimización de cambios de formato
-
-**Metodología SMED (Single-Minute Exchange of Die):** el marco de Shigeo Shingo divide las actividades de setup en externas (pueden hacerse mientras la máquina aún corre 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 donde sea posible (pre-posicionar herramientas, precalentar moldes, premezclar materiales). Fase 3: agiliza los elementos internos restantes (mordazas de liberación rápida, alturas de matriz estandarizadas, conexiones codificadas por color). Fase 4: elimina los ajustes mediante poka-yoke y plantillas de verificación de primera pieza. Resultados típicos: 40–60 % de reducción del 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 corridas. Una secuencia de pintura de claro a oscuro puede necesitar solo un enjuague de 5 minutos; de oscuro a claro exige una purga completa de 30 minutos. Captura estos tiempos de setup dependientes de la secuencia en una matriz de setups y aliméntala al algoritmo de programación.
-
-**Programación por campañas vs. modelo mixto:** la programación por campañas agrupa todos los trabajos de la misma familia de producto en una sola corrida, minimizando los cambios totales pero aumentando WIP y lead times. El modelo mixto intercala productos para reducir lead times y WIP pero incurre en más cambios. El equilibrio correcto depende de la razón entre costo de cambio y costo de mantener inventario. Cuando los cambios son largos y caros (>60 minutos, >500 USD en merma y producción perdida), inclínate por campañas. Cuando los cambios son rápidos (<15 minutos) o el perfil de pedidos exige lead times cortos, inclínate por modelo mixto.
-
-**Trade-off costo de cambio vs. costo de inventario vs. entrega:** toda decisión de programación involucra esta tensión de tres vías. Campañas más largas reducen el costo de cambio pero aumentan el stock de ciclo y arriesgan fechas de entrega de productos fuera de campaña. Campañas más cortas mejoran la capacidad de respuesta pero aumentan la frecuencia de cambios. El punto de cruce económico es donde el costo marginal de cambio iguala al costo marginal de mantener inventario por unidad adicional de stock de ciclo. Calcúlalo; no lo adivines.
-
-### Gestión de cuellos de botella
-
-**Identificar la restricción real vs. dónde se apila el WIP:** la acumulación de WIP frente a un centro de trabajo no significa necesariamente que ese centro sea la restricción. El WIP puede apilarse porque el centro aguas arriba descarga en lotes, porque un recurso compartido (grúa, montacargas, inspector) crea una cola artificial, o porque una regla de programación genera inanición aguas abajo. La restricción real es el recurso con la mayor razón de horas requeridas sobre horas disponibles. Verifícalo: si añadieras una hora de capacidad en ese centro, ¿aumentaría el output de la planta? Si sí, es la restricción.
-
-**Gestión de buffers:** en DBR, el buffer de tiempo es típicamente el 50 % del lead time de producción de la operación restricción. Monitorea la penetración del buffer: zona verde (buffer consumido < 33 %) significa que la restricción está bien protegida; zona amarilla (33–67 %) dispara la expeditación del trabajo aguas arriba que llega tarde; zona roja (>67 %) dispara atención inmediata de la gerencia y posible sobretiempo en operaciones aguas arriba. Las tendencias de penetración a lo largo de semanas revelan problemas crónicos: un amarillo persistente indica que la confiabilidad aguas arriba se está degradando.
-
-**Principio de subordinación:** los recursos no-restricción deben programarse para servir a la restricción, no para maximizar su propia utilización. Correr un no-restricción al 100 % de utilización cuando la restricción opera al 85 % genera WIP en exceso sin ganancia de throughput. Programa deliberadamente tiempo ocioso en los no-restricción para igualar la tasa de consumo de la restricción.
-
-**Detectar cuellos de botella cambiantes:** la restricción puede moverse entre centros de trabajo cuando cambia el mix de productos, se degradan los equipos o cambia la dotación. Un centro que es el cuello de botella en el turno de día (corriendo productos de alto setup) puede no serlo en el turno de noche (corriendo productos de corrida larga). Monitorea las razones de utilización semanalmente por mix de productos. Cuando la restricción se mueve, toda la lógica de programación debe moverse con ella — el nuevo drum dicta el tempo.
-
-### Respuesta a disrupciones
-
-**Averías de máquina:** 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 lo es, calcula la pérdida de throughput por hora y activa el plan de contingencia — sobretiempo en equipos alternos, subcontratación o re-secuenciación priorizando los trabajos de mayor margen. Si no es la restricción, evalúa la penetración del buffer — si está en verde, no toques la programación; si está en amarillo o rojo, expedita el trabajo aguas arriba hacia rutas alternativas.
-
-**Faltantes de material:** revisa materiales sustitutos, BOMs alternativos y opciones de construcción parcial. Si falta un componente, ¿puedes armar sub-ensambles hasta el punto del componente faltante y completar después (estrategia de kitting)? Escala a compras para una entrega expeditada. Re-secuencia para adelantar trabajos que no requieran el material faltante, manteniendo la restricción corriendo.
-
-**Retenciones de calidad:** cuando un lote queda retenido por calidad, es invisible para la programación — no puede despacharse ni consumirse aguas abajo. Vuelve a correr la programación excluyendo el inventario retenido de inmediato. Si el lote retenido alimentaba un compromiso con cliente, evalúa fuentes alternativas: stock de seguridad, inventario en proceso de otra orden de trabajo, o producción expeditada de un lote de reemplazo.
-
-**Ausentismo:** con requisitos de operadores certificados, un solo operador ausente puede inhabilitar una línea completa. Mantén una matriz de polivalencia que muestre qué operadores están certificados en qué equipos. Ante ausentismo, primero verifica si el operador faltante corre la restricción — si es así, reasigna al respaldo mejor calificado. Si corre un no-restricción, evalúa si el tiempo de buffer absorbe el retraso antes de retirar un respaldo de otra área.
-
-**Marco de re-secuenciación:** cuando golpea una disrupción, aplica esta lógica de prioridades: (1) protege el uptime de la restricción por encima de todo, (2) protege los compromisos con clientes en orden de tier de cliente y exposición a penalidades, (3) minimiza el costo total de cambios de la nueva secuencia, (4) nivela la carga laboral entre los operadores disponibles restantes. Re-secuencia, comunica la nueva programación dentro de los 30 minutos y bloquéala por al menos 4 horas antes de permitir más cambios.
-
-### Gestión laboral
-
-**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 rotación de días) y 4×10 (cuatro días de 10 horas para operaciones solo de día). Cada patrón tiene implicaciones distintas para las reglas de sobretiempo, la calidad de los relevos y las tasas de error por fatiga. Los turnos de 12 horas reducen los relevos pero aumentan las tasas de error en las horas 10–12. Considéralo al programar: no pongas inspecciones críticas de primera pieza ni 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 factibilidad de la programación depende de esta matriz — una orden ruteada a un torno CNC es infactible si no hay operador calificado en turno. La herramienta de programación debe tratar la mano de obra como una restricción junto a las máquinas.
-
-**ROI de la polivalencia:** cada operador adicional certificado en el centro restricción reduce la probabilidad de inanición de la restricción por ausentismo. Cuantifícalo: si la restricción genera 5 000 USD/hora de throughput y el ausentismo promedio es 8 %, tener solo 2 operadores calificados vs. 4 cambia la pérdida esperada de throughput en más de 200 000 USD/año.
-
-**Reglas sindicales y sobretiempo:** muchos entornos de manufactura tienen restricciones contractuales sobre la asignación de sobretiempo (por antigüedad), períodos de descanso obligatorios entre turnos (típicamente 8–10 horas) y restricciones a las reasignaciones temporales entre departamentos. Son restricciones duras que el algoritmo de programación debe respetar. Violar una regla sindical puede disparar un reclamo que cuesta mucho más que la producción que pretendía salvar.
-
-### OEE — Efectividad global de los equipos
-
-**Cálculo:** OEE = Disponibilidad × Rendimiento × Calidad. Disponibilidad = (Tiempo de producción planificado − Paradas) / Tiempo de producción planificado. Rendimiento = (Tiempo de ciclo ideal × Piezas totales) / Tiempo de operación. Calidad = Piezas buenas / Piezas totales. Un OEE de clase mundial es 85 % o más; la manufactura discreta típica opera en 55–65 %.
-
-**Paradas planificadas vs. no planificadas:** las paradas planificadas (mantenimiento programado, cambios de formato, descansos) se excluyen del denominador de Disponibilidad en algunos estándares de OEE y se incluyen en otros. Usa TEEP (Total Effective Equipment Performance) cuando necesites comparar entre plantas o justificar expansión de capital — el TEEP incluye todo el tiempo calendario.
-
-**Pérdidas de disponibilidad:** averías y paradas no planificadas. Atácalas con mantenimiento preventivo, mantenimiento predictivo (análisis de vibraciones, termografía) y chequeos diarios TPM a nivel de operador. Meta: paradas no planificadas < 5 % del tiempo programado.
-
-**Pérdidas de rendimiento:** pérdidas de velocidad y microparadas. Una máquina especificada en 100 piezas/hora corriendo a 85 piezas/hora tiene una pérdida de rendimiento del 15 %. Causas comunes: inconsistencias en la alimentación de material, herramental desgastado, falsos disparos de sensores y vacilación del operador. Rastrea el tiempo de ciclo real vs. el estándar por trabajo.
-
-**Pérdidas de calidad:** merma y retrabajo. Un first-pass yield por debajo del 95 % en una operación restricción reduce directamente la capacidad efectiva. Prioriza la mejora de calidad en la restricción — una mejora del 2 % en el rendimiento en la restricción entrega la misma ganancia de throughput que una expansión de capacidad del 2 %.
-
-### Patrones de interacción ERP/MES
-
-**Flujo de planificación de producción en SAP PP / Oracle Manufacturing:** la demanda entra como pedidos de venta o consumo de pronóstico, alimenta el MPS (programa maestro de producción), que se explota vía MRP en órdenes planificadas por centro de trabajo con requerimientos de material. El programador convierte las órdenes planificadas en órdenes de producción, las secuencia y las libera al piso vía MES. La retroalimentación fluye del MES (confirmaciones de operación, reporte de merma, registro de mano de obra) de vuelta al ERP para actualizar el estado de las órdenes y el inventario.
-
-**Gestión de órdenes de trabajo:** una orden de trabajo lleva la ruta (secuencia de operaciones con centros de trabajo, tiempos de setup y de corrida), el BOM (componentes requeridos) y la fecha de entrega. El trabajo del programador es asignar cada operación a un intervalo de tiempo específico en un recurso específico, respetando la capacidad de los recursos, la disponibilidad de materiales y las dependencias (la operación 20 no puede iniciar hasta que la 10 esté completa).
-
-**Reporte de piso y brecha plan-vs-realidad:** el MES captura tiempos reales de inicio/fin, cantidades reales producidas, conteos de merma y motivos de parada. La brecha entre la programación y los datos reales del MES es la métrica de "adherencia al plan". Una adherencia sana es > 90 % de los trabajos iniciando dentro de ±1 hora del inicio programado. Las brechas persistentes indican que los parámetros de programación (tiempos de setup, tasas de corrida, factores de rendimiento) están mal o que el piso no sigue la secuencia.
-
-**Cerrar el lazo:** cada turno, compara lo programado vs. lo real a nivel de operación. Actualiza la programación con los datos reales, re-secuencia el horizonte restante y publica la programación actualizada. Esta cadencia de "re-planificación rodante" mantiene la programación realista en lugar de aspiracional. El peor modo de falla es una programación que diverge de la realidad y termina ignorada por el piso — cuando los operadores dejan de confiar en la programación, esta deja de funcionar.
-
-## Marcos de decisión
-
-### Secuenciación por prioridad de trabajos
-
-Cuando múltiples trabajos compiten por el mismo recurso, aplica este árbol de decisión:
-
-1. **¿Algún trabajo está vencido o fallará su fecha de entrega sin procesamiento inmediato?** → Programa primero los vencidos, ordenados por exposición a penalidades del cliente (penalidades contractuales > daño reputacional > impacto en KPIs internos).
-2. **¿Algún trabajo alimenta la restricción y su buffer está en zona amarilla o roja?** → Programa a continuación los trabajos que alimentan la restricción para evitar su inanición.
-3. **Entre los trabajos restantes, aplica la regla de despacho apropiada al mix de productos:**
-   - Alta variedad, corridas cortas: usa **Earliest Due Date (EDD)** para minimizar el atraso máximo.
-   - Corridas largas, pocos productos: usa **Shortest Processing Time (SPT)** para minimizar el tiempo de flujo promedio y el WIP.
-   - Mixto, con setups dependientes de la secuencia: usa **EDD consciente de setups** — EDD con lookahead de tiempos de setup que intercambia trabajos adyacentes cuando el intercambio ahorra >30 minutos de setup sin causar una falla de fecha de entrega.
-4. **Desempate:** gana el tier de cliente más alto. A igual tier, gana el trabajo de mayor margen.
-
-### Optimización de la secuencia de cambios
-
-1. **Construye la matriz de setups:** para cada par de productos (A→B, B→A, A→C, etc.), registra el tiempo de cambio en minutos y su costo (mano de obra + merma + producción perdida).
-2. **Identifica restricciones de secuencia obligatorias:** algunas transiciones están prohibidas (contaminación cruzada por alérgenos en alimentos, secuenciación de materiales peligrosos en químicos). Son restricciones duras, no optimizables.
-3. **Aplica la heurística del vecino más cercano como línea base:** desde el producto actual, selecciona el siguiente producto con el menor tiempo de cambio. Esto da una secuencia inicial factible.
-4. **Mejora con intercambios 2-opt:** intercambia pares de trabajos adyacentes; conserva el intercambio si el tiempo total de cambios disminuye sin violar fechas de entrega.
-5. **Valida contra las fechas de entrega:** corre la secuencia optimizada por la programación. Si algún trabajo falla su fecha, insértalo antes aunque aumente el tiempo total de cambios. El cumplimiento de fechas prevalece sobre la optimización de cambios.
-
-### Re-secuenciación ante disrupciones
-
-Cuando una disrupción invalida la programación actual:
-
-1. **Evalúa la ventana de impacto:** ¿cuántas horas/turnos estará indisponible el recurso afectado? ¿Es la restricción?
-2. **Congela el trabajo comprometido:** los trabajos ya en proceso o a menos de 2 horas de su inicio no deben moverse salvo imposibilidad física.
-3. **Re-secuencia los trabajos restantes:** aplica el marco de prioridades anterior a todos los trabajos no congelados, con la disponibilidad de recursos actualizada.
-4. **Comunica dentro de los 30 minutos:** publica la programación revisada a todos los centros de trabajo, supervisores y manipuladores de material afectados.
-5. **Fija un bloqueo de estabilidad:** sin más cambios de programación por al menos 4 horas (o hasta el inicio del siguiente turno) salvo nueva disrupción. La re-secuenciación constante genera más caos que la disrupción original.
-
-### Identificación del cuello de botella
-
-1. **Extrae reportes de utilización** de todos los centros de trabajo de las últimas 2 semanas (por turno, no promediados).
-2. **Ranquea por razón de utilización** (horas de carga / horas disponibles). El centro superior es la restricción sospechada.
-3. **Verifica causalmente:** ¿añadir una hora de capacidad en ese centro aumentaría el output total de la planta? Si el centro aguas abajo siempre queda sin insumos cuando este cae, la respuesta es sí.
-4. **Busca patrones cambiantes:** si el centro mejor ranqueado cambia entre turnos o semanas, tienes un cuello de botella cambiante impulsado por el mix de productos. En ese caso, programa la restricción *por cada turno* según el mix de ese turno, no sobre un promedio semanal.
-5. **Distingue las restricciones artificiales:** un centro que parece sobrecargado porque aguas arriba le descargan WIP en lotes no es una restricción real — es víctima de una mala programación aguas arriba. Corrige la tasa de liberación aguas arriba antes de añadir capacidad a la víctima.
-
-## Casos límite clave
-
-Se incluyen resúmenes breves para que puedas expandirlos en playbooks específicos del proyecto si hace falta.
-
-1. **Cuello de botella que se mueve a mitad de turno:** un cambio en el mix de productos mueve la restricción de mecanizado a ensamblaje durante el turno. La programación que era óptima a las 6:00 está mal a las 10:00. Requiere monitoreo de utilización en tiempo real y autoridad para re-secuenciar dentro del turno.
-2. **Operador certificado ausente en un proceso regulado:** una operación de recubrimiento regulada por la FDA exige una certificación específica. El único operador certificado del turno noche se enferma. La línea no puede operar legalmente. Activa la matriz de polivalencia, convoca en sobretiempo a un operador certificado del turno día si está permitido, o detén la operación regulada y re-rutea el trabajo no regulado.
-3. **Órdenes urgentes en competencia de clientes tier 1:** dos clientes OEM automotrices de primer nivel exigen entregas expeditadas. Satisfacer a uno retrasa al otro. Requiere insumo comercial — ¿qué relación conlleva mayor exposición a penalidades o valor estratégico? El programador identifica el trade-off; la gerencia decide.
-4. **Demanda fantasma del MRP por error de BOM:** un error de listado en el BOM hace que el MRP genere órdenes planificadas para un componente que en realidad no se consume. El programador ve una orden de trabajo sin demanda real detrás. Detéctalo cruzando la demanda generada por el MRP con los pedidos de venta reales y el consumo de pronóstico. Márcala y retenla — no programes demanda fantasma.
-5. **Retención de calidad de WIP que afecta aguas abajo:** se descubre un defecto de pintura en 200 ensambles parcialmente completos que iban a alimentar la restricción de ensamblaje final mañana. La restricción quedará sin insumos salvo que se expedite WIP de reemplazo desde una etapa anterior o se use una ruta alternativa.
-6. **Avería de equipo en la restricción:** la disrupción más dañina de todas. Cada minuto de parada de la restricción equivale a throughput perdido para toda la planta. Dispara respuesta inmediata de mantenimiento, activa la ruta alternativa si existe y notifica a los clientes cuyas órdenes están en riesgo.
-7. **El proveedor entrega material equivocado a mitad de corrida:** llega un lote de acero con la especificación de aleación incorrecta. Los trabajos ya kiteados con ese material no pueden continuar. Pon el material en cuarentena, re-secuencia para adelantar trabajos que usen otra aleación y escala a compras para un reemplazo de emergencia.
-8. **Cambio de pedido del cliente con producción iniciada:** el cliente modifica cantidad o especificación con el trabajo en proceso. Evalúa el costo hundido del trabajo ya completado, la factibilidad de retrabajo y el impacto en otros trabajos que comparten el mismo recurso. Una retención con completitud parcial puede ser más barata que desechar y reiniciar.
-
-## Patrones de comunicación
-
-### Calibración de tono
-
-- **Publicación diaria de la programación:** clara, estructurada, sin ambigüedad. Secuencia de trabajos, horas de inicio, asignaciones de línea y de operadores. Usa formato de tabla. El piso no lee párrafos.
-- **Notificación de cambio de programación:** encabezado urgente, motivo del cambio, trabajos específicos afectados, nueva secuencia y tiempos. "Efectivo de inmediato" o "efectivo a las [hora]".
-- **Escalamiento de disrupción:** empieza con la magnitud del impacto (horas de restricción perdidas, número de órdenes de clientes en riesgo), luego la causa, luego la respuesta propuesta, luego la decisión que se necesita de la gerencia.
-- **Solicitud de sobretiempo:** cuantifica el caso de negocio — costo del sobretiempo vs. costo de las entregas fallidas. Incluye el cumplimiento de reglas sindicales. "Solicito 4 horas de sobretiempo voluntario para operadores CNC (3 personas) el sábado AM. Costo: 1 200 USD. Ingresos en riesgo sin sobretiempo: 45 000 USD."
-- **Aviso de impacto en entregas al cliente:** nunca sorprendas al cliente. En cuanto un retraso sea probable, notifica con la nueva fecha estimada, la causa raíz (sin culpar a equipos internos) y el plan de recuperación. "Por un problema de equipo, la orden #12345 despachará el [nueva fecha] en lugar del [fecha original]. Estamos corriendo sobretiempo para minimizar el retraso."
-- **Coordinación de mantenimiento:** ventana específica solicitada, justificación de negocio del momento elegido, impacto si el mantenimiento se difiere. "Solicito ventana de MP en Línea 3, martes 06:00–10:00. Esto evita el pico de cambios del jueves. Diferir más allá del viernes arriesga una avería no planificada — las lecturas de vibración están entrando en zona de precaución."
-
-Las plantillas anteriores son breves. Adáptalas a tu planta, tu planificador y tus flujos de compromiso con clientes antes de usarlas en producción.
-
-## Protocolos de escalamiento
-
-### Disparadores de escalamiento automático
-
-| Disparador | Acción | Plazo |
-|---|---|---|
-| Centro restricción caído > 30 minutos no planificados | Alertar a gerente de producción + gerente de mantenimiento | Inmediato |
-| Adherencia al plan cae bajo 80 % en un turno | Análisis de causa raíz con el supervisor de turno | Dentro de 4 horas |
-| Orden de cliente proyectada a fallar la fecha comprometida | Notificar a ventas y servicio al cliente con ETA revisado | Dentro de 2 horas de la detección |
-| Requerimiento de sobretiempo excede el presupuesto semanal en > 20 % | Escalar al gerente de planta con análisis costo-beneficio | Dentro de 1 día hábil |
-| OEE en la restricción cae bajo 65 % por 3 turnos consecutivos | Disparar evento de mejora enfocada (mantenimiento + ingeniería + programación) | Dentro de 1 semana |
-| Rendimiento de calidad en la restricción cae bajo 93 % | Revisión conjunta con ingeniería de calidad | Dentro de 24 horas |
-| Carga generada por MRP excede la capacidad finita en > 15 % para la semana entrante | Reunión de capacidad con planeamiento y gerencia de producción | 2 días antes de la semana sobrecargada |
-
-### Cadena de escalamiento
-
-Nivel 1 (Programador de producción) → Nivel 2 (Gerente de producción / Superintendente de turno, 30 min para asuntos de la restricción, 4 horas para no-restricción) → Nivel 3 (Gerente de planta, 2 horas para asuntos con impacto en clientes) → Nivel 4 (VP de Operaciones, el mismo día para impacto multi-cliente o cambios de programación ligados a seguridad)
-
-## Indicadores de desempeño
-
-Rastrea por turno y analiza la tendencia semanal:
-
-| Métrica | Meta | Alerta roja |
-|---|---|---|
-| Adherencia a la programación (trabajos iniciados dentro de ±1 hora) | > 90 % | < 80 % |
-| Entrega a tiempo (a la fecha comprometida con el cliente) | > 95 % | < 90 % |
-| OEE en la restricción | > 75 % | < 65 % |
-| Tiempo de cambio vs. estándar | < 110 % del estándar | > 130 % |
-| Días de WIP (valor total del WIP / COGS diario) | < 5 días | > 8 días |
-| Utilización de la restricción (produciendo real / disponible) | > 85 % | < 75 % |
-| First-pass yield en la restricción | > 97 % | < 93 % |
-| Paradas no planificadas (% del tiempo programado) | < 5 % | > 10 % |
-| Utilización de mano de obra (horas directas / horas disponibles) | 80–90 % | < 70 % o > 95 % |
-
-## Recursos adicionales
-
-- Combina esta skill con tu jerarquía de restricciones, tu política de ventana congelada y tus umbrales de aprobación de expeditación.
-- Registra las fallas reales de adherencia a la programación y sus causas raíz junto al flujo, para que las reglas de secuenciación mejoren con el tiempo.

package/vendor/theus-arsenal/skills/publicacion-cruzada/SKILL.md

@@ -1,117 +0,0 @@
----
-name: publicacion-cruzada
-description: Distribución de contenido multiplataforma en X, LinkedIn, Threads y Bluesky. Adapta el
-  contenido por plataforma con los patrones de motor-de-contenido y nunca publica copias idénticas.
-  Úsala cuando el usuario quiera distribuir contenido en varias redes sociales.
----
-
-# Publicación cruzada
-
-Distribuye contenido entre plataformas sin convertirlo en la misma publicación falsa con cuatro disfraces.
-
-## Cuándo activarla
-
-- El usuario quiere publicar la misma idea de fondo en varias plataformas.
-- Un lanzamiento, actualización, release o ensayo necesita versiones específicas por plataforma.
-- El usuario dice "publica esto en todas partes", "crosspost" o "adapta esto para X y LinkedIn".
-
-## Reglas centrales
-
-1. No publiques copia idéntica entre plataformas.
-2. Preserva la voz del autor en todas las plataformas.
-3. Adapta a las restricciones, no a los estereotipos.
-4. Cada publicación debe seguir tratando de una sola cosa.
-5. No inventes una llamada a la acción, una pregunta ni una moraleja si la fuente no la ganó.
-
-## Flujo de trabajo
-
-### Paso 1: parte de la versión primaria
-
-Elige primero la versión fuente más fuerte:
-
-- la publicación original de X
-- el artículo original
-- la nota de lanzamiento
-- el hilo
-- el memo o el changelog
-
-Usa `motor-de-contenido` primero si la fuente aún necesita moldear la voz.
-
-### Paso 2: captura la huella de voz
-
-Ejecuta `voz-de-marca` primero si la voz de la fuente no está ya capturada en la sesión actual.
-
-Reutiliza directamente el `PERFIL DE VOZ` resultante.
-No construyas aquí una segunda lista de voz ad hoc salvo que el usuario quiera explícitamente una variante nueva para esta campaña.
-
-### Paso 3: adapta según la restricción de cada plataforma
-
-### X
-
-- Mantenlo comprimido.
-- Abre con la afirmación o el artefacto más afilado.
-- Usa un hilo solo cuando una publicación única colapsaría el argumento.
-- Evita hashtags y relleno genérico.
-
-### LinkedIn
-
-- Añade solo el contexto necesario para gente fuera del nicho.
-- No lo conviertas en una falsa reflexión de fundador.
-- No añadas una pregunta de cierre solo porque es LinkedIn.
-- No fuerces un "tono profesional" pulido si el autor es naturalmente más afilado.
-
-### Threads
-
-- Mantenlo legible y directo.
-- No escribas falsa copia hipercasual de creador.
-- No pegues la versión de LinkedIn recortada.
-
-### Bluesky
-
-- Mantenlo conciso.
-- Preserva la cadencia del autor.
-- No dependas de hashtags ni de lenguaje para jugar con el feed.
-
-## Orden de publicación
-
-Por defecto:
-
-1. Publica primero la versión nativa más fuerte.
-2. Adapta para las plataformas secundarias.
-3. Escalona los tiempos solo si el usuario quiere ayuda con la secuencia.
-
-No añadas referencias cruzadas entre plataformas salvo que sean útiles. La mayoría de las veces la publicación debe sostenerse sola.
-
-## Patrones prohibidos
-
-Elimina y reescribe cualquiera de estos:
-
-- "Emocionado de compartir"
-- "Esto es lo que aprendí"
-- "¿Qué opinan?"
-- "link en la bio" salvo que sea literalmente cierto
-- párrafos genéricos de "lección profesional" que no estaban en la fuente
-
-## Formato de salida
-
-Devuelve:
-
-- la versión de la plataforma primaria
-- variantes adaptadas para cada plataforma solicitada
-- una nota breve de qué cambió y por qué
-- cualquier restricción de publicación que el usuario aún deba resolver
-
-## Puerta de calidad
-
-Antes de entregar:
-
-- cada versión se lee como el mismo autor bajo restricciones distintas
-- ninguna versión se siente rellenada o esterilizada
-- ninguna copia está duplicada literal entre plataformas
-- cualquier contexto extra añadido para LinkedIn o newsletter es realmente necesario
-
-## Skills relacionadas
-
-- `voz-de-marca` para la captura reutilizable de voz derivada de fuentes
-- `motor-de-contenido` para la captura de voz y el moldeado de la fuente
-- `api-x` para los flujos de publicación en X

package/vendor/theus-arsenal/skills/publicador-social/SKILL.md

@@ -1,121 +0,0 @@
----
-name: publicador-social
-description: Programación y publicación de posts en redes sociales a través de SocialClaw en 13 plataformas (X, LinkedIn, Instagram, Facebook Pages, TikTok, Discord, Telegram, YouTube, Reddit, WordPress, Pinterest). Úsala para publicar, gestionar campañas, subir media o monitorear el estado de entrega de posts.
----
-
-# Publicador social (SocialClaw)
-
-Conecta el agente a [SocialClaw](https://getsocialclaw.com) para publicar en redes sociales en 13 plataformas mediante una sola API key de workspace.
-
-> **Servicio externo de terceros.** SocialClaw es un SaaS independiente: requiere que el usuario tenga su propia cuenta y API key en ese servicio. **No forma parte de la suscripción de Theus** y su facturación, límites y disponibilidad dependen exclusivamente de SocialClaw.
-
-## Cuándo activarla
-
-- publicar contenido en X, LinkedIn, Instagram, TikTok u otras plataformas
-- programar una campaña de posts en varias plataformas a la vez
-- subir media para usar en posts sociales
-- validar un calendario de publicación antes de lanzarlo
-- monitorear el estado de ejecución de la publicación y la analítica de entrega
-
-## Configuración
-
-```bash
-# Requerido: API key de workspace desde https://getsocialclaw.com/dashboard
-export SC_API_KEY="<workspace-key>"
-
-# Verificar acceso
-printf 'header = "Authorization: Bearer %s"\n' "$SC_API_KEY" |
-  curl -sS -K - https://getsocialclaw.com/v1/keys/validate
-
-# Instalar el CLI (opcional pero recomendado)
-npm install -g socialclaw@0.1.12
-socialclaw login --api-key <workspace-key>
-```
-
-## Flujo de trabajo principal
-
-### 1. Listar cuentas conectadas
-```bash
-socialclaw accounts list --json
-```
-
-Si no están conectadas:
-```bash
-socialclaw accounts connect --provider x --open
-socialclaw accounts connect --provider linkedin --open
-```
-
-### 2. Subir media (opcional)
-```bash
-socialclaw assets upload --file ./imagen.png --json
-# → { "asset_id": "..." }
-```
-
-### 3. Construir schedule.json
-```json
-{
-  "posts": [
-    {
-      "provider": "x",
-      "account_id": "<account-id>",
-      "text": "Texto del post aquí",
-      "scheduled_at": "2026-06-01T10:00:00Z"
-    }
-  ]
-}
-```
-
-### Paquete de evidencia de X (opcional)
-
-Antes de construir un calendario para X, reúne un paquete de fuentes cuando la campaña dependa de señales reales de la audiencia y no solo del borrador. Usa la skill `api-x` como fuente de evidencia separada: búsqueda pública de tweets, búsqueda de respuestas, exportación de seguidores, consulta de usuarios, revisión de media o monitores. Conserva esa salida como insumo de investigación para `schedule.json`; SocialClaw sigue siendo el responsable de la validación, la programación, la publicación y el estado de entrega. Mantén las credenciales de X en su propia configuración, nunca en `SC_API_KEY`, en los archivos de calendario ni en los activos de campaña.
-
-### 4. Validar antes de publicar
-```bash
-socialclaw validate -f schedule.json --json
-```
-
-### 5. Publicar
-```bash
-socialclaw apply -f schedule.json --json
-# → { "run_id": "..." }
-```
-
-### 6. Monitorear
-```bash
-socialclaw status --run-id <run-id> --json
-socialclaw posts list --json
-```
-
-## Proveedores soportados
-
-| Proveedor | Clave |
-|-----------|-------|
-| X (Twitter) | `x` |
-| Perfil de LinkedIn | `linkedin` |
-| Página de LinkedIn | `linkedin_page` |
-| Instagram Business | `instagram_business` |
-| Instagram independiente | `instagram` |
-| Página de Facebook | `facebook` |
-| TikTok | `tiktok` |
-| YouTube | `youtube` |
-| Reddit | `reddit` |
-| WordPress | `wordpress` |
-| Discord | `discord` |
-| Telegram | `telegram` |
-| Pinterest | `pinterest` |
-
-## Seguridad
-
-- Las peticiones salientes van únicamente a `getsocialclaw.com`
-- El OAuth de cada proveedor vive en el dashboard de SocialClaw — el agente nunca ve secretos por proveedor
-- `SC_API_KEY` es una key con alcance de workspace
-
-## Skills relacionadas
-
-- `api-x` — operaciones directas con la API de X y fuente de evidencia previa a la programación
-- `ranking-grafo-social` — análisis de red para priorizar el outreach
-
-## Fuente
-
-- npm: `npm install -g socialclaw@0.1.12`
-- Dashboard: [dashboard de SocialClaw](https://getsocialclaw.com/dashboard)

package/vendor/theus-arsenal/skills/puerta-de-entrega/SKILL.md

@@ -1,164 +0,0 @@
----
-name: puerta-de-entrega
-description: Hook de Stop que impide al agente finalizar hasta que pasen verificaciones de calidad
-  deterministas. Detecta patrones de racionalización (heurísticas de texto), bitácoras de aprendizaje
-  sin actualizar (mtime del sistema de archivos) y poco espacio en disco. Complementa a
-  autoevaluacion-agente aplicando mecánicamente el hábito de capturar aprendizajes.
----
-
-# Puerta de entrega — quality gate mecánica para el agente
-
-Un **hook del evento `Stop`** que verifica tres cosas antes de que el agente pueda
-finalizar una respuesta, usando solo **verificaciones deterministas** — marcas de
-modificación de archivos, uso de disco y patrones regex sobre el texto del
-transcript. Sin inferencia de IA.
-
-Es distinta de las puertas de razonamiento (como `autoevaluacion-agente`): la
-puerta de entrega verifica hechos comprobables por máquina; la autoevaluación
-verifica la calidad del output en cuatro dimensiones de razonamiento. Juntas
-forman defensa en profundidad:
-
-- **puerta-de-entrega**: "¿Se tocó hoy la biblioteca de aprendizaje? ¿El disco tiene espacio?"
-- **autoevaluacion-agente**: "¿El contenido del archivo es correcto, completo y honesto?"
-
-Es el mismo patrón que las puertas de un pipeline de CI — verificaciones
-automáticas y deterministas de hechos legibles por máquina, en lugar de confiar
-en un estado autorreportado.
-
-## Qué verifica
-
-| Verificación | Mecanismo | Al detectar |
-|-------|-----------|--------|
-| Patrones de racionalización | Regex sobre la cola del transcript | **Solo aviso** (nunca bloquea) |
-| Bibliotecas de aprendizaje sin actualizar | mtime de 5 rutas configurables | Aviso si hay algunas sin actualizar; **bloqueo** si >=3 sin actualizar O growth-log sin actualizar + tarea compleja |
-| Disco < 50 GB | `shutil.disk_usage` | Aviso |
-| Disco < 15 GB | `shutil.disk_usage` | **Bloqueo** (exit 2) |
-
-La detección de racionalización avisa sobre patrones como "omito las pruebas por
-ahora" o "es un bug preexistente" — señales superficiales de que el razonamiento
-pudo haberse cortado. Nunca bloquea por sí sola, porque las heurísticas regex
-pueden dar falsos positivos. Las condiciones de bloqueo son: disco crítico,
-`>=3 bibliotecas de aprendizaje sin actualizar`, O `growth-log` específicamente
-sin actualizar (las dos últimas requieren tarea compleja: >=3 ediciones).
-
-## Por qué
-
-Las verificaciones de calidad de código habituales cubren build → tipos → lint →
-tests. Pero hay otro modo de fallo: el agente produce código que funciona
-mientras **la higiene de la sesión se descuidó** — aprendizaje sin capturar,
-atajos racionalizados, disco agotándose en silencio.
-
-Tras muchas sesiones de "entregar y olvidar", el humano no ha crecido. Este hook
-impone el hábito: tarea compleja → hay que tocar las bibliotecas de aprendizaje.
-
-## Instalación
-
-El motor de Theus soporta el evento `Stop` de forma nativa: el hook recibe por
-**stdin un JSON** con `session_id`, `transcript_path` y `cwd`, y un `exit 2`
-bloquea el cierre con el stderr como motivo. La puerta es **opcional y no viene
-registrada por el arsenal** — se activa en tu propia configuración de hooks:
-
-```bash
-cp "${THEUS_PLUGIN_ROOT}/skills/puerta-de-entrega/hooks/puerta-entrega.py" ~/.theus/scripts/
-```
-
-Añade a la configuración de hooks de tu usuario (`~/.theus/settings.json`):
-
-```json
-{
-  "hooks": {
-    "Stop": [{
-      "matcher": "*",
-      "hooks": [{
-        "type": "command",
-        "command": "python3 ~/.theus/scripts/puerta-entrega.py",
-        "timeout": 5
-      }]
-    }]
-  }
-}
-```
-
-El `matcher` es de cadena (`"*"` cubre todas las respuestas). No lo marques
-`async`: una puerta que bloquea debe ejecutarse en línea y rápido.
-
-## Bibliotecas de aprendizaje
-
-Crea estos archivos en el directorio de memoria de tu proyecto
-(`~/.theus/arsenal/projects/<ruta-del-proyecto-normalizada>/memory/`, o bajo
-`THEUS_AGENT_DATA_HOME` si lo tienes definido). El hook comprueba si al menos
-una se actualizó hoy:
-
-```
-memory/
-├── growth-log/          # Entradas diarias de aprendizaje (directorio)
-├── decisions/log.md     # Bitácora de decisiones
-├── output-index.md      # Índice de outputs de sesión
-├── ratings-tracker.md   # Valoraciones de skills en el tiempo
-└── tooling_capabilities.md  # Inventario de herramientas conocidas
-```
-
-Personaliza el diccionario `LIBS` para que coincida con tu propia estructura de
-archivos. Esta puerta y la skill `bitacora-crecimiento` se complementan: la
-skill escribe las entradas; la puerta verifica que existan.
-
-## Configuración
-
-Edita `puerta-entrega.py`:
-
-| Variable | Por defecto | Propósito |
-|----------|---------|---------|
-| `RATIONALIZE` | 7 patrones (ES + EN) | Regex de detección de racionalización |
-| `LIBS` | 5 bibliotecas | Archivos/directorios a comprobar con actualización del día |
-| `COMPLEX_THRESHOLD` | 3 | Llamadas Edit/Write para clasificar la tarea como compleja |
-| `DISK_WARN_GB` | 30 | Avisa por debajo de este umbral |
-| `DISK_CRIT_GB` | 15 | Bloquea por debajo de este umbral |
-
-## Ejemplos
-
-**Sesión simple — permitida:**
-```
-edit_count=1 (< 3, no compleja) → exit 0
-```
-
-**Tarea compleja con aprendizaje capturado — permitida:**
-```
-edit_count=5 (compleja) → revisa LIBS → growth-log actualizado hoy → exit 0
-```
-
-**Tarea compleja sin aprendizaje — BLOQUEADA:**
-```
-edit_count=4 (compleja) → revisa LIBS → las 5 sin actualizar → exit 2
-stderr: "Bloqueado: tarea compleja con >=3 bibliotecas de aprendizaje sin actualizar."
-```
-
-**Poco espacio en disco — BLOQUEADA:**
-```
-disco_libre=12GB < 15GB crítico → exit 2
-stderr: "Bloqueado: espacio en disco en 12GB (<15GB)."
-```
-
-## Limitaciones
-
-El hook impone el **hábito** de tocar las bibliotecas de aprendizaje, no la
-**calidad** de lo registrado. Si se actualiza `output-index.md` pero se omite
-`growth-log`, el hook pasa (1 de 5 bibliotecas tocada) siempre que no se cumplan
-las condiciones de bloqueo. Es por diseño: las puertas mecánicas verifican
-hechos comprobables por máquina. Para verificar la calidad del contenido,
-combínala con `autoevaluacion-agente`.
-
-Si el directorio de memoria del proyecto no existe todavía, el hook avisa pero
-no bloquea — bloquear ahí atascaría a usuarios nuevos.
-
-## Compatibilidad
-
-- Python 3.8+ (usa `from __future__ import annotations`)
-- Multiplataforma: Windows, macOS, Linux
-- Cero dependencias fuera de la biblioteca estándar
-
-## Ver también
-
-- `autoevaluacion-agente` — puerta de calidad de razonamiento (completitud/consistencia/fundamento/honestidad)
-- `bucle-verificacion` — verificaciones de calidad de código (build/tipos/lint/tests)
-- `modo-seguro` — puerta de seguridad previa a operaciones destructivas
-- `bitacora-crecimiento` — la práctica de captura de aprendizaje que esta puerta hace cumplir