Token导航 LogoToken导航

Agent Skill · 运维和基础设施

company-os(公司操作系统)

company-os 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

company-os 是运维和基础设施类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在运维和基础设施类的 2,449 个 Skill 里排第 826。

总安装 1,503周安装 62GitHub Stars 103下载 491核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:company-os(公司操作系统)
来源仓库:https://github.com/borghei/claude-skills
仓库路径:skills/company-os
安装命令:
npx skills add https://github.com/borghei/claude-skills --skill company-os
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/borghei/claude-skills --skill company-os

这个 Skill 是做什么的

运维和基础设施类 Skill 处理部署、监控、日志和云资源,多数需要较高的执行权限。

company-os 用于显性化和改进公司的运营系统,包括工具、节奏与协议。适合在 Codex、Claude、Cursor、Gemini CLI 中梳理 EOS、OKR、会议脉冲等企业框架。提供岩石目标、记分卡、问题清单和季度规划等可落地执行的管理工具。

安装命令:npx skills add https://github.com/borghei/claude-skills --skill company-os。使用前应确认权限范围、维护状态及是否会触发文件写入或数据持久化。

来源仓库内路径:skills/company-os

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/borghei/claude-skills --skill company-os;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

company-os 怎么安装?

在终端执行 npx skills add https://github.com/borghei/claude-skills --skill company-os。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

company-os 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

company-os 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

company-os 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

company-os 用的人多吗?

公开数据是累计安装 1,503 次,近一周安装 62 次,下载 491 次,GitHub 103 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

company-os 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理运维和基础设施类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

运维和基础设施类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
brainstorming

头脑风暴 · Codex、Claude

3,148,776173,131操作浏览器MIT通过
copywriting

文案写作 · Codex、Claude

1,996,72425,583需要联网MIT通过
openclaw-secure-linux-cloud

OpenClaw secure linux cloud 命令行 · Codex、Claude

1,853,08840接触敏感数据未明确未通过
xget

xget 命令行 · Codex、Claude

1,799,28040执行命令未明确未通过
requesting-code-review

代码审查请求 · Codex、Claude

1,590,144173,103权限未标注MIT通过
company-os

公司操作系统 · 本页

1,503103只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

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

FeatureEOSScaling UpOKR-NativeHolacracy
ComplexityLowMediumMediumHigh
Implementation time30-90 days90-180 days60-120 days6-12 months
Best company size10-25050-50020-50050-300
Goal frameworkRocks (binary)OKRs + PrioritiesOKRs (graded)Roles + accountabilities
Meeting cadenceWeekly L10Daily huddle + weeklyWeekly + quarterlyGovernance + tactical
Issue resolutionIDSKeep/Kill/CombineRetrospectiveGovernance process
AccountabilityAccountability chartFunction accountabilityOKR ownershipRole-based
ScorecardWeekly numbersWeekly KPIsQuarterly KRsMetrics per role
StrengthsSimple, fast to implementRigorous, strategy-heavyFlexible, tech-friendlyDistributed authority
WeaknessesCan feel rigidComplex, requires disciplineCan drift without structureSteep 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
PrincipleImplementation
Single ownershipOne person owns each function. Multiple may work in it.
Explicit gapsFunctions nobody owns are identified and assigned.
No overlapIf two people think they own it, neither does. Resolve immediately.
Stage-appropriateOne person can own multiple seats early. Be explicit about it.
Quarterly reviewOwnership 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
RuleRationale
5-15 metrics maximumMore than 15 = nothing gets attention
Each metric has an ownerOwnership drives accountability
Each metric has a weekly targetNot a range -- a specific number
Red/Yellow/Green statusNot paragraphs -- traffic lights
Only Red metrics get discussionGreen = no discussion needed in meeting
Example Scorecard
MetricOwnerTargetWeekStatus
New MRRCRO$50K$43K[R]
Logo churnCS Lead< 1%0.8%[G]
Active usersCPO2,0002,150[G]
DeploymentsCTO3/week3[G]
Critical bugs openCTO02[R]
RunwayCFO> 18mo16mo[Y]
Offer acceptanceCHRO> 85%90%[G]

Component 3: Meeting Pulse

