Yu's skills 我的 vibe 技能套件
今天开源了我在本地多项目 vibe 中解决实际问题设计的一些 skill，大家可以在 https://skill.guoyu.me/ 网站看到这些 skill 的文档和效果，这个文档网站也是 share-skill 自动构建的，share-skill 支持个人 skill 集管理，自动构建国际化语言文档，内置设计提示词，也可以选用更专业的设计 skill 帮你构建更精美的页面，在构建中，还会分析你开源出的每个 skill 真正做的功能以帮助大家更好的营销自己的 skill。构建完全是全自动的，你在任何工作目录下尝试创建 skill 或者修改 skill，share-skill 都会自动构建并 push 你的 skill 集 repo 到 GitHub 或其他托管服务，配合 Github Pages 可以做到本地即改，文档即刻更新。
在这个想法中，我们实际上把传统软件工作流的构建工具统一集中地用 cc 实现了，我们不用关心编程语言以及他们引入的模块，只需要关心我们需要电脑帮我们自动做什么任务，并以自然语言描述即可，唯一的缺点是，skill 无法设计地更复杂，因为写在 md 文件中的需求和逻辑很难做到完备的测试覆盖。
Share Skill（核心工具）
痛点：Claude Code 的自定义技能默认存储在 ~/.claude/skills/ 目录中，没有版本控制、没有备份机制，一旦机器出问题就会丢失。更重要的是，这些技能无法与他人分享，也无法形成可复用的知识资产。
解决方案：Share Skill 是一个一站式的技能迁移与开源工具。它能将本地技能无缝迁移到 Git仓库，自动创建符号链接保持兼容性，并提供完整的文档网站生成能力。
核心亮点：
这是一个让个人 AI 工具变成可分享资产的桥梁。
Skill i18n
痛点：你创建了一个优秀的技能，但它只支持一种语言。全球开发者无法发现它、无法使用它，你的影响力被语言壁垒限制在本地。手动翻译文档既耗时又需要专业的语言能力。
解决方案：Skill i18n 自动将 SKILL.md 和 README.md 翻译成多种语言（中文、日文、韩文、西班牙文等）。它保留代码块和技术术语不变，只翻译需要本地化的内容，并根据目标语言调整表达风格。配置一次，后续更新自动同步。
Port Allocator
痛点：每个开发者都经历过这种挫败：启动开发服务器时看到「端口 3000已被占用」。你杀掉一个进程，结果破坏了另一个项目，浪费大量时间在端口冲突调试上。多个 Claude Code实例并行工作时，这个问题尤为严重。
解决方案：Port Allocator 为每个项目分配专属的端口范围（如3000-3009、3010-3019），彻底消除端口冲突。它自动扫描代码目录、智能分配端口、并将配置写入 package.json，让端口管理变得可预测、可追溯。
Skill Permissions
痛点：每次使用技能时，Claude 都会反复询问「允许这个命令吗？」。频繁的权限提示打断工作流，而你并不清楚这个技能到底需要哪些权限，只能一个个点击确认。
解决方案：Skill Permissions 预先分析技能所需的全部权限，生成一条命令实现一次性授权。它展示每个权限的用途说明，让你在完全知情的情况下批量授权，从此编码零打扰。
总结
这套工具链形成了完整的技能生命周期管理：用 Port Allocator 管理开发环境，用 Skill Permissions 简化授权流程，用 Skilli18n 实现国际化，最后用 Share Skill 一键开源并部署文档网站。它们共同解决了 Claude Code 技能从「个人草稿」到「可分享资产」的全过程问题。