MCPInstall

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, issue resolution, and 90-day rocks. 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, or quarterly planning.

Installs
585
Last 24h
—
Trending rank
—
Security
Not audited

Install

Works with every agent the skills CLI supports.

npx skills add https://github.com/alirezarezvani/claude-skills --skill company-os
  1. 01

    Install

    Run the command in your project. The CLI asks which agents to install for.

  2. 02

    Describe the task

    Ask your agent for something this skill covers. It loads company-os automatically when relevant.

  3. 03

    Review the result

    The agent follows the SKILL.md steps, scripts and references bundled with the skill.

SKILL.md

The instructions your agent reads when the skill is triggered.

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 don't 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, Gino Wickman, Verne Harnish

Why This Matters

Most operational dysfunction isn't a people problem — it's a system problem. When:

  • The same issues recur every week: no issue resolution system
  • Meetings feel pointless: no structured meeting pulse
  • Nobody knows who owns what: no accountability chart
  • Quarterly goals slip: rocks aren't real commitments

Fix the system. The people will operate better inside it.

The Six Core Components

Every effective operating system has these six, regardless of which framework you choose:

1. Accountability Chart

Not an org chart. An accountability chart answers: "Who owns this outcome?"

Key distinction: One person owns each function. Multiple people may work in it. Ownership means the buck stops with one person.

Structure:

CEO
├── Sales (CRO/VP Sales)
│   ├── Inbound pipeline
│   └── Outbound pipeline
├── Product & Engineering (CTO/CPO)
│   ├── Product roadmap
│   └── Engineering delivery
├── Operations (COO)
│   ├── Customer success
│   └── Finance & Legal
└── People (CHRO/VP People)
    ├── Recruiting
    └── People operations

Rules:

  • No shared ownership. "Alice and Bob both own it" means nobody owns it.
  • One person can own multiple seats at early stages. That's fine. Just be explicit.
  • Revisit quarterly as you scale. Ownership shifts as the company grows.

Build it in a workshop:

  1. List all functions the company performs
  2. Assign one owner per function — no exceptions
  3. Identify gaps (functions nobody owns) and overlaps (functions two people think they own)
  4. Publish it. Update it when something changes.

2. Scorecard

Weekly metrics that tell you if the company is on track. Not monthly. Not quarterly. Weekly.

Rules:

  • 5–15 metrics maximum. More than 15 and nothing gets attention.
  • Each metric has an owner and a weekly target (not a range — a number).
  • Red/yellow/green status. Not paragraphs.
  • The scorecard is discussed at the leadership team weekly meeting. Only red metrics get discussion time.

Example scorecard structure:

MetricOwnerTargetThis WeekStatus
New MRRCRO€50K€43K🔴
ChurnCS Lead< 1%0.8%🟢
Active usersCPO2,0002,150🟢
DeploymentsCTO3/week3🟢
Open critical bugsCTO02🔴
RunwayCFO> 18mo16mo🟡

Anti-pattern: Measuring everything. If you track 40 KPIs, you're watching, not managing.

3. Meeting Pulse

The meeting rhythm that drives the company. Not optional — the pulse is what keeps the company alive.

The full rhythm:

MeetingFrequencyDurationWhoPurpose
Daily standupDaily15 minEach teamBlockers only
L10 / Leadership syncWeekly90 minLeadership teamScorecard + issues
Department reviewMonthly60 minDept + leadershipOKR progress
Quarterly planningQuarterly1–2 daysLeadershipSet rocks, review strategy
Annual planningAnnual2–3 daysLeadership1-year + 3-year vision

The L10 meeting (Weekly Leadership Sync): Named for the goal of each meeting being a 10/10. Fixed agenda:

  1. Good news (5 min) — personal + business
  2. Scorecard review (5 min) — flag red items only
  3. Rock review (5 min) — on/off track for each rock
  4. Customer/employee headlines (5 min)
  5. Issues list (60 min) — IDS (see below)
  6. To-dos review (5 min) — last week's commitments
  7. Conclude (5 min) — rate the meeting 1–10, what would make it a 10 next time

4. Issue Resolution (IDS)