Full Meeting Rhythm
MeetingFrequencyDurationWhoPurpose
Daily standupDaily15 minEach teamBlockers only
L10 / Leadership syncWeekly90 minLeadership teamScorecard + issues
Department reviewMonthly60 minDept + leadershipDeep dive on dept metrics
Quarterly planningQuarterly1-2 daysLeadershipSet rocks, review strategy
Annual planningAnnual2-3 daysLeadership1-year + 3-year vision
L10 Meeting Agenda (Weekly Leadership)
SegmentDurationActivity
Good news5 minPersonal + business wins
Scorecard review5 minFlag red items only
Rock review5 minOn/off track for each rock
Customer/employee headlines5 minNotable events
Issues list (IDS)60 minIdentify, Discuss, Solve
To-dos review5 minLast week's commitments: done or not?
Conclude5 minRate 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-PatternWhy It FailsFix
"Let's take this offline"Things taken offline rarely get resolvedSolve it now or put it on next week's list
Discussing without decidingGreat discussion, no action item = wastedEvery discussion must end with a decision
Revisiting decided issuesUndermines the systemOnce solved, off the list. Reopen only with new data.
Issue on list 3+ meetingsEither not real or too scary to addressForce it: address this week or remove it
Multiple issues conflatedImpossible to solve a bundled problemOne issue per entry. Separate if needed.

Component 5: Rocks (90-Day Priorities)

Rock Rules
RuleRationale
3-7 per person maximumMore than 7 = none get done
3-7 company-level rocksShared leadership priorities
Binary status: done or not doneNo "60% complete"
Set at quarterly planningReviewed weekly (on/off track)
Not a to-do listRocks take 90 days of sustained work
Good vs. Bad Rocks
Bad RockWhyGood 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"Ship weekly company update every Friday for 12 weeks"

Component 6: Communication Cadence

AudienceWhatWhenFormat
All employeesCompany updateMonthlyWritten + Q&A
All employeesQuarterly results + prioritiesQuarterlyAll-hands meeting
Leadership teamScorecardWeeklyDashboard
BoardCompany performanceMonthly or quarterlyBoard memo/deck
InvestorsKey metrics + narrativeMonthly or quarterlyInvestor update
CustomersProduct updatesPer releaseRelease notes

Default rule: If deciding whether to share internally, share it. Under-communication always costs more than over-communication.


Implementation Roadmap

30-Day Quick Start

WeekActivityTime Investment
1Build accountability chart2-hour workshop
2Define 5-10 weekly scorecard metrics1-hour alignment session
3Start weekly L10 meeting90 min/week (ongoing)
4Set first round of 90-day rocksHalf-day planning session

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

90-Day Full Implementation

MonthFocusDeliverables
1FoundationAccountability chart, scorecard, L10 meetings
2DepthRocks defined, issues list active, daily standups
3CadenceFull meeting rhythm, communication cadence, first quarterly review

Common Failure Modes

FailureSymptomFix
Partial implementation"We do OKRs but skip check-ins"Half an OS is worse than none. Commit to the full system.
Meeting fatigueAdded rhythm on top of existing meetingsReplace meetings, do not add them
Metric overload30 KPIs because "they all matter"Start with 5. Add only when cadence is established.
Rock inflation12 rocks per personHard limit: 7 per person, 7 for the company.
Leader non-complianceLeadership skips L10 or ignores IDSThe OS mirrors leadership respect. Leaders go first.
No quarterly reviewAnnual goals checked at year-endQuarterly is the minimum review cycle.
Scorecard without targetsTracking numbers without thresholdsEvery metric needs a target to be actionable.

Red Flags

  • Five team leads give different answers when asked "What are the top 3 company priorities?" -- alignment failure
  • Same issue on the issues list for 4+ weeks -- avoidance or structural problem
  • No weekly scorecard exists -- flying blind
  • Rocks set but never reviewed weekly -- goals without accountability
  • Accountability chart has not been updated in 6+ months -- reality has drifted
  • Meetings consistently end without decisions -- meeting design problem
  • Communication is all top-down, never bottom-up -- feedback loop broken

Integration with C-Suite

RoleOS Dependency
CEO (ceo-advisor)Sets vision that feeds 1-year plan and rocks
COO (coo-advisor)Owns meeting pulse and issue resolution cadence
CFO (cfo-advisor)Owns financial metrics in the scorecard
CTO (cto-advisor)Owns engineering rocks and tech scorecard metrics
CHRO (chro-advisor)Owns people metrics (attrition, hiring velocity)
Culture Architect (culture-architect)Culture rituals integrate into meeting pulse
Strategic Alignment (strategic-alignment)Validates team rocks cascade from company rocks
Change Management (change-management)New OS rollout follows ADKAR model

Output Artifacts

