发布日期:2026-10-13

WorkBuddy 的 Skills 是可安装、可启用和可关闭的任务流程包,官方支持导入本地技能包,也支持在技能面板中查找或创建技能。这份清单从 GitHub 上筛出 10 个高星 Agent Skills 项目,覆盖文档处理、软件开发、网页设计、信息检索、安全审计、知识库和科研工作。这里的“高星”指所属仓库的 GitHub stars,不代表 WorkBuddy 已经为每个项目做过适配认证;导入前仍要检查 SKILL.md、依赖、许可证和外部权限。


先说结论:高星不等于全部安装

如果主要做办公交付,优先看 Anthropic Skills 里的 docx、pdf、xlsx 和 pptx;如果主要写代码,先看 Superpowers、Addy Osmani Agent Skills 和 Vercel Agent Skills;需要研究热点、整理知识库或做安全检查,再补充 Last 30 Days、Obsidian Skills 和 Cloudflare Security Audit Skill。

这 10 个项目的共同点是:仓库里有清晰的 Skill 目录或 SKILL.md,不少项目遵循开放 Agent Skills 格式。WorkBuddy 官方的导入入口并不要求你把 GitHub URL 直接粘进去,通常做法是下载目标目录、保留完整依赖、压缩后从“技能”面板上传,再用一个真实任务测试触发和输出。

10 个高星候选,分别适合什么

1. Superpowers:把复杂开发变成有步骤的工程流程。 obra/superpowers 在 2026 年 10 月 13 日约有 29.8 万星,仓库包含需求澄清、计划、测试驱动开发、系统调试和代码审查等技能。它的官方 README 面向多个编码 Agent 提供安装说明。WorkBuddy 导入时不要把它当成一个“万能提示词”,应先选择需要的技能;完整方法论可能会让简单改动变重。

2. Anthropic Skills:办公文件处理的高复用起点。 anthropics/skills 约有 18.1 万星,仓库包含 docx、pdf、pptx、xlsx 等技能目录,每个目录都有 SKILL.md。官方 README 特别说明,文档创建技能是 source-available,不应把它们的授权与普通开源项目混为一谈。导入 WorkBuddy 前应逐项检查授权和本地脚本依赖。

3. Addy Osmani Agent Skills:生产级前端和工程实践。 addyosmani/agent-skills 约有 10.6 万星,提供代码审查、测试驱动开发、API 设计、前端 UI 工程等流程。仓库支持用 Skills CLI 按项目或按单个技能安装,但 WorkBuddy 用户可以先下载目标 Skill 文件夹,再按本地上传流程导入。它适合有现成代码库的团队,不适合没有验收标准就让 Agent 大范围重构。

4. Archify:把代码库和方案变成可交互架构图。 tt-a1i/archify 约有 8.3 万星,官方 README 标明支持 Claude Code、Codex、Cursor 和 OpenCode,并提供 npx skills add 安装方式。它适合梳理系统模块、调用关系、迁移方案和技术方案评审。WorkBuddy 导入后要确认生成 HTML 或图表所需的脚本是否能在本机运行;能上传 Skill 不代表它的命令行依赖已经安装。

5. Last 30 Days:做带时间窗口的热点研究。 mvanhorn/last30days-skill 约有 6.4 万星,目标是跨 Reddit、X、YouTube、Hacker News 和网页资料做近期主题研究,并给出带来源的综合结果。README 的通用 Agent Skills 安装方式需要外部账号、浏览器会话或 API 配置。WorkBuddy 中使用时,应先限定查询范围和允许访问的来源,不要把未经核对的社交平台内容直接当成事实。

6. Humanizer:降低生成文本的模板化痕迹。 blader/humanizer 约有 5.6 万星,仓库说明它遵循 Wikipedia 关于 AI 写作特征的公开指南,并兼容支持 Skills 的 Agent。它适合对草稿进行语言复核和风格调整,但不应改变事实、数字、引用或技术结论。对企业文档使用前,先保留原稿和修改记录,避免“变得像人写的”掩盖来源问题。

7. Obsidian Skills:把知识库操作变成标准动作。 kepano/obsidian-skills 约有 4.9 万星,覆盖 Obsidian CLI、Markdown、Bases 和 JSON Canvas 等开放格式。项目明确遵循 Agent Skills 规范,并给出了复制 skills/ 目录的说明。WorkBuddy 导入前要确认本机有对应的 Obsidian vault 和 CLI;没有知识库上下文时,安装它不会自动产生有效内容。