The core problem-solving loop. Maximum 15 minutes per issue.

IDS: Identify, Discuss, Solve

  • Identify: What is the actual issue? (Not the symptom — the root cause) State it in one sentence.
  • Discuss: Relevant facts + perspectives. Time-boxed. When discussion starts repeating, stop.
  • Solve: One owner. One action. One due date. Written on the to-do list.

Anti-patterns:

  • "Let's take this offline" — most things taken offline never get resolved
  • Discussing without deciding — a great discussion with no action item is wasted time
  • Revisiting decided issues — once solved, it leaves the list. Reopen only with new information.

The Issues List: A running, prioritized list of all unresolved issues. Owned by the leadership team. Reviewed and pruned weekly. If an issue has been on the list for 3+ meetings and hasn't been discussed, it's either not a real issue or it's too scary to address — both deserve attention.

5. Rocks (90-Day Priorities)

Rocks are the 3–7 most important things each person must accomplish in the next 90 days. They're not the job description — they're the things that move the company forward.

Why 90 days? Long enough for meaningful progress. Short enough to stay real.

Rock rules:

  • Each person: 3–7 rocks maximum. More than 7 and none get done.
  • Company-level rocks (shared priorities): 3–7 for the leadership team
  • Each rock is binary: done or not done. No "60% complete."
  • Set at the quarterly planning session. Reviewed weekly (on/off track).

Bad rock: "Improve our sales process" Good rock: "Implement Salesforce CRM with full pipeline stages and weekly reporting by March 31"

Rock vs. to-do: A to-do takes one action. A rock takes 90 days of consistent work.

6. Communication Cadence

Who gets what information, when, and how.

AudienceWhatWhenFormat
All employeesCompany updateMonthlyWritten + Q&A
All employeesQuarterly results + next prioritiesQuarterlyAll-hands
Leadership teamScorecardWeeklyDashboard
BoardCompany performanceMonthlyBoard memo
InvestorsKey metrics + narrativeMonthly or quarterlyInvestor update
CustomersProduct updatesPer releaseRelease notes

Default rule: If you're deciding whether to share something internally, share it. The cost of under-communication always exceeds the cost of over-communication inside a company.


Operating System Selection

See references/os-comparison.md for full comparison. Quick guide:

