company-os

Descripción general de la skill company-os

Para qué sirve company-os

company-os es una skill de asesoría para equipos directivos de nivel C orientada a diseñar o mejorar el sistema operativo de una empresa: el marco de roles, métricas, reuniones, prioridades y hábitos de resolución de problemas que determina cómo se coordina realmente el trabajo. Resulta especialmente útil cuando los líderes necesitan elegir entre EOS, Scaling Up, sistemas basados en OKR, Holacracy o un modelo híbrido propio, y después convertir esa decisión en una cadencia operativa accionable.

Usuarios y situaciones operativas donde mejor encaja

La skill company-os encaja con fundadores, CEOs, COOs, chiefs of staff, líderes de operaciones y equipos directivos que están construyendo disciplina de Internal Operations. Es especialmente relevante para equipos liderados por fundadores, empresas en crecimiento con problemas recurrentes de coordinación u organizaciones que están preparando planificación trimestral, accountability charts, scorecards de liderazgo, reuniones estilo L10, rocks, OKRs o ritmos ejecutivos semanales.

Qué la diferencia de un prompt genérico

Un prompt genérico de IA puede generar una lista de marcos de gestión. company-os le da al agente una mirada operativa mucho más específica: comparar frameworks, identificar brechas en el sistema actual, diseñar estructuras de responsabilidad, definir métricas, dar forma a la cadencia de reuniones y secuenciar la implementación en 90 días. Las referencias incluidas están orientadas a la toma de decisiones, no solo a conceptos: references/os-comparison.md ayuda a seleccionar el framework, mientras que references/implementation-guide.md se centra en un despliegue por etapas.

Cuándo company-os no es la skill adecuada

No uses esta skill como sustituto del diseño de políticas legales de RR. HH., arquitectura de compensaciones, controles financieros o consultoría de gestión del cambio para grandes empresas. Puede ayudar a estructurar decisiones operativas, pero necesita contexto preciso de tu organización. Si el equipo directivo no está alineado en adoptar un ritmo operativo compartido, la skill puede redactar materiales, pero no puede compensar la falta de compromiso ejecutivo.

Cómo usar la skill company-os

Instalación de company-os y archivos que conviene leer primero

Instala la skill desde la ruta del repositorio:

npx skills add alirezarezvani/claude-skills --skill company-os

Después de la instalación, lee primero SKILL.md para entender los conceptos disparadores y el vocabulario de sistema operativo. Luego revisa:

• references/os-comparison.md para entender las ventajas, límites y tradeoffs de EOS, Scaling Up, sistemas basados en OKR, Holacracy y modelos híbridos.
• references/implementation-guide.md para una secuencia de despliegue por fases durante 90 días.
• La ruta del repositorio: c-level-advisor/skills/company-os.

Esta skill no incluye una capa separada de README o scripts, así que la mayor parte del valor práctico está en las instrucciones principales de la skill y en los dos archivos de referencia.

Inputs que la skill necesita para generar resultados útiles

Para aprovechar bien company-os, dale al agente contexto operativo actual en lugar de pedirle un framework genérico. Incluye:

• Etapa de la empresa, número de empleados, modelo de negocio y composición del equipo directivo.
• Reuniones actuales, cadencia de planificación y cuellos de botella en la toma de decisiones.
• Métricas existentes, OKRs, scorecards o la ausencia de ellos.
• Puntos de dolor conocidos: responsabilidades poco claras, problemas que se repiten, seguimiento débil, exceso de reuniones o prioridades trimestrales que no se sostienen.
• Restricciones: equipo remoto o híbrido, disponibilidad del fundador, expectativas del board, apetito de implementación y si buscas orientación tipo EOS, basada en OKR, Scaling Up o híbrida.

Un prompt débil sería: “Create a company operating system.”
Un prompt más sólido sería: “Use company-os to design a lightweight operating system for a 45-person B2B SaaS company. We have weekly exec meetings, inconsistent OKRs, no accountability chart, and recurring handoff issues between sales and customer success. Recommend the best-fit framework, first 30 days of implementation, leadership scorecard, and meeting cadence.”

Un flujo de trabajo práctico con company-os

Empieza por el diagnóstico antes de diseñar. Pide a la skill que mapee las brechas actuales de tu sistema operativo en torno a ownership, datos, reuniones, resolución de problemas y prioridades trimestrales. Después, solicita una recomendación de framework con tradeoffs explícitos: EOS vs Scaling Up vs sistemas basados en OKR vs híbrido. Luego crea los artefactos principales en orden: accountability chart, scorecard, ritmo de reuniones, proceso de lista de problemas y rocks u OKRs a 90 días.