8. Scientific Agent Skills:科研资料和实验流程。 K-Dense-AI/scientific-agent-skills 约有 4.9 万星,仓库提供 177 个科研技能,覆盖生物、化学、医学、工程、数据分析和科学写作,并声明兼容开放 Agent Skills 标准。它适合研究团队挑选单个技能导入,不适合把整套技能一次性上传到普通办公环境。具体数据库、Python 包和 API 的可用性要按技能说明逐项核对。

9. Cloudflare Security Audit Skill:多阶段安全审计。 cloudflare/security-audit-skill 约有 2.9 万星,工作流包括侦察、覆盖率检查、候选漏洞验证、结构化输出和独立记录核验。它适合对自有代码库做审计辅助,不等于渗透测试授权,也不等于自动证明不存在漏洞。仓库要求的审计输出目录、依赖和权限应在隔离项目中先试跑。

10. Vercel Agent Skills:React/Next.js 交付检查。 vercel-labs/agent-skills 约有 3.2 万星,技能覆盖 React/Next.js 性能实践、网页设计检查和 Vercel 项目相关工作流。它适合已有前端项目的性能、渲染、数据获取和界面规范审查。部署类技能还涉及特定平台账号和网络权限,WorkBuddy 导入时应优先选择不需要外部写权限的审查技能。

WorkBuddy 怎么导入 GitHub Skill

WorkBuddy 官方技能页给出的入口是“添加技能”,其中可以上传本地技能包,也可以搜索或创建技能。对 GitHub 项目,建议按下面的顺序处理:

  1. 打开仓库,找到目标技能目录,确认顶层包含 SKILL.md。

  2. 连同该技能需要的 scripts/、references/ 和 assets/ 一起下载;不要只复制 README 的文字。

  3. 将目标目录压缩成 ZIP,检查解压后的第一层就是技能目录和 SKILL.md。

  4. 在 WorkBuddy 的“技能”面板选择“上传技能”,导入 ZIP,完成后先保持关闭状态。

  5. 用一份脱敏样本测试触发条件、输出文件、外部请求和失败行为,再决定是否启用。

如果项目 README 只给出 npx skills add,它更像是面向支持 Skills CLI 的 Agent 的安装路径。WorkBuddy 的本地上传仍可能可行,但脚本命令、账号授权和目录约定需要单独验证。对于 docx、pdf、xlsx、pptx 这类文件技能,测试时还要检查渲染结果和公式,而不是只看对话是否返回“已完成”。

一套更稳的组合方式

办公团队可以从 Anthropic Skills 的 docx、pdf、xlsx、pptx 中选择实际用到的文件技能,再加一个写作或计划技能。研发团队可以组合 Superpowers、Addy Osmani Agent Skills 和 Vercel Agent Skills,但应避免让多个项目同时覆盖同一类代码审查规则。做前端架构评审时,Archify 适合输出结构图,Vercel 技能适合检查 React/Next.js 实现。

需要持续追踪外部信息时再启用 Last 30 Days;已有 Obsidian 知识库时再启用 Obsidian Skills;科研和安全审计则应放在权限更严格的项目中。WorkBuddy 官方也建议只启用当前任务需要的技能,以减少无关干扰和误调用。

工作流中需要调用模型或外部工具时,可以把七牛云 AI 的多模型统一接入能力作为 API 服务选型的对照项;这不改变上述 Skills 的权限边界,也不意味着这些 GitHub 项目与七牛云存在官方集成。

高星项目导入前的 5 项检查

  • 授权:确认仓库和目标 Skill 目录的许可证,尤其是 source-available 文件。

  • 依赖:列出 Python、Node.js、浏览器、Office、Obsidian CLI 或数据库等依赖。

  • 数据范围:限定能读取的目录、网络来源、账号和企业文件。

  • 触发边界:检查 description 是否过宽,必要时先关闭不相关技能。

  • 验收标准:准备正常输入、缺少依赖和工具失败三类测试样本,记录输出和副作用。

GitHub star 适合用来发现候选,不适合直接当成生产质量结论。WorkBuddy 真正需要的是少量、边界清楚、能在本机验证的 Skills。本文星数和仓库状态核验截至 2026 年 10 月 13 日,具体安装方式、授权和依赖变化时以各项目 README 与 WorkBuddy 官方文档为准。

参考资料