Token导航 LogoToken导航

Agent Skill · 待分类

elite-compensation(精英薪酬)

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

elite-compensation 是待分类类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描已通过,按安装量在待分类类的 11,209 个 Skill 里排第 9,348。

总安装 245周安装 10GitHub Stars 8下载 79核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:elite-compensation(精英薪酬)
来源仓库:https://github.com/kangarooking/no-rules-rules-skill
仓库路径:skills/elite-compensation
安装命令:
npx skills add https://github.com/kangarooking/no-rules-rules-skill --skill elite-compensation
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/kangarooking/no-rules-rules-skill --skill elite-compensation

这个 Skill 是做什么的

这个 Skill 的分类还没最终确定,用法以来源仓库的说明为准。

elite-compensation 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态、代码变更或协作事项进行整理时使用。

可通过 npx skills add 命令从指定 GitHub 仓库安装,建议确认权限和维护状态后再使用。使用前需检查是否会触发联网、命令执行或文件读写操作,确保符合项目安全规范。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/elite-compensation

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    权限没有明确标注,第一次使用时只给一个无关紧要的任务,观察它到底读了哪些文件和网络。

常见问题

6 条

elite-compensation 怎么安装?

在终端执行 npx skills add https://github.com/kangarooking/no-rules-rules-skill --skill elite-compensa…。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

elite-compensation 支持哪些 AI 工具?

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

elite-compensation 需要什么权限?

权限级别没有明确标注。第一次使用时建议只给无关紧要的任务,观察它实际读写了哪些内容。

elite-compensation 是免费的吗?

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

elite-compensation 用的人多吗?

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

elite-compensation 安全吗?

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

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

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

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理待分类类任务、又不想每次都手写提示词的人。

不太适合

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

待分类类 Skill 对比

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

infsh CLI · Codex、Claude

4,374,576382权限未标注未明确未收录
ai-video-generation

AI 视频生成 · Codex、Claude

4,313,376382调用外部服务未明确有提醒
lark-openapi-explorer

云雀 OpenAPI 浏览器 · Codex、Claude

2,064,1209,011需要联网未明确有提醒
lark-workflow-standup-report

Lark 工作流程站立报告 · Codex、Claude

2,041,6328,978需要联网未明确通过
use-my-browser

使用我的浏览器 · Codex、Claude

1,848,49140操作浏览器未明确未通过
elite-compensation

精英薪酬 · 本页

2458权限未标注未明确通过

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

SKILL.md 原文

R - 原文摘录 (Reading)

"有利于激发创造力的,是足够高的工资,而非绩效奖金。"

I - 诠释解读 (Interpretation)

Netflix的薪酬哲学包含五个核心原则:

  1. 摇滚明星原则 (Rock Star Principle) — 在创意型工作中,一个顶尖人才的产出是普通人的10倍甚至1000倍。这不是线性叠加,而是质变。
  2. 支付市场最高价 (Pay Top-of-Market) — 持续评估每位员工在其他地方能获得的薪酬,并支付略高于此的金额。不用薪酬区间(bands)或调薪池(pools),而是为每个人单独定价。
  3. 取消奖金 (No Bonuses) — 将所有可变薪酬并入高额底薪。原因:(a) 奖金将战略锁定在一月份的目标上,到十二月可能已经过时;(b) 研究表明高额奖金会损害认知表现。
  4. 主动调薪 (Proactive Raises) — 在员工开口之前就调整薪资。不要等到员工拿着竞品offer来谈判。
  5. 鼓励猎头电话 (Encourage Headhunter Calls) — 员工获取市场薪酬数据有助于Netflix保持竞争力。把猎头电话视为免费的市场调研。

A1 - 过去应用案例 (Past Application)

案例1: Dewin — 值得双倍团队薪资的工程师 Dewin要求获得团队其他成员双倍的薪水。Reed批准了,因为三个普通工程师的产出加起来也赶不上他一个人。他的工作最终成为Netflix平台的基础架构。

案例2: Joao — 巴西公关总监的主动调薪 Joao在第一年获得了23%的未经请求的加薪。第二年没有加薪,但Netflix提供了市场数据来解释原因。Joao认为这种透明的方式是公平的。

案例3: George — Google试图挖角的工程师 Netflix最初称员工接猎头电话为"不忠诚",但后来改变了立场,匹配了Google的offer。这一转变标志着Netflix从忠诚文化转向市场竞争力文化。

A2 - 未来触发条件 (Future Trigger)

当以下情况出现时,应用此技能:

  • 用户正在为创意团队设计薪酬方案
  • 用户询问"是否应该使用绩效奖金?"
  • 用户正在流失核心人才到竞争对手
  • 用户想要吸引顶尖人才
  • 用户在辩论薪酬区间(salary bands)还是个人市场定价(individual market pricing)
  • 用户讨论如何留住高绩效员工
  • 用户考虑是否要匹配竞品offer

E - 执行步骤 (Execution)

步骤1: 角色分类 将每个角色分类:是运营型(最优 = 平均水平的2倍)还是创意型(最优 = 平均水平的10倍以上)?只对创意型角色适用"市场最高价"策略。

运营型角色示例:客服、数据录入、标准财务流程 创意型角色示例:产品设计、算法研发、内容创作、战略规划

步骤2: 个性化市场定价 对创意型角色:每年研究每个人的个人市场价值。不使用薪酬区间或调薪池。支付略高于竞争对手能提供的金额。

具体做法:

  • 定期查看同行业同岗位的薪酬报告
  • 鼓励员工分享他们收到的外部offer信息
  • 根据个人贡献和市场行情独立定价

步骤3: 取消奖金 将所有可变薪酬并入底薪。不要为创意工作设置KPI挂钩的激励措施。

原因:

  • 创意工作难以用年度KPI衡量,目标可能在年内过时
  • 研究表明高额奖金反而会损害复杂认知任务的表现
  • 高底薪给员工安全感,让他们敢于冒险和创新

步骤4: 鼓励猎头互动 鼓励员工接听猎头电话。利用他们带回的数据主动调整薪酬。

实施要点:

  • 明确告诉员工:接猎头电话不是不忠诚
  • 当员工分享外部offer时,将其视为市场数据而非威胁
  • 主动调整薪酬,不要等到员工提出离职

B - 边界与局限 (Boundary)

适用范围:

  • 仅适用于创意型/知识型工作。运营型角色应按市场中位数支付。
  • 需要较高的利润率才能负担全员市场最高价。

不适用场景:

  • "无奖金"原则不适用于销售角色(佣金制与创意工作奖金本质不同)。
  • 利润率低的行业可能无法负担全员市场最高价。
  • 处于生存期的创业公司可能需要更灵活的薪酬结构(期权+底薪)。

作者盲点:

  • "10倍-1000倍"的说法基于1968年一项关于编程速度的研究。将此推论到所有创意工作的"1000倍"并不严谨。
  • 未充分讨论薪酬不透明可能带来的内部公平性问题。
  • 未详细说明如何处理"创意型"和"运营型"之间的灰色地带角色。

平台分布

Codex

34.6%
按下载量换算27

Claude

30.66%
按下载量换算24

Cursor

16.52%
按下载量换算13

Gemini CLI

8.92%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

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

继续浏览同类 Skills