我去 GitHub 翻了一圈，发现大家已经开始把同事、前任、老板，甚至老祖宗做成 Skill 了

IT
, , ,
1

这两天我去 GitHub 逛了一圈，本来只是想看看最近又出了什么新 Skill，结果越看越觉得这波东西有点不一样。

以前大家做 Skill，更多还是在做工具：写日报、整理文件、抓网页、调接口。现在有些人已经开始往“人”这件事上做了——直接把同事、前任、老板、导师，甚至老祖宗做成 Skill。

这事第一次听会觉得有点离谱，但你真把这些项目挨个看下来，会发现它们其实都在做同一件事：

不是让 AI 只会答题，而是让 AI 更像某种具体的人去理解问题、组织信息、给出反应。

我把你提到的 5 个项目都翻了一遍。下面这篇不打算写成“仓库信息汇总”，而是尽量按一个普通人真的想装、想试、想自己搭起来的思路来写。

这波 Skill，到底在干嘛

如果你第一次接触这类项目，别被 SKILL.md、Persona、Memory 这些名字唬住。

你可以把它理解得简单一点：

Skill 就是给 AI 加一个专门的角色包，或者说，给它装一套固定的思路和上下文。

比如正常的 AI 遇到问题，经常会说：

  • 你可以综合考虑
  • 建议从几个维度分析
  • 这取决于你的实际情况

这些回答不能说错，但很多时候就是太平，太像模板。

而装了这类 Skill 以后，AI 会更像某一种人：

  • 华夏老祖宗.skill 让它按某种古典思路看问题
  • 导师.skill 让它更像某类学者或导师去回答研究问题
  • 老板.skill 让它能模拟老板话术，甚至帮你拆老板的话
  • 同事.skill 让它更像那个熟悉项目、熟悉规范、熟悉坑位的同事
  • 前任.skill 则是另一条路，更多是在做关系、记忆和人格的还原

所以这波项目真正让我觉得有意思的地方，不是“会聊天”，而是它们开始认真碰一个问题：

一个人留下来的，到底只是资料，还是还包括语气、判断、习惯和方法？

如果你也想试，先准备这几样

别急着下载仓库。先看你手里有没有这些基础条件。

1）一个支持 Skill 的客户端

这些仓库最常提到的是：

  • Claude Code
  • OpenClaw

如果你本来就在用 OpenClaw，会方便很多，因为很多仓库本身就是按这种用法来的。

2）知道 Skill 放哪里

最常见的目录是这几个：

OpenClaw：

~/.openclaw/workspace/skills/

Claude Code 全局目录：

~/.claude/skills/

Claude Code 项目目录：

项目目录/.claude/skills/

如果目录不存在，就自己建。

3）电脑上最好有这些基础环境

先在终端跑一下：

git --version
python3 --version
node --version

不一定每个项目都同时要 Python 和 Node，但这类 Skill 仓库十有八九会碰到其中之一。

如果这三条命令里有两条都跑不通，建议先把环境补好，不然大概率会卡在第一步。

先给一张总表

名称 对应仓库 GitHub ZIP 下载 README 原文 我觉得更适合谁
华夏老祖宗.skill liangjfblue/huaxia-wisdom GitHub - liangjfblue/huaxia-wisdom: 华夏智囊 - 老祖宗智慧全家桶 Skill · GitHub https://github.com/liangjfblue/huaxia-wisdom/archive/refs/heads/master.zip https://raw.githubusercontent.com/liangjfblue/huaxia-wisdom/master/README.md 已经受够标准 AI 废话的人
导师.skill ybq22/supervisor GitHub - ybq22/supervisor · GitHub https://github.com/ybq22/supervisor/archive/refs/heads/main.zip https://raw.githubusercontent.com/ybq22/supervisor/main/README.md 学生、老师、做研究的人
老板.skill nicepkg/boss-skill GitHub - nicepkg/boss-skill: 把老板蒸馏成 AI Skill — PUA检测(10大厂流派) · 反击教练(三档话术) · 画饼鉴定 · 证据收集 · 劳动法速查 · 翻车模拟(互动文字游戏) · 汇报优化 · 老板心理预测。整活的外壳，认真保护打工人的内核。 · GitHub https://github.com/nicepkg/boss-skill/archive/refs/heads/main.zip https://raw.githubusercontent.com/nicepkg/boss-skill/main/README.md 打工人
前任.skill therealXiaomanChu/ex-skill GitHub - therealXiaomanChu/ex-skill: 把前任蒸馏成 AI Skill，用ta的方式跟你说话。Inspired by colleague-skill（同事skill）. · GitHub https://github.com/therealXiaomanChu/ex-skill/archive/refs/heads/main.zip https://raw.githubusercontent.com/therealXiaomanChu/ex-skill/main/README.md 想试关系型人格分身的人
同事.skill titanwings/colleague-skill GitHub - titanwings/colleague-skill: 将冰冷的离别化为温暖的 Skill，欢迎加入数字生命1.0！Transforming cold farewells into warm skills? It's giving rebirth era. Welcome to Digital Life 1.0. 🫶 · GitHub https://github.com/titanwings/colleague-skill/archive/refs/heads/main.zip https://raw.githubusercontent.com/titanwings/colleague-skill/main/README.md 真想把经验和上下文沉淀下来的人

