Token导航 LogoToken导航

Agent Skill · 待分类

radical-transparency(彻底的透明度)

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

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

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

安装说明

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

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/kangarooking/no-rules-rules-skill --skill radical-transparency

这个 Skill 是做什么的

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

用于处理 GitHub 仓库、Issue、Pull Request 等协作信息,辅助代码变更管理。适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态和协作事项进行整理。通过 GitHub 安装,使用 npx skills add 命令添加指定仓库的技能。

安装前需确认权限范围、维护状态,注意是否会触发联网、命令执行或文件读写操作。radical-transparency 属于待分类类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/radical-transparency

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

radical-transparency 怎么安装?

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

radical-transparency 支持哪些 AI 工具?

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

radical-transparency 需要什么权限?

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

radical-transparency 是免费的吗?

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

radical-transparency 用的人多吗?

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

radical-transparency 安全吗?

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

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

值得选的地方

  • 同时适配 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操作浏览器未明确未通过
radical-transparency

彻底的透明度 · 本页

2408权限未标注未明确通过

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

SKILL.md 原文

R - 原文摘录 (Reading)

"不论大事小事、好事坏事,如果你的第一反应是把信息公之于众,那其他人也会这样做。"

I - 诠释解读 (Interpretation)

Netflix的透明度哲学核心是"阳光行动"(Sunshine Action) — Reed的本能反应是分享而非隐藏。具体实践包括:

基础设施层面:

  • 没有上锁的办公室
  • 没有挡驾的秘书
  • 向所有700+管理者分享季度财务数据(早于华尔街公告)
  • 向全体员工分享每日全球订阅用户数

四种透明度场景:

  1. 法律风险信息 — 即使法律顾问建议保密,仍然向员工分享。Reed认为员工是成年人,能处理敏感信息。
  2. 组织变革 — 即使只有50%的确定性,也要及早告知受影响的人。不确定带来的焦虑 < 突然袭击带来的伤害。
  3. 人员解雇 — 对解雇原因保持诚实。发送坦诚的解雇邮件。
  4. 领导者失误 — "低声说成功,大声说失败"(Whisper success, shout failure)。公开承认错误以建立信任。

边界: 工作信息是透明的;个人隐私(如成瘾问题)由个人自行决定是否分享。

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

案例1: Spencer Wang — 第一周就看到全球用户数据 Spencer在入职Netflix的第一周就收到了每日全球订阅用户数的邮件。这些数据是竞争对手梦寐以求的,但Netflix选择与全体员工分享,因为这让每个人都能基于真实数据做出决策。

案例2: Rob Caruso — 从HBO到Netflix的文化冲击 Rob从HBO来到Netflix。在HBO,有"5+扇永远锁着的门"隔开不同层级的信息。在Netflix,季度业务回顾完全对所有人开放。他最初感到不安,但后来意识到这种透明度让他工作更高效。

案例3: Isabella — 50%确定性的提前告知 Isabella被告知她的职位有50%的可能性会被取消。她因此取消了购房计划,并经历了焦虑。但Reed认为这比让她买了房子之后突然失业要好。提前告知虽然带来焦虑,但避免了更大的伤害。

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

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

  • 用户正在决定是否与团队分享敏感信息
  • 用户询问"领导者应该多透明?"
  • 用户的公司存在信息孤岛(各部门互不沟通)
  • 用户即将进行组织变革,犹豫何时告知员工
  • 用户犯了错误,犹豫是否公开承认
  • 用户考虑是否向全员分享财务/业务数据
  • 用户在处理员工解雇通知的方式

E - 执行步骤 (Execution)

步骤1: 默认透明 当犹豫不决时,选择分享。核心问题不是"为什么要分享?"而是"为什么不分享?"将举证责任放在保密一方,而非公开一方。

实操检查清单:

  • 这条信息对员工做好工作有帮助吗?→ 分享
  • 保密只是为了避免短暂的不适吗?→ 分享
  • 保密是为了保护领导者的面子吗?→ 分享
  • 分享会违反法律吗?→ 这时才考虑保密

步骤2: 组织变革的提前沟通 对受影响的人及早告知,即使计划只有50%的确定性。

沟通原则:

  • 明确说明确定性程度("我们有50%的把握会做这个调整")
  • 解释为什么选择现在告知("我希望你有时间准备")
  • 设定后续沟通的时间节点
  • 承认不确定性本身就会带来焦虑,但突然袭击的伤害更大

步骤3: 公开承认领导者失误 "低声说成功,大声说失败。"公开承认错误以建立信任。

注意事项(出丑效应 Pratfall Effect):

  • 只有已被认可为有能力的领导者,才能从承认错误中获得更多信任
  • 新上任或未证明自己的领导者,公开承认错误可能适得其反
  • 先建立能力信誉,再展示脆弱

步骤4: 诚实处理解雇 发送坦诚的解雇邮件,说明真实原因。

测试标准:"如果被解雇的员工看到这封邮件,我会感到不舒服吗?"

  • 如果会 → 重写,使其更加诚实和尊重
  • 关键:诚实 ≠ 残酷。可以说"这个岗位不再需要",但不要说"你能力不行"

B - 边界与局限 (Boundary)

个人隐私优先:

  • 员工的健康问题、家庭状况等个人隐私始终优先于公司透明度
  • 是否分享个人信息是每个人的个人选择
  • 领导者不能以"透明"为由强迫员工公开个人隐私

过早透明化的真实代价:

  • Isabella的案例表明,提前告知确实会带来焦虑和实际影响(取消购房)
  • 需要权衡:提前告知的焦虑 vs 突然袭击的伤害
  • 不同人对不确定性的承受能力不同

出丑效应 (Pratfall Effect) 的限制:

  • 只有已建立信誉的有能力领导者,才能从公开承认错误中获益
  • 新领导者或能力未获认可的领导者,公开承认错误可能导致失去尊重
  • 在建立信誉之前,谨慎选择公开哪些失误

法律边界:

  • 内幕交易法规对信息公开有时间限制
  • 上市公司在特定时期(财报发布前)不能向全员公开未公开的财务数据
  • 并非所有法律建议都可以忽略 — 需要区分"保守的秘密"和"法律要求的保密"

平台分布

Codex

35.61%
按下载量换算28

Claude

32.92%
按下载量换算26

Cursor

16.83%
按下载量换算13

Gemini CLI

10.09%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

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

安装前确认

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

继续浏览同类 Skills