[开源](4.9更新)我整合了340+个skills,19+个高星vibecoding项目到一个智能路由治理skills包中。
- 内容介绍
- 文章标签
- 相关推荐
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
首先要感谢各位佬的支持!项目已经有1.2k+的star啦!
更新总结:
- 添加手动安装支持
- 添加去除大部分skills,仅保留核心框架的支持的版本
- 添加自定义接入skills的方法指南
- 修复安装后会产生两个vibe的skills选项的问题
- 全面更新readme文档和安装说明,让安装更加方便
- 扩展支持面,支持codex,Claudecode,opencode,openclaw,windsurf,cursor
- 增加对于内置路由的连通性测试工具
- ai治理层的安装说明阐明更新
- 复杂场景多代理多skills编排进行优化。在l级执行时,保证按照框架步骤串行拉起skills分阶段进行工作。xl级执行时保证,按照框架步骤,在并行分发任务后,子代理能并行拉起各自任务的skills,实现多代理并发时,skills也会被正确拉起
- 强化全局l级和xl级的治理,即使是xl级并发子代理后,也会在全局vibe步骤和治理中进行规范化工作
- 更新内置记忆系统和描述
- 修复佬提出的工作区记忆和核心区的文件杂糅的问题,将受控运行时的存储文件放到工作区.vibeskills,和核心项目根目录文档分离
- 修复安装会写入原生代理setting的兼容性问题
- 修复opencode安装的兼容性问题
- 增加卸载安装的脚本
- 让意图挖掘ai的配置和embedding ai的配置更加清晰化
- 让Claude专门来润色了一下大部分的文档说明,增加可读性
- 在安装前进行Python版本,bash版本的先验检查,防止项目内置路由的环境不兼容问题(此项是因为mac的佬反馈的问题,感谢佬)
- 4.6日大更新,删了仓库50万行代码,重构了框架(主要是清除技术债务,增加稳定性,让代码更加精简,更加方便维护和自定义):
1.将加入的skills和内置治理路由彻底分离。真正意义上能像拼乐高一样自定义自己的项目啦。
2.然后大幅度的收敛了应用的skills的安装,现目前治理的skills会安装到vibe这个目录下,而不会在skills目录铺开,降低安装的冲突性,自定义的干净性,同时如果要卸载也很方便,直接把vibe这个包扬了即可。
3.然后进一步增强skills的介入强度,让路由到的skills更加倾向于介入工作。
4.增强对于Claudecode的支持。
-
4.9更新:增加三个显示调用阶段的入口:
vibe-what-do-i-want,调用讨论阶段
vibe-how-do-we-do,调用设计计划阶段
vibe-do-it,调用执行阶段
-
路由命中调用修复,解决新版本迁移skills的路由skills调用后的被利用问题,让被路由到的技能能在vibe总治理下被强有力的引用,指导和辅助工作
示例:
回显和调用证明:image1503×166 48.6 KB
-
增加快捷升级命令:用/vibe-upgrade,$vibe-upgrade 就能快捷升级版本
image1437×185 13.4 KB
现目前的更新的项目介绍:
1.核心的优势
image1233×755 129 KB
2.项目的工作方式
image1219×852 77.3 KB
image1191×514 56.7 KB
image1139×448 61.3 KB
欢迎佬们来继续尝试呀,也欢迎佬们的建议和意见,上述大部分更新都是佬们指出的问题,正因为有佬们,这个项目才能蓬勃发展 !
俺的一些愿望 :
Vibe Skills 将与时俱进——保证好用、持续提升效率,同时大幅降低前沿 vibecoding 技术的学习门槛,消解面对新技术的认知焦虑。无论你是否具备编程基础,都能以极低门槛直接调用当今最前沿的 AI 技术集合。 让每个人都能享受 AI 带来的生产力飞跃。
原贴:
大家好呀,很高兴见到大家 。
这是我来到Linux do的第一个帖子,和大家分享一下自己在这一年vibe coding的经历中的各种想法,经验整合到一起的一个项目。
从去年年初开始用DeepSeek网页版开始艰难的vibe coding,到中间用了cursor,windsurf,trae等这种ai编译器,然后再到用Claudecode,codex这种cli编译器。一定程度上欣喜于ai编程的巨大生产力,另一方面又在面对其不稳定的表现,沟通效率的不如意等问题感到沮丧。
于是在不断学习下,想要尝试做出款解这些问题的工具 。
这个项目的核心灵感是来自于superpower,superClaudecode这些类型的项目中,他们对于治理框架的应用。在使用这些项目接入cli中之后我确实感受到了编码体验质的提升,让我切实感受到在规范化的治理框架下的稳定和专家思维介入后ai工作效能的提升 。
项目核心的出发点是:
1.装了很多skills之后,被动触发效率不足,显示调用又容易搞忘 。
2.AI不搞清楚需求就直接开做,自己以为懂了需求就开始猛猛干 。
3.看到有很多好用的项目,治理框架,但是不同的插件和工作流之间缺乏统一,导致环境污染或死循环 。
4.AI的工作区往往不够规范,工作久了之后仓库容易脏乱差,影响下一个agent接手工作区。在开一个新agent管理工作项目时,重新理解工作区的架构会遗漏一些项目细节,导致后面工作和前面工作衔接有问题 。
5.AI在长时间工作时不留痕,在检查AI工作的时候,不知道其在长时间循环干了什么 。
6.AI诸多的小毛病:为删除备份,把主要文件删了;喜欢写静默的兜底机制,然后早早的自信满满的给你说做好了,实际上全是兜底机制在发力,主要功能实现度度很差 。
于是:
1.我将340+个各种功能的skills整合到一个路由下进行治理,里面有关键词识别和AI辅助意图识别,来让面对对应工作时,skills能确实被拉起,而且会基于任务拉起多个skills进行复合的工作 。
Ps:
image1300×984 103 KB
image972×1020 129 KB
2.我将多个github项目进行单独分析和拆解,降其有机的融合到一个治理框架下,既有共同治理大的框架,又有不同的项目去治理自己擅长的工作, 如:superpower · claude-scientific-skills · get-shit-done · aios-core · OpenSpec · ralph-claude-code · SuperClaude_Framework · spec-kit · Agent-S · mem0 · scrapling · claude-flow · serena · everything-claude-code · DeepAgent 等等
3.然后使用了一套文件目录语义治理。保证只要工作经过这个项目的治理,按固定化的架构存储文件,让下一个新的对话的AI明白什么什么目录下存储什么什么文件 。大致架构为:
- docs/ = 解释层
- config/ = 合同层
- scripts/ = 执行层
- references/ = 长期资产层
- outputs/runtime/ = 运行证据层
4.在框架的治理下,会反复问询用户的需求。在治理下AI会默认用户的需求表述是不完整的,于是会反复的问询用户是否是XX的想法,构架的XX方案是否是用户想要的。不会贸然开始动手,除非用户明确要求 。
5.进一步的,框架会自动规范化治理开发步骤。框架会引导用户,从沟通好需求,沟通好落实计划,固定好工作步骤文件,多代理并发执行(同时会按照计划,不同的代理分配不同的工作,各自会自动调用相关的skills),自动测试迭代,直到任务完成 。
6.基于个人踩过的坑,内置了一些治理,如上述的禁止按命令批量删除文件,只能一个文件一个文件的删除,防止误删文件。禁止写自动静默兜底机制,如果要写兜底机制,一定要显示有明确的警告用户 。
路由是会自动进行判断的,当然佬们也可以自己指定级别(比如L是相对节省token的,XL级是属于token换时间)。如:我希望你按照计划执行这个任务,启动XL(或L)级工作流 $vibe
以上便是这个项目的核心内容,
image982×1099 189 KB
用法与调用技能相同,例如在 Codex 中:“我希望你设计一个 XXXX $vibe”。在 Claude Code 中,则是:“我希望你设计一个 XXX /vibe”。然后,在每一轮中,你需要输入显示的 vibe 调用(确保每一轮都在 vibeskills 的管理下),例如:“我希望根据此计划,完成后续任务 $vibe”。
问题补充:
- 有佬提到让ai做事情,但是不继续往下做,往往是因为没有谈好计划导致的,如果遇到这种情况请先让其规划计划:
image1073×901 85.2 KB - 内置治理key的配置: 这个是普通ai key 用于增强意图识别 (可选):
VCO_INTENT_ADVICE_API_KEY: 你的 OpenAI API key
VCO_INTENT_ADVICE_BASE_URL: 固定填 https://api.openai.com/v1
VCO_INTENT_ADVICE_MODEL: gpt-5.4-mini 或 gpt-5.4
这个是embedding key 用于增强记忆管理(也是可选):
VCO_VECTOR_DIFF_API_KEY: 同一个 API key 也可以
VCO_VECTOR_DIFF_BASE_URL: 固定填 https://api.openai.com/v1
VCO_VECTOR_DIFF_MODEL: text-embedding-3-small
欢迎大家来尝试和体验啦 !欢迎大家讨论,并且向我提出建议和意见 。鄙人不才,可能有些地方有问题烦请大家指出,我一定会认真听取和修改。
github链接为:GitHub - foryourhealth111-pixel/Vibe-Skills: An integrated AI capability stack with 340 skills, MCP entry points, agent workflows, and governed execution for planning, coding, research, and automation. · GitHub
如果您喜欢可以加个star ,我会持续更新这个项目的!您的支持也是我这个核动力驴的浓缩U-235 !
感谢你的观看!
各位佬评论区的建议和意见我都会提交到issue了,俺会一个一个做的。如果佬您感兴趣,欢迎佬来一起贡献和解决呀,给您磕了
tip:俺是夜行生物,白天有消息回复可能不及时,不过肯定会回复的
网友解答:
--【壹】--:
前排支持
--【贰】--:
感谢大佬
--【叁】--:
谢谢佬呀
--【肆】--:
大帅哥好呀
--【伍】--:
感谢大佬
--【陆】--:
支持大佬~
--【柒】--:
欢迎佬呀
--【捌】--:
一起进步呀
--【玖】--:
牛的大佬,感谢分享
--【拾】--:
支持佬友,学习一下
--【拾壹】--:
加油 有空装一下
我有装佬友的skill-router、drivemind不影响使用吧?
--【拾贰】--:
大佬 牛逼了
--【拾叁】--:
欢迎佬
--【拾肆】--:
感谢佬,佬牛逼
--【拾伍】--:
支持支持
--【拾陆】--:
感谢大佬,很顶,
--【拾柒】--:
懂了佬 感谢
--【拾捌】--:
欢迎佬呀
--【拾玖】--:
这个核心的治理是经过vibe这个入口进行治理的,如果你不调用它的话平时是沉默的。佬说的那几个工具,我看了一下,应该不会有大的冲突。主要是在于入口的选择上面。
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
首先要感谢各位佬的支持!项目已经有1.2k+的star啦!
更新总结:
- 添加手动安装支持
- 添加去除大部分skills,仅保留核心框架的支持的版本
- 添加自定义接入skills的方法指南
- 修复安装后会产生两个vibe的skills选项的问题
- 全面更新readme文档和安装说明,让安装更加方便
- 扩展支持面,支持codex,Claudecode,opencode,openclaw,windsurf,cursor
- 增加对于内置路由的连通性测试工具
- ai治理层的安装说明阐明更新
- 复杂场景多代理多skills编排进行优化。在l级执行时,保证按照框架步骤串行拉起skills分阶段进行工作。xl级执行时保证,按照框架步骤,在并行分发任务后,子代理能并行拉起各自任务的skills,实现多代理并发时,skills也会被正确拉起
- 强化全局l级和xl级的治理,即使是xl级并发子代理后,也会在全局vibe步骤和治理中进行规范化工作
- 更新内置记忆系统和描述
- 修复佬提出的工作区记忆和核心区的文件杂糅的问题,将受控运行时的存储文件放到工作区.vibeskills,和核心项目根目录文档分离
- 修复安装会写入原生代理setting的兼容性问题
- 修复opencode安装的兼容性问题
- 增加卸载安装的脚本
- 让意图挖掘ai的配置和embedding ai的配置更加清晰化
- 让Claude专门来润色了一下大部分的文档说明,增加可读性
- 在安装前进行Python版本,bash版本的先验检查,防止项目内置路由的环境不兼容问题(此项是因为mac的佬反馈的问题,感谢佬)
- 4.6日大更新,删了仓库50万行代码,重构了框架(主要是清除技术债务,增加稳定性,让代码更加精简,更加方便维护和自定义):
1.将加入的skills和内置治理路由彻底分离。真正意义上能像拼乐高一样自定义自己的项目啦。
2.然后大幅度的收敛了应用的skills的安装,现目前治理的skills会安装到vibe这个目录下,而不会在skills目录铺开,降低安装的冲突性,自定义的干净性,同时如果要卸载也很方便,直接把vibe这个包扬了即可。
3.然后进一步增强skills的介入强度,让路由到的skills更加倾向于介入工作。
4.增强对于Claudecode的支持。
-
4.9更新:增加三个显示调用阶段的入口:
vibe-what-do-i-want,调用讨论阶段
vibe-how-do-we-do,调用设计计划阶段
vibe-do-it,调用执行阶段
-
路由命中调用修复,解决新版本迁移skills的路由skills调用后的被利用问题,让被路由到的技能能在vibe总治理下被强有力的引用,指导和辅助工作
示例:
回显和调用证明:image1503×166 48.6 KB
-
增加快捷升级命令:用/vibe-upgrade,$vibe-upgrade 就能快捷升级版本
image1437×185 13.4 KB
现目前的更新的项目介绍:
1.核心的优势
image1233×755 129 KB
2.项目的工作方式
image1219×852 77.3 KB
image1191×514 56.7 KB
image1139×448 61.3 KB
欢迎佬们来继续尝试呀,也欢迎佬们的建议和意见,上述大部分更新都是佬们指出的问题,正因为有佬们,这个项目才能蓬勃发展 !
俺的一些愿望 :
Vibe Skills 将与时俱进——保证好用、持续提升效率,同时大幅降低前沿 vibecoding 技术的学习门槛,消解面对新技术的认知焦虑。无论你是否具备编程基础,都能以极低门槛直接调用当今最前沿的 AI 技术集合。 让每个人都能享受 AI 带来的生产力飞跃。
原贴:
大家好呀,很高兴见到大家 。
这是我来到Linux do的第一个帖子,和大家分享一下自己在这一年vibe coding的经历中的各种想法,经验整合到一起的一个项目。
从去年年初开始用DeepSeek网页版开始艰难的vibe coding,到中间用了cursor,windsurf,trae等这种ai编译器,然后再到用Claudecode,codex这种cli编译器。一定程度上欣喜于ai编程的巨大生产力,另一方面又在面对其不稳定的表现,沟通效率的不如意等问题感到沮丧。
于是在不断学习下,想要尝试做出款解这些问题的工具 。
这个项目的核心灵感是来自于superpower,superClaudecode这些类型的项目中,他们对于治理框架的应用。在使用这些项目接入cli中之后我确实感受到了编码体验质的提升,让我切实感受到在规范化的治理框架下的稳定和专家思维介入后ai工作效能的提升 。
项目核心的出发点是:
1.装了很多skills之后,被动触发效率不足,显示调用又容易搞忘 。
2.AI不搞清楚需求就直接开做,自己以为懂了需求就开始猛猛干 。
3.看到有很多好用的项目,治理框架,但是不同的插件和工作流之间缺乏统一,导致环境污染或死循环 。
4.AI的工作区往往不够规范,工作久了之后仓库容易脏乱差,影响下一个agent接手工作区。在开一个新agent管理工作项目时,重新理解工作区的架构会遗漏一些项目细节,导致后面工作和前面工作衔接有问题 。
5.AI在长时间工作时不留痕,在检查AI工作的时候,不知道其在长时间循环干了什么 。
6.AI诸多的小毛病:为删除备份,把主要文件删了;喜欢写静默的兜底机制,然后早早的自信满满的给你说做好了,实际上全是兜底机制在发力,主要功能实现度度很差 。
于是:
1.我将340+个各种功能的skills整合到一个路由下进行治理,里面有关键词识别和AI辅助意图识别,来让面对对应工作时,skills能确实被拉起,而且会基于任务拉起多个skills进行复合的工作 。
Ps:
image1300×984 103 KB
image972×1020 129 KB
2.我将多个github项目进行单独分析和拆解,降其有机的融合到一个治理框架下,既有共同治理大的框架,又有不同的项目去治理自己擅长的工作, 如:superpower · claude-scientific-skills · get-shit-done · aios-core · OpenSpec · ralph-claude-code · SuperClaude_Framework · spec-kit · Agent-S · mem0 · scrapling · claude-flow · serena · everything-claude-code · DeepAgent 等等
3.然后使用了一套文件目录语义治理。保证只要工作经过这个项目的治理,按固定化的架构存储文件,让下一个新的对话的AI明白什么什么目录下存储什么什么文件 。大致架构为:
- docs/ = 解释层
- config/ = 合同层
- scripts/ = 执行层
- references/ = 长期资产层
- outputs/runtime/ = 运行证据层
4.在框架的治理下,会反复问询用户的需求。在治理下AI会默认用户的需求表述是不完整的,于是会反复的问询用户是否是XX的想法,构架的XX方案是否是用户想要的。不会贸然开始动手,除非用户明确要求 。
5.进一步的,框架会自动规范化治理开发步骤。框架会引导用户,从沟通好需求,沟通好落实计划,固定好工作步骤文件,多代理并发执行(同时会按照计划,不同的代理分配不同的工作,各自会自动调用相关的skills),自动测试迭代,直到任务完成 。
6.基于个人踩过的坑,内置了一些治理,如上述的禁止按命令批量删除文件,只能一个文件一个文件的删除,防止误删文件。禁止写自动静默兜底机制,如果要写兜底机制,一定要显示有明确的警告用户 。
路由是会自动进行判断的,当然佬们也可以自己指定级别(比如L是相对节省token的,XL级是属于token换时间)。如:我希望你按照计划执行这个任务,启动XL(或L)级工作流 $vibe
以上便是这个项目的核心内容,
image982×1099 189 KB
用法与调用技能相同,例如在 Codex 中:“我希望你设计一个 XXXX $vibe”。在 Claude Code 中,则是:“我希望你设计一个 XXX /vibe”。然后,在每一轮中,你需要输入显示的 vibe 调用(确保每一轮都在 vibeskills 的管理下),例如:“我希望根据此计划,完成后续任务 $vibe”。
问题补充:
- 有佬提到让ai做事情,但是不继续往下做,往往是因为没有谈好计划导致的,如果遇到这种情况请先让其规划计划:
image1073×901 85.2 KB - 内置治理key的配置: 这个是普通ai key 用于增强意图识别 (可选):
VCO_INTENT_ADVICE_API_KEY: 你的 OpenAI API key
VCO_INTENT_ADVICE_BASE_URL: 固定填 https://api.openai.com/v1
VCO_INTENT_ADVICE_MODEL: gpt-5.4-mini 或 gpt-5.4
这个是embedding key 用于增强记忆管理(也是可选):
VCO_VECTOR_DIFF_API_KEY: 同一个 API key 也可以
VCO_VECTOR_DIFF_BASE_URL: 固定填 https://api.openai.com/v1
VCO_VECTOR_DIFF_MODEL: text-embedding-3-small
欢迎大家来尝试和体验啦 !欢迎大家讨论,并且向我提出建议和意见 。鄙人不才,可能有些地方有问题烦请大家指出,我一定会认真听取和修改。
github链接为:GitHub - foryourhealth111-pixel/Vibe-Skills: An integrated AI capability stack with 340 skills, MCP entry points, agent workflows, and governed execution for planning, coding, research, and automation. · GitHub
如果您喜欢可以加个star ,我会持续更新这个项目的!您的支持也是我这个核动力驴的浓缩U-235 !
感谢你的观看!
各位佬评论区的建议和意见我都会提交到issue了,俺会一个一个做的。如果佬您感兴趣,欢迎佬来一起贡献和解决呀,给您磕了
tip:俺是夜行生物,白天有消息回复可能不及时,不过肯定会回复的
网友解答:
--【壹】--:
前排支持
--【贰】--:
感谢大佬
--【叁】--:
谢谢佬呀
--【肆】--:
大帅哥好呀
--【伍】--:
感谢大佬
--【陆】--:
支持大佬~
--【柒】--:
欢迎佬呀
--【捌】--:
一起进步呀
--【玖】--:
牛的大佬,感谢分享
--【拾】--:
支持佬友,学习一下
--【拾壹】--:
加油 有空装一下
我有装佬友的skill-router、drivemind不影响使用吧?
--【拾贰】--:
大佬 牛逼了
--【拾叁】--:
欢迎佬
--【拾肆】--:
感谢佬,佬牛逼
--【拾伍】--:
支持支持
--【拾陆】--:
感谢大佬,很顶,
--【拾柒】--:
懂了佬 感谢
--【拾捌】--:
欢迎佬呀
--【拾玖】--:
这个核心的治理是经过vibe这个入口进行治理的,如果你不调用它的话平时是沉默的。佬说的那几个工具,我看了一下,应该不会有大的冲突。主要是在于入口的选择上面。

我整合了340+个skills,19+个高星vibecoding项目到一个智能路由治理skills包中。](/imgrand/J4athQLB.webp)