1）华夏老祖宗.skill

这是个什么东西

这个项目不是真的去复刻某一个具体人物，而是把老子、韩非子、王阳明、庖丁解牛这些古典思路，拆成一组可以直接拿来用的分析框架。

它跟“知识库”还不太一样。

知识库更像“把资料喂进去，再让 AI 检索”。
这个项目更像“直接换一套脑回路”。

比如：

  • 你纠结要不要跳槽，它会往平衡、势、风险这些角度看
  • 你事情一团乱，它会更倾向帮你找“纹理”而不是只会说拆任务
  • 你知道该做但一直不做，它会用“知行合一”那套逻辑直接戳你

怎么装

如果你是 OpenClaw 用户，README 里最省事的方式是：

clawhub install huaxia-sage

如果你想手动装到 OpenClaw：

git clone --depth 1 --filter=blob:none --sparse https://github.com/liangjfblue/huaxia-wisdom.git /tmp/huaxia-wisdom && cd /tmp/huaxia-wisdom && git sparse-checkout set SKILL.md references && mkdir -p ~/.openclaw/skills/huaxia-wisdom && mv SKILL.md references ~/.openclaw/skills/huaxia-wisdom && rm -rf /tmp/huaxia-wisdom

如果你不熟终端，这条命令你可以先别硬抄，理解成三件事就行：

  1. 把仓库拉下来
  2. 只留 SKILL.md 和 references/
  3. 放到 skills 目录里

装完怎么用

这个项目是最不挑输入的一个。

你不需要先建知识库，也不用先整理聊天记录。直接把问题丢进去就行：

我该跳槽还是留下
这个项目越做越乱，我到底该从哪开始收拾
老板说得很好听，但我总觉得不对
我知道该做什么，但就是拖着不做

适合什么时候用

如果你平时最烦 AI 那种“看似面面俱到，实际上什么都没说”的回答，那它挺适合你。

我自己的判断

这不是那种最能沉淀资料的 Skill，但很适合当“日常换脑子工具”。有时候你缺的不是信息，真的是一个不那么标准答案的角度。

2）导师.skill

这是个什么东西

这个项目想做的是，把导师蒸馏成一个随时可问的 Skill。

它比较适合两类人：

  • 学生：平时想拿某位导师的研究方向、方法论、表达方式来辅助自己思考
  • 老师：想把自己的研究理念整理成一个能长期复用的“数字导师”

它最吃什么

这个项目最关键的，不是安装，而是资料。

如果资料不够，它就只能给你一个很空的导师壳子。

比较有用的资料通常包括：

  • 导师主页
  • Google Scholar / 论文列表
  • 代表论文
  • 演讲、访谈
  • 学校介绍页面
  • 公开写作内容

你可以把这件事理解成：

先做一份导师画像，再把这份画像变成 Skill。

怎么装

README 里要求先有 Claude Code CLI，Node.js 版本至少 18。

先跑：

git clone https://github.com/ybq22/supervisor.git
cd supervisor
node --version

如果你的 Node 版本太低，先别继续折腾，先把 Node 升上去。

怎么开始用

README 的思路是先生成，再调用。

