company-os

Überblick über den company-os skill

Wofür company-os gedacht ist

company-os ist ein C-Level-Advisory-skill für das Entwerfen oder Verbessern des Betriebssystems eines Unternehmens: also des Zusammenspiels aus Rollen, Kennzahlen, Meetings, Prioritäten und Routinen zur Problemlösung, das bestimmt, wie Arbeit tatsächlich koordiniert wird. Der company-os skill ist besonders hilfreich, wenn Führungsteams zwischen EOS, Scaling Up, OKR-native, Holacracy oder einem eigenen Hybridmodell wählen müssen und diese Entscheidung anschließend in einen umsetzbaren Führungs- und Arbeitsrhythmus übersetzen wollen.

Für wen und welche Betriebssituationen company-os am besten passt

Der company-os skill eignet sich für Gründerinnen und Gründer, CEOs, COOs, Chiefs of Staff, Operations-Verantwortliche und Führungsteams, die mehr Disziplin in Internal Operations aufbauen möchten. Besonders relevant ist er für founder-led Teams, wachsende Unternehmen mit wiederkehrenden Koordinationsproblemen oder Organisationen, die Quartalsplanung, Accountability Charts, Leadership Scorecards, L10-ähnliche Meetings, Rocks, OKRs oder wöchentliche Executive-Rhythmen vorbereiten.

Was company-os von einem generischen Prompt unterscheidet

Ein generischer KI-Prompt liefert möglicherweise eine Liste von Management-Frameworks. company-os gibt dem Agenten eine spezifischere operative Perspektive: Frameworks vergleichen, Lücken im aktuellen System erkennen, Verantwortungsstrukturen entwerfen, Kennzahlen definieren, Meeting-Rhythmen formen und die Umsetzung über 90 Tage staffeln. Die enthaltenen Referenzen sind entscheidungsorientiert, nicht nur konzeptionell: references/os-comparison.md unterstützt bei der Framework-Auswahl, während references/implementation-guide.md auf den schrittweisen Rollout fokussiert.

Wann company-os nicht der richtige skill ist

Nutze diesen skill nicht als Ersatz für rechtliche HR-Policy-Arbeit, Vergütungsarchitektur, Finanzkontrollen oder Enterprise-Change-Management-Beratung. Er kann operative Entscheidungen strukturieren, braucht dafür aber präzisen Kontext aus deiner Organisation. Wenn das Führungsteam nicht auf einen gemeinsamen operativen Rhythmus ausgerichtet ist, kann der skill zwar Materialien entwerfen, aber fehlendes Executive Commitment nicht ausgleichen.

So nutzt du den company-os skill

company-os installieren und die wichtigsten Dateien zuerst lesen

Installiere den skill aus dem Repository-Pfad:

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

Lies nach der Installation zuerst SKILL.md, um die Trigger-Konzepte und das Vokabular rund um Operating Systems zu verstehen. Sieh dir danach an:

• references/os-comparison.md für die Abwägungen zwischen EOS, Scaling Up, OKR-native, Holacracy und hybriden Modellen.
• references/implementation-guide.md für eine phasenweise 90-Tage-Rollout-Sequenz.
• Den Repository-Pfad: c-level-advisor/skills/company-os.

Für diesen skill gibt es keine separate README- oder Script-Ebene. Der praktische Nutzen steckt daher vor allem in den Hauptanweisungen des skills und den beiden Referenzdateien.

Welche Inputs der company-os skill für brauchbare Ergebnisse braucht

Für starke company-os-Ergebnisse solltest du dem Agenten aktuellen operativen Kontext geben, statt nur nach einem generischen Framework zu fragen. Füge hinzu:

• Unternehmensphase, Mitarbeiterzahl, Geschäftsmodell und Aufbau des Führungsteams.
• Aktuelle Meetings, Planungsrhythmus und Entscheidungsengpässe.
• Vorhandene Kennzahlen, OKRs, Scorecards – oder deren Fehlen.
• Bekannte Schmerzpunkte: unklare Verantwortlichkeiten, wiederkehrende Probleme, schwache Nachverfolgung, Meeting-Überlastung oder Quartalsprioritäten, die nicht greifen.
• Rahmenbedingungen: Remote-/Hybrid-Team, verfügbare Gründerzeit, Board-Erwartungen, Umsetzungsbereitschaft und ob du EOS-ähnliche, OKR-native, Scaling Up- oder Hybrid-Empfehlungen möchtest.

Ein schwacher Prompt wäre: „Create a company operating system.“
Ein stärkerer Prompt wäre: „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.“

Ein praktischer company-os-Workflow

