Token导航 LogoToken导航

Agent Skill · 待分类

informed-captain(知情的船长)

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

informed-captain 是待分类类 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:informed-captain(知情的船长)
来源仓库:https://github.com/kangarooking/no-rules-rules-skill
仓库路径:skills/informed-captain
安装命令:
npx skills add https://github.com/kangarooking/no-rules-rules-skill --skill informed-captain
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/kangarooking/no-rules-rules-skill --skill informed-captain

这个 Skill 是做什么的

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

用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在开发流程中整合项目状态。可将分支、提交、任务清单等结构化输出为可执行下一步建议。通过 npx skills add 命令从指定仓库安装,需确认 token 权限与写入操作边界。

建议核对维护状态,避免在私有仓库或生产环境直接执行未授权操作。informed-captain 属于待分类类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/informed-captain

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

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

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

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

常见问题

6 条

informed-captain 怎么安装?

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

informed-captain 支持哪些 AI 工具?

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

informed-captain 需要什么权限?

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

informed-captain 是免费的吗?

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

informed-captain 用的人多吗?

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

informed-captain 安全吗?

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

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

值得选的地方

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

知情的船长 · 本页

2408权限未标注未明确通过

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

SKILL.md 原文

informed-captain(知情指挥决策模型)

R — 原文摘录 (Reading)

"签署合同的人应当是合同的履行者,而不是职能部门的负责人或副总裁。"

I — 诠释理解 (Interpretation)

每个重大决策都有一个"知情指挥"(Informed Captain)——拥有最完整背景信息的那个人。他们拥有完整的决策权,包括签署合同,无论其职级高低。

决策流程 4 步骤:

  1. 收集异议(Gather Dissent) — 通过共享备忘录收集意见,使用 -10 到 +10 评分表衡量意见强度
  2. 彻底测试决策(Test Thoroughly) — 即使领导层反对也要深入验证
  3. 知情指挥大胆下注(Bet Boldly) — 在听取所有异议后,独自决定并执行
  4. 庆祝成功,面对失败(Celebrate / Learn) — 成功时公开承认"你对了,我错了";失败时问"你学到了什么?",不惩罚

关键区分: 这不是共识决策,不是投票表决。知情指挥在听取异议后独自决定,独自承担后果。

A1 — 过去应用 (Past Application)

  1. Qwikster 灾难(反面教材): Reed Hastings 决定将 DVD 和流媒体业务拆分为两家独立公司(DVD 部分叫 Qwikster)。数十位管理者知道这个决定是错误的,但选择了沉默。结果:流失数百万订阅者,股价暴跌。这个教训直接催生了"收集异议"原则——确保反对声音被听见。
  2. 下载功能的逆势成功: Netflix CPO 和 Reed Hastings 都反对添加离线下载功能,认为"流媒体公司不应该做下载"。但研究员 Zach 没有服从,自行进行了深入调查,数据证明了领导层的判断是错误的。功能最终上线并大获成功。这证明了"彻底测试"步骤的价值——即使是 CEO 的判断也需要被数据挑战。
  3. Diego Avalos 的大胆签约: Netflix 西班牙内容负责人 Diego Avalos 先签了 300 万美元的合约,6 个月后又签了 1 亿美元的合约——全程无需经理审批。他作为最了解当地市场的知情指挥,拥有完整的决策和签约权限。

A2 — 未来触发 (Future Trigger)

以下场景触发此技能:

  • 用户需要做出重大决策并希望有结构化流程
  • 用户是管理者,想否决下属的决策(应克制)
  • 用户询问"决策前需要达成共识吗?"(不需要)
  • 用户团队存在群体思维问题——没人敢说"不"
  • 用户想将决策权下放到一线
  • 用户在 Qwikster 式的灾难后反思决策流程
  • 用户引用 Netflix 的决策模式

E — 执行步骤 (Execution)

步骤 1:识别知情指挥

  • 问:对这个决策,谁拥有最完整的上下文信息?
  • 答案往往不是职级最高的人——而是离前线最近的人
  • 明确指定知情指挥,让所有人都知道"这个决策由谁负责"

步骤 2:收集异议

  • 知情指挥撰写决策备忘录,分享给数十位相关同事
  • 使用 -10 到 +10 评分表:让每个人表达支持或反对的强度
  • 这些是输入(INPUT),不是投票——目的是充分暴露不同观点
  • 绝对不可跳过此步骤(Qwikster 的教训)

步骤 3:知情指挥独自决定

  • 在考虑所有输入后,知情指挥独自做出最终决定
  • 拥有完整执行权,包括签署合同,无需上级审批
  • 这意味着知情指挥对结果承担完全责任

步骤 4:结果处理

  • 成功时: 领导者公开承认"你是对的,我是错的"——尤其是当初反对的人要说这句话
  • 失败时: 问"你学到了什么?"——不惩罚,不说"我早就告诉过你了"
  • 将教训纳入组织记忆,更新情景设置

B — 边界与限制 (Boundary)

  • 前置条件:高人才密度 + 高透明度: 如果团队成员能力不足或信息不透明,知情指挥模型无法运作
  • 不适合单次错误即致命的决策: 在安全关键、法律合规等场景中,集体审核和多重签核不可替代
  • 绝不可跳过"收集异议"步骤: Qwikster 案例证明,跳过异议收集的知情指挥就是独裁,后果可能灾难性
  • 不是共识决策: 知情指挥独自决定,意味着独自承担失败责任——这需要极强的心理承受力
  • 需要组织文化支撑: 如果组织文化不允许失败,没有人敢真正大胆决策——需要与"无规则规则"的其他要素配合使用

平台分布

Codex

39.53%
按下载量换算32

Claude

29.75%
按下载量换算24

Cursor

18.33%
按下载量换算15

Gemini CLI

9.37%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限未标注

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

安装前确认

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

继续浏览同类 Skills