先蒸馏导师：

/distill-mentor "Geoffrey Hinton" --affiliation "University of Toronto"

然后就可以像平时提问一样去问：

/geoffrey-hinton 我这个题目值不值得继续做？
/geoffrey-hinton 这篇论文的创新点还不够硬，问题出在哪？
/geoffrey-hinton 我的摘要太散了，怎么收得更像一篇正经论文？

如果你是第一次玩，建议这么试

别一上来就挑一个资料零散、公开内容也很少的人。先选一个资料很多的大牛练手。

比较稳的做法：

  1. 找一个公开资料特别多的导师
  2. 先整理 3 到 5 篇代表论文
  3. 再补主页、访谈、学校页面
  4. 跑生成命令
  5. 先问 3 类问题测试
    • 研究方向判断
    • 论文结构修改
    • 方法偏好判断

如果这三个都答得有点那个味道，再继续补资料。

我自己的判断

这类项目里，导师.skill 是比较正经、也比较有实际价值的一支。它不是玩梗项目，真有可能帮研究生省很多“老师忙，暂时没空回你”的时间。

3）老板.skill

这是个什么东西

这个项目表面看着是在整活，实际上更像一个职场防御工具箱。

它不是只让你“模拟老板说话”，而是把老板常见的那套话术、压任务方式和情绪压力，拆成可以分析、对练、反击的几个模式。

比较实用的模式有：

  • pua：拆老板话术
  • cake：分析这张饼有多虚
  • fight：给你回击话术
  • law：对应劳动法场景
  • report：按老板偏好改汇报
  • quit：生成离职剧本

怎么装

README 里的安装方式很直接：

git clone https://github.com/nicepkg/boss-skill <your-skills-dir>/create-boss

如果你是 OpenClaw 用户，基本可以直接放到：

~/.openclaw/workspace/skills/create-boss

也就是：

git clone https://github.com/nicepkg/boss-skill ~/.openclaw/workspace/skills/create-boss

怎么开始用

第一步先创建一个老板：

/create-boss

创建的时候，别老想着填标准标签。越像真人，效果通常越好。

比如下面这种描述，就比“PUA 高手、微操狂魔”四个字更有用：

他说话喜欢先夸两句，再顺手压任务
特别爱说“你来 own 一下”
一开会就拖堂，最后一定会说这个我们线下再对
很少直接骂人，但会一直让你自己怀疑是不是自己不行

创建完以后怎么用

假设你建了一个叫“王总”的老板：

/王总
/王总 pua
/王总 cake
/王总 fight
/王总 report
/王总 quit

我觉得最实用的两个场景

场景 1：改汇报

/王总 report
这是我准备发的周报，你按他平时最吃的那套表达帮我改一下

场景 2：拆老板的话

/王总 pua
他说：你能力其实还行，就是还没到能独立带项目的程度。你帮我拆一下这句话到底在干嘛

我自己的判断

这个项目为什么容易火，我觉得原因很简单：每个上过班的人几乎都能秒懂它在说什么。真正有用的地方，不是拿老板开涮，而是帮你把很多模糊的不舒服拆成能识别、能应对的东西。

4）前任.skill

这是个什么东西

一句话说，就是把前任做成一个可以长期对话的 Skill。

它不是简单地学一句“像她一样聊天”，而是把资料拆成两层：

  • 一层是你们之间的共同记忆
  • 一层是这个人的性格、说话方式、情绪模式

所以它更像一个关系型人格分身，而不是普通角色扮演。

它最吃什么

这类项目最怕的不是技术，而是资料太空。

README 里提到的来源包括：

  • 微信聊天记录
  • QQ 聊天记录
  • 朋友圈 / 微博截图
  • 照片
  • 你自己的口述描述

如果你是第一次玩，真的没必要一上来就折腾最复杂的聊天记录导出。先用最小可用资料包跑起来更重要。

最省事的起步方法

你先准备这样一份最小资料包：

- 关系背景：在一起多久，怎么认识的，什么时候分开
- 性格标签：外向、冷淡、嘴硬心软、爱发语音、已读不回
- 说话习惯：常用口头禅，怎么叫你，生气时怎么说
- 共同记忆：几个你们都记得的地方、事情、争吵点