RequestDeliverable
"Set up our operating system"Framework recommendation + 30-day implementation plan
"Design our meeting cadence"Full meeting rhythm with agendas and owners
"Build our scorecard"5-15 metrics with owners, targets, and thresholds
"Help with quarterly planning"Planning session agenda + rock-setting framework
"Fix our accountability"Accountability chart workshop + gap/overlap analysis
"We keep discussing the same issues"IDS training + issues list audit

Tool Reference

scorecard_builder.py

Builds and tracks weekly company scorecards with RAG status, trend analysis, and IDS-ready issue lists for L10 meetings.

# Run with demo data
python scripts/scorecard_builder.py

# From JSON with metrics and rocks
python scripts/scorecard_builder.py --input scorecard.json

# JSON output
python scripts/scorecard_builder.py --json

rocks_tracker.py

Tracks 90-day company and individual rocks with binary status, blocker identification, and owner accountability.

# Run with demo data
python scripts/rocks_tracker.py

# Specify quarter
python scripts/rocks_tracker.py --quarter Q2

# From JSON
python scripts/rocks_tracker.py --input rocks.json

# JSON output
python scripts/rocks_tracker.py --json

meeting_pulse_designer.py

Designs company meeting rhythms, validates meeting load, identifies redundancies and gaps, and generates L10 agenda templates.

# Run with demo meetings
python scripts/meeting_pulse_designer.py

# Specify team size
python scripts/meeting_pulse_designer.py --team-size 50

# From JSON with current meetings
python scripts/meeting_pulse_designer.py --input meetings.json

# JSON output
python scripts/meeting_pulse_designer.py --json

Troubleshooting

ProblemLikely CauseFix
Five team leads give different answers about top 3 prioritiesAlignment failure -- rocks not cascaded or not reviewed weeklyRe-run quarterly planning; review rocks weekly in L10; publish company priorities visibly
Same issue on the issues list for 4+ weeksAvoidance or structural problem too scary to addressForce it: address this week or permanently remove; escalate if needed
Scorecard has 30+ KPIsMetric overload -- nothing gets attentionCut to 5-10 metrics. Only the ones that tell you if the company is on track.
Rocks set but never reviewedGoals without accountability; L10 meeting not happeningWeekly L10 is non-negotiable; 5 minutes on rocks review every week
Leadership team skips L10 or ignores IDSLeader non-compliance destroys the OSCEO must enforce: leaders go first. If CEO skips, the OS dies.
Meetings added on top of existing meetingsMeeting fatigue from accumulationReplace meetings, don't add them. Audit meeting inventory; eliminate redundancies

Success Criteria

  • Weekly L10 meeting happens every week with 90%+ leadership attendance (no exceptions for 12+ consecutive weeks)
  • Scorecard reviewed weekly with red metrics discussed using IDS format (zero red metrics ignored)
  • 70%+ of quarterly rocks completed as binary done/not-done by end of quarter
  • Issues list: average issue resolved within 2 meetings (no issue lingers 4+ weeks)
  • All team leads can articulate top 3 company priorities identically (tested quarterly)
  • Meeting hours per person per week below 10 hours (measured via meeting_pulse_designer.py)
  • Accountability chart reviewed and updated quarterly with zero unowned functions

Scope & Limitations

In Scope: Operating system selection (EOS, Scaling Up, OKR, Holacracy), accountability charts, weekly scorecards, meeting pulse design, IDS issue resolution, 90-day rocks, communication cadence, implementation roadmap.

Out of Scope: OKR software configuration, project management tool setup, Agile/Scrum methodology, sprint planning, product backlog management, HR policy development.

Limitations: Scorecard builder calculates RAG from provided data but cannot source live metrics from business systems. Rocks tracker uses manual status updates -- it cannot automatically detect completion. Meeting pulse designer provides recommendations based on team size and meeting inventory but cannot account for company-specific cultural norms. Framework comparison is directional -- actual implementation success depends on leadership commitment.


Integration Points

SkillIntegration
ceo-advisorCEO sets vision that feeds 1-year plan and rocks
coo-advisorOwns meeting pulse and issue resolution cadence
cfo-advisorFinancial metrics in the weekly scorecard
cto-advisorEngineering rocks and tech scorecard metrics
chro-advisorPeople metrics (attrition, hiring velocity) in scorecard
culture-architectCulture rituals integrate into meeting pulse
strategic-alignmentValidates team rocks cascade from company rocks
change-managementNew OS rollout follows ADKAR model for adoption
chief-of-staffOrchestrates quarterly planning sessions and L10 follow-up

平台分布

Codex

30.88%
按下载量换算152

Claude

29.98%
按下载量换算147

Cursor

19.52%
按下载量换算96

Gemini CLI

9.89%
按下载量换算49

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills