Token导航 LogoToken导航

Agent Skill · 研究检索

keeper-test(守门员测试)

用于辅助测试设计、自动化测试、用例整理和回归验证。它适合让 Agent 编写单元测试、端到端测试、测试计划或根据失败日志定位问题。使用时需要确认项目测试框架、运行命令和夹具数据,避免为了通过测试而改坏真实逻辑;涉及浏览器或外部服务时,应区分本地模拟、测试环境和生产环境。

keeper-test 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为权限未标注;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 68,166。

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

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/kangarooking/no-rules-rules-skill --skill keeper-test

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

keeper-test 用于辅助测试设计、自动化测试、用例整理和回归验证。适合让 Agent 编写单元测试、端到端测试、测试计划或根据失败日志定位问题。使用时需要确认项目测试框架、运行命令和夹具数据,避免为了通过测试而改坏真实逻辑。涉及浏览器或外部服务时,应区分本地模拟、测试环境和生产环境。

适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/keeper-test

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

keeper-test 怎么安装?

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

keeper-test 支持哪些 AI 工具?

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

keeper-test 需要什么权限?

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

keeper-test 是免费的吗?

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

keeper-test 用的人多吗?

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

keeper-test 安全吗?

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

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

值得选的地方

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

先想清楚的地方

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

适不适合你

更适合

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

不太适合

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

研究检索类 Skill 对比

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

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
keeper-test

守门员测试 · 本页

2358权限未标注未明确通过

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

SKILL.md 原文

R - 原文摘录 (Reading)

"如果有人打算明天辞职,你会不会劝他改变主意?还是说你会接受他的辞呈,甚至感觉是松了一口气?"

I - 诠释理解 (Interpretation)

The Keeper Test is a single-question mental exercise for managers: "If this person told me they were leaving, would I fight to keep them?" If the answer is "I'd feel relieved," give generous severance and find a star replacement. Unlike stack ranking (which creates internal competition), the Keeper Test evaluates each position individually — there's no quota. Combined with generous severance (4 months for regular employees, 9 months for VPs) and post-departure Q&A (transparently explaining the departure to remaining team).

留任测试的核心洞察:管理者往往知道某人不该留下,但缺乏做出决定的触发器。这个单一问题消除了所有灰色地带——"松了一口气"就是答案。与强制排名不同,留任测试不设配额,不制造内部竞争,它只是一个诚实的自我问答。慷慨的遣散费是道德前提,离职后的公开问答是文化维护手段。

A1 - 过往案例 (Past Application)

  1. Patty McCord的离职:Reed's decade-long collaborator, let go because "fresh blood might help"; still friends 7 years later. 即使是联合创始人的长期搭档,当Keeper Test的答案是"新人可能更好"时,Reed也做出了让Patty离开的决定。两人至今仍是朋友——因为过程坦荡且遣散慷慨。
  2. Chris Kelly的 Keeper Prompt:Asked the Keeper Prompt three times, got increasingly positive answers, built confidence. Chris主动三次询问上级"如果我辞职你会挽留吗",每次都得到更积极的回答。这展示了Keeper Test的正面用法——员工也可以主动发起测试来获得安全感。
  3. Derek的行李箱:Kept suitcase unpacked for 9 months, showing the fear culture risk; post-departure Q&A helped remaining team. Derek的故事揭示了留任测试的阴暗面:当员工不理解游戏规则时,会陷入持续的恐惧。post-departure Q&A是解决这个问题的关键——透明地解释为什么有人离开,能消除留在团队中的人的不安。

A2 - 触发条件 (Future Trigger)

当出现以下场景时激活本技能:

  • User is a manager wondering whether to keep an employee who is "fine but not great"
  • User asks "how do I know when to let someone go?"
  • User is building a high-performance team
  • User's team has someone whose departure would actually feel like relief
  • 管理者在绩效评估时对某人的评价是"还行""不错""可以"
  • 团队中有人离开后,管理者的第一反应是松了一口气
  • 用户在犹豫是否启动PIP(绩效改进计划)

E - 执行步骤 (Execution)

Step 1: 诚实回答留任问题

For each team member, honestly answer: "If they resigned tomorrow, would I fight to keep them?"

  • 对每个团队成员,诚实回答一个问题:"如果他们明天辞职,我会拼命挽留吗?"
  • 答案只有三种:会挽留(保留)、无所谓(需要关注)、松了口气(需要行动)。
  • 不要给自己找借口:"现在不是好时机""他还有用""换人成本太高"——这些都是拖延的理由,不是留下的理由。

Step 2: 启动体面离职

If "no" or "relieved" — initiate departure with generous severance. No PIP (performance improvement plans waste everyone's time).

  • 如果答案是"不会挽留"或"松了口气"——启动离职流程。
  • 给予慷慨的遣散费:Netflix标准是普通员工4个月、VP级9个月。这是非谈判项——没有慷慨的遣散,就没有道德权利使用Keeper Test。
  • 不要使用PIP(绩效改进计划)。PIP是对双方的折磨:管理者假装在帮助改进,员工假装在努力改进。直接、诚实、慷慨地让TA离开。
  • 让TA体面地走:不要突击开除,给时间交接,公开感谢TA的贡献。

Step 3: 离职后透明沟通

After departure, hold a post-departure Q&A with the team: explain what happened, what feedback was given beforehand, and whether the departed person was surprised. Transparency kills fear.

  • 在人员离开后,立即与团队举行公开问答。
  • 解释三件事:发生了什么决定、之前给过什么反馈、离职者是否感到意外。
  • 透明沟通的目的:让留下的人理解游戏规则,消除"下一个会不会是我"的恐惧。
  • 如果离职者是被突然告知且没有事先反馈的——承认这是管理失误。

B - 边界与限制 (Boundary)

  • Not stack ranking — don't set quotas or force percentages. Keeper Test评估的是每个职位个体,不是团队排名。永远不要说"我们必须淘汰底部10%"——这制造恐惧和内部竞争,与初衷完全相反。
  • The Keeper Test assumes you CAN find better replacements (requires strong talent pipeline). 如果没有能力找到更好的替代者,先建立招聘能力,再提高留任标准。
  • Generous severance is non-negotiable — without it, the test creates a cruel culture. 在无法提供慷慨遣散费的组织中,不应使用Keeper Test——它将变成简单的裁员工具,失去道德基础。
  • The author's blind spot: multiple Netflix employees describe constant fear ("suitcase never unpacked"), which contradicts the "no fear" claim. 留任测试确实制造了一定程度的焦虑——承认这个副作用,并通过Keeper Prompt(员工主动询问评估)来缓解。
  • This works best when paired with Keeper Prompt (employees asking for their own evaluation) to reduce anxiety. 鼓励员工主动问管理者:"如果我要走,你会挽留吗?"——双向透明比单向判断更健康。
  • 不适用于试用期员工:试用期本身就内置了评估机制,不需要Keeper Test。
  • 不适用于因业务调整裁员的场景:Keeper Test评估的是个人表现,不是岗位必要性。如果是业务方向变化导致岗位消失,应使用不同的框架。

平台分布

Codex

35.77%
按下载量换算29

Claude

30.27%
按下载量换算25

Cursor

19.43%
按下载量换算16

Gemini CLI

9.24%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

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

安装前确认

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

继续浏览同类 Skills