如果这几样都没有，你就算把仓库装上，最后出来的效果大概率也只是一个空壳。

怎么装

README 里的安装方式是：

mkdir -p .claude/skills
git clone https://github.com/therealXiaomanChu/ex-partner-skill .claude/skills/create-ex

如果你直接按仓库主页地址走，也可以：

git clone https://github.com/therealXiaomanChu/ex-skill.git ~/.claude/skills/create-ex

如果仓库里有额外工具，再补依赖：

pip3 install -r requirements.txt

怎么开始用

先创建：

/create-ex

然后按提示录资料。创建完成以后，常见用法是：

/{slug}
/{slug}-memory
/{slug}-persona
/list-exes

怎么判断它搭得像不像

不要一上来就问宏大问题。先拿很小、很具体的东西试。

比如：

  1. 日常一句话
    • 在干嘛
  2. 一个共同记忆
    • 还记得我们第一次去那家店吗
  3. 一个容易带情绪的话题
    • 你当时为什么不回我

如果回答开始出现：

  • 她/他的习惯用词
  • 你们之间特有的记忆点
  • 比较稳定的情绪反应模式

那说明它已经不是单纯在“装可爱”了，多少开始有点味道了。

我自己的判断

这是最容易火的一类项目，因为它碰的不是功能，而是情绪。但如果你真的把资料喂得足，它的难点其实不低，已经不是简单角色扮演那么回事了。

5）同事.skill

这是个什么东西

如果这 5 个项目里只能挑一个最像“真工具”，我大概率会选它。

它想解决的问题也非常现实：

  • 同事走了，知识跟着走了
  • 实习生离职了，项目只剩半截文档
  • 搭档转岗了，很多默契和经验没人接
  • 导师毕业了，关键上下文没留下来

它不是单纯复刻一个人陪你聊天，而是想尽量把这个人的：

  • 工作习惯
  • 技术规范
  • 经验判断
  • 说话语气
  • 做事顺序

一起留下来。

它支持哪些资料

README 里支持的来源很多：

  • 飞书消息 / 文档 / 多维表格
  • 钉钉资料
  • Slack
  • 微信聊天记录
  • PDF
  • 图片 / 截图
  • 邮件
  • Markdown
  • 直接粘贴文字

但我说实话，如果你是小白，先别一上来就碰飞书 API、钉钉 API、Slack Bot。

很多人就是死在第一步，把“能不能先跑起来”这件事，搞成了“先把全套自动化都搭好”。

如果你真想把它搭起来，先从最小知识库开始

这是我觉得这篇里最值得讲细一点的地方。

你完全可以先不用任何自动采集，直接手工做一个最小知识库文件夹。

目录可以先这样建：

colleague-materials/
├── 01-这个人是干嘛的.md
├── 02-项目背景.md
├── 03-技术规范.md
├── 04-常见问题.md
├── 05-历史决策.md
└── 06-这个人说话习惯.md

这几个文件，不需要写成文档模板，就写人话。

01-这个人是干嘛的.md

写三件事：

  • 他主要负责什么
  • 他最熟什么
  • 平时哪些问题一般都是找他

例子：

阿哲主要负责支付相关后端接口。
订单回调、退款状态同步、风控兜底这块他最熟。
只要是支付结果不一致、回调重试、渠道返回异常，最后基本都会落到他手里。

02-项目背景.md

写：

  • 项目是做什么的
  • 有哪几个核心模块
  • 哪几块最容易踩坑
  • 现在线上最怕哪类事故

03-技术规范.md

写：

  • 接口返回格式
  • 日志怎么打
  • 命名习惯
  • 哪些配置不能乱动
  • 改代码时哪些底线不能碰

04-常见问题.md

写：

  • 过去出过什么事故
  • 常见报错怎么排查
  • 遇到典型问题，第一步一般先看哪
  • 有哪些“老坑”看起来像 bug，其实不是 bug

05-历史决策.md

这个文件非常值钱，很多人不会写，但它往往最能体现“为什么这个人会这么做”。

写：

  • 为什么当时没选方案 A
  • 为什么现在是这个结构
  • 哪些坑已经踩过，不要再重复踩
  • 有哪些方案不是不能做，而是以前做过，后来放弃了