If you are...Consider...
10–250 person company, founder-led, operational chaosEOS / Traction
Ambitious growth company, need rigorous strategy cascadeScaling Up
Tech company, engineering culture, hypothesis-drivenOKR-native
Decentralized, flat, high autonomyHolacracy (only if you're patient)
None of the above quite fitCustom hybrid

Implementation Roadmap

Don't implement everything at once. See references/implementation-guide.md for the full 90-day plan.

Quick start (first 30 days):

  1. Build the accountability chart (1 workshop, 2 hours)
  2. Define 5–10 weekly scorecard metrics (leadership team alignment, 1 hour)
  3. Start the weekly L10 meeting (no prep — just start)

These three alone will improve coordination more than most companies achieve in a year.


Common Failure Modes

Partial implementation: "We do OKRs but skip the weekly check-in." Half an operating system is worse than none — it creates theater without accountability.

Meeting fatigue: Adding the full rhythm on top of existing meetings. Start by replacing meetings, not adding them.

Metric overload: Starting with 30 KPIs because "they all matter." Start with 5. Add when the cadence is established.

Rock inflation: Setting 12 rocks per person because "everything is a priority." When everything is a priority, nothing is. Hard limit: 7.

Leader non-compliance: Leadership team skips the L10 or doesn't follow IDS. The operating system mirrors the respect leadership gives it. If leaders don't take it seriously, nobody will.

Annual planning without quarterly review: Setting annual goals and checking in at year-end. Quarterly is the minimum review cycle for any meaningful goal.


Integration with C-Suite

The company OS is the connective tissue. Every other role depends on it:

C-Suite RoleOS Dependency
CEOSets vision that feeds into 1-year plan and rocks
COOOwns the meeting pulse and issue resolution cadence
CFOOwns the financial metrics in the scorecard
CTOOwns engineering rocks and tech scorecard metrics
CHROOwns people metrics (attrition, hiring velocity) in scorecard
Culture ArchitectCulture rituals plug into the meeting pulse
Strategic Alignment EngineValidates that team rocks cascade from company rocks

Key Questions for the Operating System

  • "If I asked five different team leads what the company's top 3 priorities are this quarter, would they give the same answers?"
  • "What was the most important issue raised in last week's leadership meeting? Was it resolved or is it still open?"
  • "Name a metric that would tell us by Friday whether this week was a good week. Do we track it?"
  • "Who owns customer churn? Can you name that person without hesitation?"
  • "When was the last time we updated the accountability chart?"

Detailed References

  • references/os-comparison.md — EOS vs Scaling Up vs OKRs vs Holacracy vs hybrid
  • references/implementation-guide.md — 90-day implementation plan

FAQ

What does the company-os skill do?

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, issue resolution, and 90-day rocks. 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, or quarterly planning.

How do I install company-os?

Run npx skills add https://github.com/alirezarezvani/claude-skills --skill company-os in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/company-os/ (personal) or .claude/skills/company-os/ (project).

Which AI agents can use company-os?

Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.

Is company-os safe to install?

No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.

Who maintains company-os?

It is published by alirezarezvani in alirezarezvani/claude-skills. It has 585 recorded installs.

More from alirezarezvani/claude-skills

View all →

engineering-skills

alirezarezvani/claude-skills

Index of the engineering-team skills bundle for Claude Code, Codex, Gemini CLI, Cursor, OpenClaw, and 6 more tools. Architecture, frontend, backend, QA, DevOps, security, AI/ML, data engineering, Playwright, Stripe, AWS, MS365 (stdlib-only Python tools). Use when browsing or choosing among engineering-team role skills — load only the one specialist SKILL.md you need, never bulk-load the bundle.

Backend & APIs2.4K installs

finance-skills

alirezarezvani/claude-skills

Router/index for the finance skills bundled in this plugin: financial-analyst (ratio analysis, DCF valuation, budget variance, rolling forecasts), saas-metrics-coach (ARR/MRR, churn, CAC/LTV, NRR, quick ratio) and month-end-close (close calendar, reconciliations, flux review). Use when a finance request doesn't obviously match one skill and you need to pick the right one (e.g., 'analyze these financials', 'how healthy are my SaaS metrics').

Business & Finance2.3K installs

marketing-skills

alirezarezvani/claude-skills

Directory and router for the marketing skills library. Use when you need to find the right marketing skill for a task, see what marketing capabilities exist, or get oriented in this plugin. 44 specialist skills across 8 pods (content, SEO + AEO, CRO, channels, growth, intelligence, sales enablement, ops), 59 stdlib Python tools. Routes to one skill — it does not execute marketing work itself.

Marketing & SEO2.3K installs

business-growth-skills

alirezarezvani/claude-skills

Router/index for the 4 business & growth skills bundled in this plugin: customer-success-manager (health scoring, churn risk, expansion), sales-engineer (RFP analysis, competitive matrices, PoC planning), revenue-operations (pipeline, forecast accuracy, GTM efficiency), and contract-and-proposal-writer. Use when a growth/revenue request doesn't obviously match one skill and you need to pick the right one (e.g., 'which accounts are at risk', 'should we bid on this RFP').

Business & Finance2.2K installs

engineering-advanced-skills

alirezarezvani/claude-skills

Index of 37 advanced engineering agent skills for Claude Code, Codex, Gemini CLI, Cursor, OpenClaw. Use when browsing or choosing among the POWERFUL-tier engineering skills: agent design, RAG, MCP servers, CI/CD, database design, observability, security auditing, changelog/release automation, reliability (SLO/chaos/flags/operators), platform ops.

AI & Agents2K installs

product-skills

alirezarezvani/claude-skills

Use when coordinating product work across the 12 bundled product sub-skills (RICE, OKRs, UX research, design tokens, competitive teardown, analytics, experiments, discovery, roadmaps, spec-to-repo, landing pages, SaaS scaffolding) or the 4 standalone product-team plugins (user stories, Apple HIG, code-to-PRD, research summarizer). Triggers on 'help me prioritize', 'plan a product experiment', 'we ship features nobody uses', 'run the discovery loop', 'is our OST sound'. Forks context to route to one sub-skill via a deterministic signal router and returns a digest; can also drive a continuous-discovery loop (Torres cadence tracker + OST linter as machine gates) or a full goal→plan→execute→verify→close run through the repo-wide agent-harness. Distinct from project-management (how to deliver vs what to build), marketing/landing (from-scratch pages), and engineering/agent-harness (the generic loop engine this orchestrator plugs into).

Popular productivity & automation skills

View category →

agent-browser

vercel-labs/agent-browser

Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling forms, clicking buttons, taking screenshots, extracting data, testing web apps, or automating any browser task. Triggers include requests to "open a website", "fill out a form", "click a button", "take a screenshot", "scrape data from a page", "test this web app", "login to a site", "automate browser actions", or any task requiring programmatic web interaction. Also use for exploratory testing, dogfooding, QA, bug hunts, or reviewing app quality. Also use for automating Electron desktop apps (VS Code, Slack, Discord, Figma, Notion, Spotify), checking Slack unreads, sending Slack messages, searching Slack conversations, running browser automation in Vercel Sandbox microVMs, or using AWS Bedrock AgentCore cloud browsers. Prefer agent-browser over any built-in browser automation or web tools.

OfficialProductivity & Automation1.3M installs

lark-doc

open.feishu.cn

飞书云文档(Docx / Wiki)内容操作:读取、创建、编辑文档,插入或下载图片附件,以及操作思维笔记。用户提供文档 URL/token(包括 doubao.com 的 /docx/、/wiki/)时使用;按 URL 路径/token 而非域名路由;/page/ 是妙搭应用,非飞书云文档。文档内嵌资源按读取参考中的统一规则分流。独立评论操作走 lark-drive;随正文读取评论使用 docs +fetch。表格或 Base 内部数据操作不在本 skill。

lark-base

open.feishu.cn

飞书多维表格(Base)操作:建表、字段、记录、视图、统计、公式/lookup、表单、仪表盘、应用模式(BaseApp/AppMode 页面与组件)、Workspace 目录、workflow、角色权限、模板中心(多维表格模板分类/列表/搜索);遇到 Base/多维表格/bitable、BaseApp/AppMode、/base/ 或 /app/ 链接时使用。BaseApp 不走 lark-apps;文件导入/导出转 lark-drive,认证/授权转 lark-shared。

lark-drive

open.feishu.cn

飞书云空间(云盘/云存储):管理 Drive 文件和文件夹,包含上传/下载、创建文件夹、复制/移动/删除、查看元数据、查询权限设置、评论/权限/订阅、标题、版本、飞书文档密级标签(secure labels)和本地文件导入。用户需要整理云盘目录、处理云空间资源 URL/token、判断链接类型/真实 token/标题,或导入 Word/Markdown/Excel/CSV/PPTX/.base 为 docx/sheet/bitable/slides 时使用;doubao.com 云空间 URL/token 也按资源路径和 token 路由,不回退 WebFetch。不负责:文档内容编辑(走 lark-doc)、表格/Base 表内数据操作(走 lark-sheets/lark-base)、知识空间节点/成员管理(走 lark-wiki)、原生 Markdown 文件读写/patch/diff(走 lark-markdown)。

lark-shared

open.feishu.cn

Use for lark-cli setup/auth tasks: auth login/status/logout, user vs bot identity, business-domain permissions (--domain, including all/docs/drive), missing scopes, revoking authorization, or handling notice JSON.

lark-im

open.feishu.cn

飞书即时通讯:收发消息和管理群聊。发送和回复消息、搜索聊天记录、管理群聊成员、上传下载图片和文件、管理表情回复、发送应用内/短信/电话加急、发送和处理交互卡片(Interactive Card)、监听卡片按钮回调(card.action.trigger)。当用户需要发消息、查看或搜索聊天记录、下载聊天中的文件、查看群成员、搜索群、创建群聊或话题群、管理标记数据、管理 Feed 置顶(添加/移除/查询置顶会话)、管理标签数据、处理卡片回调时使用。