company-os
The meta-framework for how a company runs -- the connective tissue between all C-suite roles. Covers operating system selection (EOS, Scaling Up, OKR-native, hybrid), accountability charts, scorecards, meeting pulse design, issue resolution (IDS), 90-day rocks, and communication cadence. Use when setting up company operations, selecting a management framework, designing meeting rhythms, building accountability systems, implementing OKRs, or when user mentions EOS, Scaling Up, operating system, L10 meetings, rocks, scorecard, accountability chart, quarterly planning, or meeting cadence.
What this skill does
# Company Operating System
The operating system is the collection of tools, rhythms, and agreements that determine how the company functions. Every company has one -- most just do not know what it is. Making it explicit makes it improvable.
## Keywords
operating system, EOS, Entrepreneurial Operating System, Scaling Up, Rockefeller Habits, OKR, Holacracy, L10 meeting, rocks, scorecard, accountability chart, issues list, IDS, meeting pulse, quarterly planning, weekly scorecard, management framework, company rhythm, traction, annual planning, communication cadence
---
## Operating System Selection
### Decision Tree
```
START: "Which operating system?"
|
v
[Company size?]
|
+-- 10-50 people
| |
| v
| [Is the founder operational or visionary?]
| |
| +-- Operational --> EOS / Traction (structured, simple)
| +-- Visionary --> Scaling Up (ambitious, strategy-heavy)
|
+-- 50-200 people
| |
| v
| [Engineering-led or sales-led?]
| |
| +-- Engineering-led --> OKR-native (hypothesis-driven)
| +-- Sales-led --> Scaling Up or EOS (execution-focused)
|
+-- 200+ people
| |
| v
| [High autonomy or high alignment needed?]
| |
| +-- High autonomy --> Holacracy (only if patient)
| +-- High alignment --> Custom hybrid (best of EOS + OKR)
|
+-- Not sure --> Start with EOS. It is the simplest to implement.
```
### Framework Comparison Matrix
| Feature | EOS | Scaling Up | OKR-Native | Holacracy |
|---------|-----|-----------|------------|-----------|
| Complexity | Low | Medium | Medium | High |
| Implementation time | 30-90 days | 90-180 days | 60-120 days | 6-12 months |
| Best company size | 10-250 | 50-500 | 20-500 | 50-300 |
| Goal framework | Rocks (binary) | OKRs + Priorities | OKRs (graded) | Roles + accountabilities |
| Meeting cadence | Weekly L10 | Daily huddle + weekly | Weekly + quarterly | Governance + tactical |
| Issue resolution | IDS | Keep/Kill/Combine | Retrospective | Governance process |
| Accountability | Accountability chart | Function accountability | OKR ownership | Role-based |
| Scorecard | Weekly numbers | Weekly KPIs | Quarterly KRs | Metrics per role |
| Strengths | Simple, fast to implement | Rigorous, strategy-heavy | Flexible, tech-friendly | Distributed authority |
| Weaknesses | Can feel rigid | Complex, requires discipline | Can drift without structure | Steep learning curve |
---
## The Six Core Components
Every effective operating system has these six, regardless of framework:
### Component 1: Accountability Chart
Not an org chart. An accountability chart answers: "Who owns this outcome?"
#### Design Principles
| Principle | Implementation |
|-----------|---------------|
| Single ownership | One person owns each function. Multiple may work in it. |
| Explicit gaps | Functions nobody owns are identified and assigned. |
| No overlap | If two people think they own it, neither does. Resolve immediately. |
| Stage-appropriate | One person can own multiple seats early. Be explicit about it. |
| Quarterly review | Ownership shifts as company grows. Review every quarter. |
#### Accountability Chart Template
```
CEO
|
+-- Revenue (CRO/VP Sales)
| +-- Inbound pipeline
| +-- Outbound pipeline
| +-- Customer success
|
+-- Product & Engineering (CTO/CPO)
| +-- Product roadmap
| +-- Engineering delivery
| +-- Technical operations
|
+-- Operations (COO)
| +-- Finance & legal
| +-- People operations
| +-- Business operations
|
+-- Marketing (CMO/VP Marketing)
+-- Demand generation
+-- Brand & content
+-- Product marketing
```
#### Workshop Protocol (2 hours)
```
Step 1: List all functions the company performs (30 min)
Step 2: Assign ONE owner per function (30 min)
Step 3: Identify gaps (functions nobody owns) (15 min)
Step 4: Identify overlaps (2+ people claiming ownership) (15 min)
Step 5: Resolve gaps and overlaps (20 min)
Step 6: Publish and communicate (10 min)
```
### Component 2: Scorecard
Weekly metrics that tell you if the company is on track. Not monthly. Not quarterly. Weekly.
#### Scorecard Rules
| Rule | Rationale |
|------|-----------|
| 5-15 metrics maximum | More than 15 = nothing gets attention |
| Each metric has an owner | Ownership drives accountability |
| Each metric has a weekly target | Not a range -- a specific number |
| Red/Yellow/Green status | Not paragraphs -- traffic lights |
| Only Red metrics get discussion | Green = no discussion needed in meeting |
#### Example Scorecard
| Metric | Owner | Target | Week | Status |
|--------|-------|--------|------|--------|
| New MRR | CRO | $50K | $43K | [R] |
| Logo churn | CS Lead | < 1% | 0.8% | [G] |
| Active users | CPO | 2,000 | 2,150 | [G] |
| Deployments | CTO | 3/week | 3 | [G] |
| Critical bugs open | CTO | 0 | 2 | [R] |
| Runway | CFO | > 18mo | 16mo | [Y] |
| Offer acceptance | CHRO | > 85% | 90% | [G] |
### Component 3: Meeting Pulse
#### Full Meeting Rhythm
| Meeting | Frequency | Duration | Who | Purpose |
|---------|-----------|----------|-----|---------|
| Daily standup | Daily | 15 min | Each team | Blockers only |
| L10 / Leadership sync | Weekly | 90 min | Leadership team | Scorecard + issues |
| Department review | Monthly | 60 min | Dept + leadership | Deep dive on dept metrics |
| Quarterly planning | Quarterly | 1-2 days | Leadership | Set rocks, review strategy |
| Annual planning | Annual | 2-3 days | Leadership | 1-year + 3-year vision |
#### L10 Meeting Agenda (Weekly Leadership)
| Segment | Duration | Activity |
|---------|----------|----------|
| Good news | 5 min | Personal + business wins |
| Scorecard review | 5 min | Flag red items only |
| Rock review | 5 min | On/off track for each rock |
| Customer/employee headlines | 5 min | Notable events |
| Issues list (IDS) | 60 min | Identify, Discuss, Solve |
| To-dos review | 5 min | Last week's commitments: done or not? |
| Conclude | 5 min | Rate meeting 1-10, what would make it 10 next time |
### Component 4: Issue Resolution (IDS)
Maximum 15 minutes per issue. This is the core problem-solving loop.
```
IDENTIFY: What is the actual issue? (One sentence, root cause, not symptom)
|
DISCUSS: Relevant facts + perspectives. Time-boxed.
| When discussion starts repeating, STOP.
|
SOLVE: One owner. One action. One due date. Written down.
```
#### IDS Anti-Patterns
| Anti-Pattern | Why It Fails | Fix |
|-------------|-------------|-----|
| "Let's take this offline" | Things taken offline rarely get resolved | Solve it now or put it on next week's list |
| Discussing without deciding | Great discussion, no action item = wasted | Every discussion must end with a decision |
| Revisiting decided issues | Undermines the system | Once solved, off the list. Reopen only with new data. |
| Issue on list 3+ meetings | Either not real or too scary to address | Force it: address this week or remove it |
| Multiple issues conflated | Impossible to solve a bundled problem | One issue per entry. Separate if needed. |
### Component 5: Rocks (90-Day Priorities)
#### Rock Rules
| Rule | Rationale |
|------|-----------|
| 3-7 per person maximum | More than 7 = none get done |
| 3-7 company-level rocks | Shared leadership priorities |
| Binary status: done or not done | No "60% complete" |
| Set at quarterly planning | Reviewed weekly (on/off track) |
| Not a to-do list | Rocks take 90 days of sustained work |
#### Good vs. Bad Rocks
| Bad Rock | Why | Good Rock |
|----------|-----|-----------|
| "Improve sales process" | Not measurable or specific | "Implement CRM with pipeline stages and reporting by Mar 31" |
| "Hire more engineers" | No target, no deadline | "Hire 3 senior engineers with offers accepted by Apr 15" |
| "Reduce churn" | No target | "Reduce monthly logo churn from 3% to 1.5% by end of Q2" |
| "Get better at communication" | Not observable | "ShiRelated in Design
contribute
IncludedLocal-only OSS contribution command center. Auto-refreshes the user's in-flight PR and issue state on invoke so conversations start with full context — no need to brief Claude on what's in flight. Helps the user find issues to contribute to on GitHub, builds per-repo dossiers of what each upstream expects (CLA, DCO, branch convention, AI policy, draft-first, review bots, issue templates), runs deterministic gates before any external action so AI-assisted contributions don't reach maintainers as slop. State is markdown-only: candidate files at ~/.contribute-system/candidates/, repo dossiers at ~/.contribute-system/research/, append-only event log at ~/.contribute-system/log.jsonl. No database, no cloud calls. Use when the user asks about their PRs / issues / contributions, wants to find new work to take on, claim an issue, build/refresh a repo's dossier, or draft a Design Issue or PR. Trigger with "/contribute", "what's my PR status", "find a contribution", "claim issue X", "draft a Design Issue for Y", "refresh dossier for Z".
architectural-analysis
IncludedUser-triggered deep architectural analysis of a codebase or scoped subtree across eight modes — information architecture, data flow, integration points, UI surfaces, interaction patterns, data model, control flow, and failure modes. This skill should be used when the user asks to "diagram this codebase," "map the architecture," "show the data flow," "give me an ERD," "trace control flow," "find the integration points," "verify the layout pattern," "audit the UX architecture," or any similar request whose primary deliverable is mermaid diagrams plus cited reports under docs/architecture/. Dispatches haiku/sonnet sub-agents in parallel for per-mode exploration, then verifies every citation mechanically before any node lands in a diagram. Not for one-off prose explanations of code (use code-explanation) or for high-level system design from scratch (use system-design).
mcp
IncludedModel Context Protocol (MCP) server development and tool management. Languages: Python, TypeScript. Capabilities: build MCP servers, integrate external APIs, discover/execute MCP tools, manage multi-server configs, design agent-centric tools. Actions: create, build, integrate, discover, execute, configure MCP servers/tools. Keywords: MCP, Model Context Protocol, MCP server, MCP tool, stdio transport, SSE transport, tool discovery, resource provider, prompt template, external API integration, Gemini CLI MCP, Claude MCP, agent tools, tool execution, server config. Use when: building MCP servers, integrating external APIs as MCP tools, discovering available MCP tools, executing MCP capabilities, configuring multi-server setups, designing tools for AI agents.
react-native-skia
IncludedDesign, build, debug, and optimise high-polish animated graphics in React Native or Expo using @shopify/react-native-skia, Reanimated, and Gesture Handler. Use when the user wants canvas-driven UI, shaders, paths, rich text, image filters, sprite fields, Skottie, video frames, snapshots, web CanvasKit setup, or performance tuning for custom motion-heavy elements such as loaders, hero art, cards, charts, progress indicators, particle systems, or gesture-driven surfaces. Also use when the user asks for fluid, glow, glass, blob, parallax, 60fps/120fps, or GPU-friendly animated effects in React Native, even if they do not explicitly say "Skia". Do not use for ordinary form/layout work with standard views.
plaid
IncludedProduct Led AI Development — guides founders from idea to launched product. Six capabilities: Idea (discover a product idea), Validate (pressure-test the idea against fatal flaws, problem reality, competition, and 2-week MVP feasibility), Plan (vision intake + document generation), Design (translate image references into a design.md spec), Launch (go-to-market strategy), and Build (roadmap execution). Use when someone says "PLAID", "plaid idea", "help me find an idea", "product idea", "idea from my business", "idea from my expertise", "plaid validate", "validate my idea", "pressure-test", "is this idea good", "find fatal flaws", "validate the problem", "plan a product", "define my vision", "generate a PRD", "product strategy", "plaid design", "design from image", "translate image to design", "create design.md", "extract design tokens", "plaid launch", "go-to-market", "launch plan", "GTM strategy", "launch playbook", "plaid build", "build the app", "start building", or "execute the roadmap".
nextjs-framer-motion-animations
IncludedAdds production-safe Motion for React or Framer Motion animations to Next.js apps, including reveal, hover and tap micro-interactions, whileInView, stagger, AnimatePresence, layout and layoutId transitions, reorder, scroll-linked UI, and lightweight route-content transitions. Use when the user asks to add, refactor, or debug Motion or Framer Motion in App Router or Pages Router codebases, especially around server/client boundaries, reduced motion, LazyMotion, bundle size, hydration, or route transitions. Avoid for GSAP-style timelines, WebGL or 3D scenes, heavy scroll storytelling, or CSS-only effects unless Motion is explicitly requested.