06-这个人说话习惯.md

这个文件也特别关键。

很多人做“同事.skill”只喂技术资料，结果最后出来的是一个会答题的机器人，不像那个人。

这个文件建议写：

  • 他是直说型还是委婉型
  • 他平时怎么提意见
  • 他 code review 是什么口气
  • 他开会时怎么组织问题
  • 他甩锅的时候长什么样
  • 他常用什么词

比如：

他不太会说废话，看到问题一般先说结论。
如果设计不行，他会先问 impact 是什么，再问为什么不用统一结构。
不喜欢空泛表达，特别烦“先看看”“应该可以”这种话。
常说：这个先别急着写，先把边界讲清楚。

为什么这套最小知识库有用

因为这类项目最后拼的，不只是“资料多不多”，而是资料有没有结构。

如果你一股脑扔进去几十页聊天记录，里面可能有很多噪音。
但如果你先自己整理出上面这 6 个文件，哪怕总字数不多，效果通常会比乱丢原始资料更稳。

怎么装

如果你是 OpenClaw 用户：

git clone https://github.com/titanwings/colleague-skill ~/.openclaw/workspace/skills/create-colleague

如果你是 Claude Code 用户：

mkdir -p .claude/skills
git clone https://github.com/titanwings/colleague-skill .claude/skills/create-colleague

如果项目需要额外依赖，再按 README 补：

pip3 install -r requirements.txt

怎么开始用

第一步：

/create-colleague

第二步：按提示填同事信息，比如：

  • 姓名
  • 公司 / 职级
  • 性格标签
  • 数据来源

第三步：把你刚才准备好的那套资料喂进去。

如果你现在没有 API，也完全没关系，先用这些就够了：

  • Markdown 文档
  • 直接粘贴文字
  • PDF
  • 截图

第四步：生成以后，常见命令是：

/{slug}
/{slug}-work
/{slug}-persona
/list-colleagues

它最实用的几个场景

场景 1：新人接手项目

/{slug}-work
退款回调延迟的时候，第一步通常该查什么？

场景 2：统一技术口径

/{slug}
你按他平时的方式，帮我看一下这个接口设计哪里不对

场景 3：反过来补交接文档

/{slug}
你根据现有资料，帮我整理一版支付模块的接手说明

我自己的判断

如果你真是为了“搭一个能用的东西”，不是为了图个新鲜，那我最推荐先试的就是它。因为它最接近一种真正能替团队留住经验的做法。

如果你完全不会选，最稳的入门顺序是什么

我自己的建议是：

第一梯队：先装了感受一下差别

  • 华夏老祖宗.skill
  • 老板.skill

这两个上手快，因为不太依赖复杂资料，装完很快就能感受到 Skill 和普通 AI 的区别。

第二梯队：开始做真正有积累的东西

  • 同事.skill
  • 导师.skill

这两个更值得认真做，因为它们更容易沉淀知识、方法和风格。

第三梯队：情绪型项目

  • 前任.skill

不是说它不能做，而是它更吃资料质量，也更吃你的使用目的。拿来做实验或者研究挺有意思，但如果只是为了图个热闹，很容易最后变成一阵上头。

最后说点我自己的感觉

这波项目让我最在意的，其实不是“模型更强了”，而是大家开始认真碰一个以前不太愿意正面碰的问题：

人留下来的，到底只是文档，还是还包括经验、语气、判断和方法？

以前我们说知识库、工作流、记忆系统，说到底还 mostly 是把事做顺。

现在有些人开始试着把“人”本身也往里装了。

有的项目是为了效率，有的是为了情绪，有的是为了整活。但不管外壳差多远，底下其实都是一件事：

想办法让 AI 不只是会答，而是像某个人那样去答。

这件事到底算不算好，我现在也不敢下结论。

但它已经开始了，而且看起来只会越来越多。

附：5 个项目的下载地址和 README

华夏老祖宗.skill

导师.skill

老板.skill

前任.skill

同事.skill

如果后面有人想看，我还可以继续补第二篇：

  • 我实际装一遍之后，哪个最能用
  • 哪个最容易翻车
  • 哪些仓库看着很火，实际搭起来坑很多
  • 如果只想先试一个，最省事的是哪个
1 个赞