Beginne mit der Diagnose, bevor du ein Design erstellst. Bitte den skill, die aktuellen operativen Lücken entlang von Verantwortlichkeit, Daten, Meetings, Problemlösung und Quartalsprioritäten zu kartieren. Fordere danach eine Framework-Empfehlung mit klaren Tradeoffs an: EOS vs Scaling Up vs OKR-native vs Hybrid. Erstelle anschließend die zentralen Artefakte in sinnvoller Reihenfolge: Accountability Chart, Scorecard, Meeting Pulse, Prozess für Issue Lists sowie 90-Day Rocks oder OKRs.

Für die Umsetzung solltest du der gestaffelten Logik des Repositorys folgen: Starte nicht alles auf einmal. Ein realistischer company-os-Leitfaden sollte mit Leadership Alignment, Current-State Audit und einem OS Owner beginnen. Danach werden zuerst Accountability Chart und Scorecard eingeführt, bevor schwerere Meeting- und Planungsrituale ergänzt werden.

Prompt-Muster, die bessere Ergebnisse liefern

Frage nach Entscheidungen, nicht nur nach Erklärungen. Nützliche Prompt-Formulierungen sind:

• „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.“

Diese Prompts funktionieren, weil sie dem skill eine echte operative Aufgabe geben: auswählen, sequenzieren, vereinfachen und anpassen.

company-os skill FAQ

Ist company-os hauptsächlich ein EOS-skill?

Nein. EOS ist eines der wichtigsten abgedeckten Frameworks, aber company-os unterstützt auch Scaling Up, OKR-native Systeme, Holacracy und individuelle Hybridmodelle. Nutze ihn, wenn du eine Framework-Entscheidung treffen möchtest – nicht nur dann, wenn EOS bereits gesetzt ist.

Können Einsteiger diesen skill nutzen, ohne Management-Frameworks zu kennen?

Ja, aber die Ergebnisse werden besser, wenn du die aktuellen Probleme deines Unternehmens in Alltagssprache beschreibst. Du musst Begriffe wie IDS, Rocks oder Accountability Chart nicht vorher kennen. Der skill hilft dabei, Symptome – etwa unklare Verantwortlichkeiten oder wiederholte Meetings – in Bestandteile eines Operating Systems zu übersetzen.

Worin unterscheidet sich company-os für Internal Operations von Strategieplanung?

Strategieplanung definiert, wohin sich das Unternehmen bewegt. Internal Operations definiert, wie das Unternehmen jede Woche arbeitet, um diese Strategie umzusetzen. company-os verbindet beides über Meeting-Rhythmen, Scorecards, Verantwortlichkeiten, Quartalsprioritäten und Problemlösung.

Wann sollte ich company-os nicht installieren?

Verzichte darauf, wenn du nur eine einmalige Meeting-Agenda, ein generisches OKR-Template oder persönliche Produktivitätstipps brauchst. Der skill eignet sich am besten für Teams, die Führungsroutinen tatsächlich verändern wollen – nicht für isolierte Dokumentationsarbeit ohne verantwortliche Person für die Umsetzung.

So verbesserst du den company-os skill

Bessere company-os-Ergebnisse durch präziseren Kontext

Der größte Qualitätshebel ist Spezifität. Stelle deine aktuelle Meeting-Liste, Führungsrollen, Kennzahlen, Planungsartefakte und Schmerzpunkte bereit. Wenn du bereits OKRs, Scorecards oder Organigramme hast, füge Zusammenfassungen ein und bitte den skill, sie in Operating-System-Artefakte zu übersetzen. Der skill arbeitet besser, wenn er bestehende Praktiken anpassen, vereinfachen oder kritisch hinterfragen kann, statt bei null zu beginnen.

Achte auf typische Fehlerbilder

Häufige schwache Ergebnisse sind überladene Systeme, zu viele Meetings, unklare Owner und Framework-Purismus, der nicht zur Unternehmensphase passt. Bitte den skill, Komplexität zu markieren, aufzuschieben, was noch warten kann, und „jetzt zwingend umsetzen“ von „später, wenn der Rhythmus stabil ist“ zu trennen. Für kleine Teams solltest du eine schlanke Version anfordern. Für größere Teams solltest du Governance- und Rollout-Checkpoints verlangen.

Iteriere nach dem ersten operativen Design

Nach einem ersten Entwurf lohnt sich ein zweiter Durchlauf mit Fokus auf Adoptionsrisiken:

• „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?“

So wird company-os von einem statischen Framework-Generator zu einem praktischen Umsetzungspartner.

Passe den skill an deine Organisation an

Um den company-os skill lokal zu verbessern, ergänze Beispiele deiner bevorzugten operativen Artefakte: Scorecard-Templates, Meeting-Agenden, Formate für Quartalsplanung, Entscheidungsrechte und Definitionen von Executive-Rollen. Halte die Beispiele knapp und aktuell. Ziel ist nicht, den Agenten auf ein einziges Framework festzulegen, sondern seine Empfehlungen an Sprache, Taktung und Toleranz deiner Organisation für operative Struktur anzupassen.