夜雨聆风学习资料网

ARTICLE · 1336259

一份skill,电脑里所有AI共用:卸载重装也不丢规矩

一份skill,电脑里所有AI共用:卸载重装也不丢规矩

同一件事交给不同的AI,做出来守的规矩却不一样,这事你遇到过吗?

这两天,我让四个AI各写了同一组公众号文章。

交回来的稿子各守各的规矩。

有一份正文里露着星号和井号,有两份封面用了我早就禁掉的金色。

原因很简单。

我的规矩写在一份skill里,可这份skill只放在其中一个AI的目录下,别的AI读不到。

后来我做了一件事,把这份skill搬出所有AI的目录,放进一个通用文件夹。

每个AI那里只留一张“指路条”,告诉它去哪里读。

规矩只存一份,谁来干活都去同一个地方读。

01规矩放在某个AI的目录里,迟早会丢

skill就是一份写给AI的操作手册。我这份叫“发公众号”,从写稿、排版、校验,到建草稿、回读检查,一步步都写清楚了。

它原来放在Qoder的目录里,路径是~/.qoder-cn/skills。

问题跟着就来了。

哪天我卸载Qoder,这个目录会被一起删掉,一个多月攒下的规矩就没了。

有人会说,那就给每个AI都抄一份。

我也想过往Codex的AGENTS.md里写一句。

可重装一次Codex,这句话就没了,而且我多半想不起来要补。

抄多份更麻烦。改一条规矩要改好几处,漏改一处,几个AI又各说各的。

模型年年换,手艺得留下。

02一份正本,加几张指路条

我最后的做法分三步。

具体做法

在用户目录下新建~/AI-Skills,专放所有AI共用的skill

把发公众号要用的4样东西整体搬进去:写稿流程、排版组件库、发布脚本、断句检查,一共约5MB

每个AI的skill目录里,放一个只有几行的指路文件

为什么不放在“文稿”或“桌面”?

这两个文件夹可能开着iCloud同步,发布脚本里有公众号的密钥,我不想让它上云。

改造前后对比:左边每个AI各存一份规矩,右边一份正本加几张指路条

指路文件很短,大意就是下面这几行。

指路文件

用户说“发公众号”时:

1. 先完整读 ~/AI-Skills/skills/gzh-publish/SKILL.md

2. 一切以这份为准,忽略自己记忆里的旧规则

3. 读不到就停下来告诉李林,不要凭记忆发稿

我电脑上,Codex、Hermes、OpenClaw都有skill目录,这次都接上了。

Qoder原来的位置,我留了一个快捷方式指向新文件夹。

它每天9点和17点半各跑一次定时任务,任务里写死的老路径照样能用。

“快捷方式”是个比方,技术上叫软链接。和桌面快捷方式一样,它只是指向原文件。

不一样的是,有些AI运行在沙箱里,未必认它。

~/AI-Skills文件夹里的结构:一份正本,加一键接入脚本和使用说明

03两个坑,提前堵上

第一个坑,指路条也会丢。指路文件放在各个AI自己的目录里,重装照样会被清掉。

所以我在正本旁边放了一个脚本,叫install_pointers.sh。

哪个AI重装了,在终端跑一遍,所有指路条就都补回来了。

脚本可以重复跑,遇到真实目录不会覆盖。

我要记的只剩一件事,去~/AI-Skills跑一下这个脚本。

第二个坑,几个AI同时改正本。这次更新skill时,有一条规则的例外说明莫名多出了一遍。

我没查清是哪个AI动的,但同一份文件被两个AI同时改过,可能性很大。

所以正本开头加了一条规矩,只有我指定的那一个AI能改。

其他AI有建议,写成文件放进“改进建议”文件夹,由维护的那个AI来合并。

人人都能改的手册,迟早改乱。

04六条铁律,管住AI的手脚

正本只有一份,风险也跟着集中。

谁都能读它,改坏了怎么办。

我在给AI的使用说明里,立了六条铁律。

六条铁律

只认正本。AI记忆里的旧规矩,一律作废。

不改正本。有建议写进“改进建议”文件夹,由我合并。

只建草稿,永不发布。发布永远是我本人动手。

凭证不外泄。密钥不进聊天、不进交付包、不进Git。

读不到正本就停。路径打不开,就停下告诉我,不许凭记忆干活。

规则冲突就停。两个文件互相矛盾,报给我裁决,不许自己挑一个。

六条里面,最有意思的是最后两条。

AI最拿手的是硬着头皮往下编。

最不拿手的是承认自己不知道。

“读不到就停”“冲突就停”,就是把这个弱点堵成硬规矩。

让AI学会停下来,比让它学会干活难得多。

05生图也做成了共用工具

写稿的几个AI里,有的自己不会生图。

以前碰到这种情况,我得另找一个AI出图,再把图交给它。

现在共用文件夹里多了一个生图脚本,接的是Agnes AI的接口,目前免费。

哪个AI要出图,直接调用它,每天最多30张,到量当天就停。

一开始AI想加个白名单,只准用几个指定的模型。我没同意。

限制了模型,我别的AI就用不了了。

真正决定出图好坏的,是指令写得准不准。

分工也定清楚了。画什么、什么风格,由写稿的AI按“发公众号”的规矩自己写指令。

生图工具只管出图,不管画什么。

中间还出过一个岔子。

AI把它给这篇文章做封面的风格,写成了“所有封面统一用3D卡通夜景”。

我让它改掉了。

封面只固定2.35:1的比例,风格跟着文章内容走。

生图也有了自己的指路条,现在每个AI那里放着两份。

我说“生图”“配图”,它们会先去读生图的规矩。

这篇的配图01和封面底图,就是用这个脚本生成的,封面底图用了21秒。

接上之后,Codex也已经用它出过两张图。

正本旁边我还放了一份“给AI的使用说明”,新来的AI先读它,就知道这个文件夹怎么用。

06还没验证的地方

写这篇的时候,有四件事我还没验证。

Qoder会不会顺着快捷方式读到skill,要等第二天早上9点的定时任务跑完才知道。

Kimi在我电脑上没有skill目录,豆包的目录我没权限看,这两个暂时接不上。

用它们的时候,我在对话开头说一句“先读~/AI-Skills里的使用说明”。

另一台Windows电脑读不到Mac上的文件夹,两台机器怎么同步,是下一步要解决的事。

别的AI听到“生图”,会不会自己去读那份指路条,我也还没逐个实测。

回首页,搜索你想要的文档

在首页搜索框输入关键词,快速定位资料

文库首页搜索指引 立即搜索

相关学习资料