Para la implementación, sigue la lógica por etapas del repositorio: no lances todo al mismo tiempo. Una guía realista de company-os debería comenzar con alineación del liderazgo, auditoría del estado actual y un responsable del OS. Después, introduce por fases el accountability chart y el scorecard antes de sumar rituales más pesados de reuniones y planificación.

Patrones de prompt que mejoran los resultados

Pide decisiones, no solo explicaciones. Algunas frases útiles para prompts son:

• “Compare these operating models for our context and recommend one.”
• “Turn our messy org responsibilities into an accountability chart, not an org chart.”
• “Design a weekly leadership meeting agenda that replaces our current meetings.”
• “Create a 90-day implementation plan with risks, owner, and adoption checkpoints.”
• “Identify where this operating system is too heavy for our current stage.”

Estos prompts funcionan porque le dan a la skill una tarea operativa real: elegir, secuenciar, simplificar y adaptar.

Preguntas frecuentes sobre la skill company-os

¿company-os es principalmente una skill de EOS?

No. EOS es uno de los principales frameworks cubiertos, pero company-os también admite Scaling Up, sistemas basados en OKR, Holacracy y modelos híbridos personalizados. Úsala cuando necesites decidir un framework, no solo cuando ya hayas elegido EOS.

¿Pueden usar esta skill personas principiantes que no conocen frameworks de gestión?

Sí, pero el resultado mejora si describes los problemas actuales de tu empresa en lenguaje claro. No necesitas conocer de antemano términos como IDS, rocks o accountability chart. La skill es útil para traducir síntomas —como responsabilidades poco claras o reuniones repetitivas— en componentes de un sistema operativo.

¿En qué se diferencia company-os para Internal Operations de la planificación estratégica?

La planificación estratégica define hacia dónde va la empresa. Internal Operations define cómo funciona la empresa cada semana para ejecutar esa estrategia. company-os conecta ambas cosas mediante ritmos de reuniones, scorecards, accountability, prioridades trimestrales y resolución de problemas.

¿Cuándo debería evitar instalar company-os?

Evítala si solo necesitas una agenda puntual para una reunión, una plantilla genérica de OKR o consejos de productividad personal. Funciona mejor para equipos dispuestos a cambiar hábitos operativos a nivel de liderazgo, no para trabajos aislados de documentación sin un responsable de implementación.

Cómo mejorar la skill company-os

Mejora los resultados de company-os con contexto más preciso

La mayor palanca de calidad es la especificidad. Comparte tu lista actual de reuniones, roles de liderazgo, métricas, artefactos de planificación y puntos de dolor. Si ya tienes OKRs, scorecards u organigramas, pega resúmenes y pide a la skill que los convierta en artefactos de sistema operativo. La skill funciona mejor cuando puede adaptar, simplificar o cuestionar prácticas existentes en lugar de inventar desde cero.

Vigila los modos de fallo más comunes

Los resultados débiles suelen incluir sistemas sobredimensionados, demasiadas reuniones, responsables poco claros y una pureza de framework que no encaja con la etapa de la empresa. Pide a la skill que señale la complejidad, identifique qué conviene postergar y separe lo que “debe implementarse ahora” de lo que puede esperar “hasta que el ritmo esté estable”. Para equipos pequeños, solicita una versión ligera. Para equipos más grandes, pide gobernanza y puntos de control del despliegue.

Itera después del primer diseño operativo

Después de recibir un primer borrador, haz una segunda pasada centrada en el riesgo de adopción:

• “What will leaders resist?”
• “Which meetings can we delete or merge?”
• “Which metrics are lagging indicators and which are weekly controllables?”
• “Where is ownership still ambiguous?”
• “What should the OS owner inspect every Friday?”

Esto convierte a company-os de un generador estático de frameworks en un socio práctico de implementación.

Personaliza la skill para tu organización

Para mejorar localmente la skill company-os, añade ejemplos de tus artefactos operativos preferidos: plantillas de scorecard, agendas de reuniones, formatos de planificación trimestral, derechos de decisión y definiciones de roles ejecutivos. Mantén los ejemplos concisos y actualizados. El objetivo no es encerrar al agente en un único framework, sino hacer que sus recomendaciones se ajusten al lenguaje, la cadencia y la tolerancia de tu empresa frente a la estructura operativa.