Skills
收录 96,981 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
鲁班(Luban)——Skill 打磨工坊。把一个“能用的 Skill”打磨成“能被理解、能被安装、能被传播、能被验证、能持续进化”的公共 Skill 资产。方法论是工匠式的五个动作:验料(先挑战这个 Skill 的前提是否成立,不值得雕的料直说)、访行(联网寻找同类 Skill,看清自己在生态里站什么位置)、过尺(结构、实测、活体三把尺一起量——活体指拉真实运行产物对账,绿色的 CI 会撒谎)、慢刨(冻结原版做基线,改动必须通过验证门才保留,否则回刀;验证手段尽量沉淀为仓库里的工具和规矩)、回炉(发布不是终点,留对标观察清单,下一轮从真实反馈进)。当用户想要升级、优化、打磨、产品化、发布自己开发的 Skill 时使用。最终产出一份结构化的《Skill 打磨报告》、可直接替换的改写片段,以及一张可截图传播的“出师证书”结果卡。触发词包括但不限于:让鲁班看看这个 skill、班门打磨、打磨我的 skill、升级我的 skill、优化这个 skill、skill 体检、skill 审计、产品化我的 skill、这个 skill 怎么发布、对标一下同类 skill、为什么我的 skill 没人装、帮我把 skill 发到 GitHub/ClawHub、改进 SKILL.md。即使用户只是丢来一个 Skill 目录、GitHub 仓库链接或一段 SKILL.md 说“帮我看看怎么改”,只要上下文是想让 Skill 变得更好用、更可传播,都应该触发。不要用于从零创建一个新 Skill(用 skill-creator)、不要用于普通的代码 review(用 code-review)、不要用于改写一段和 Skill 资产无关的普通提示语。
检查会通过截图回归测试阻止 PR 合并的 PostHog Visual Review (VR) 运行。用户提及“视觉审查”“VR”“快照差异”“截图测试”“storybook 回归”“playwright 快照”“隔离”,询问 PR 为何被阻止或视觉上有什么变化,想整理 VR 积压任务、判断快照差异是真实变化还是不稳定导致、隔离或解除不稳定的 story,或检查 story 在多次运行中是否发生变化时使用。当 PR 的 `visual-review` 状态检查失败、PR 评论提到“Visual review”、来自 fork 的 PR 未通过 `Visual regression tests pass`,或用户所在分支存在未完成的 VR 运行时,也应调用。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
