关于 gather
为设计构建或改版前收集灵感的技能。它优先搜索用户自己的收藏,再汇集多个来源的参考,并将每项参考、可借鉴之处和原始链接整理到一个看板中。
主要功能
- 01先查看用户提供的材料
- 02优先搜索用户收藏
- 03从多个来源收集参考
- 04为参考标注可借鉴之处
- 05将链接整理到一个看板
适用场景
- 01为新界面寻找设计灵感
- 02为现有页面改版收集参考
- 03按指定平台查找界面案例
- 04整理可供选择的设计方向
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ raphaelsalaja/ skills --skill gather安装后在 Claude Code 中输入/gather确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
board.htmlsources.mdagents/openai.yaml详细介绍
Gather
这项技能会在设计构建或改版前收集灵感。它会先搜索用户自己的收藏,再搜索更广泛的来源,最后整理成一块灵感板,其中每条参考都附有来源链接,并注明值得借鉴的部分。
为具体选择提供依据,而不是照搬一种风格
参考展示的是某个部分可以如何实现。用户要的是顶部栏,你却照搬整个应用的外观,这属于 gather 错误。用户没有指定数量时,至少从三个来源收集 20 条参考。
当用户要求灵感、参考或“inspо”,或说某个界面看起来很糟并询问如何改进时,使用这项技能。根据灵感板制作变体属于 prototype。一比一复刻某条参考则属于 match。
1. 明确设计需求
用一行文字说明界面、平台以及要关注的方面:布局、导航、信息密度、字体、颜色、动效或整体风格。搜索目标不明确属于 gather-name-the-brief。
在与当前设计相同的平台上搜索。桌面或 Web 应用应参考 Web 和桌面设计。为桌面应用收集移动端界面属于 gather-same-platform。
2. 从用户提供的内容开始
在任何搜索之前,先打开对话中已有的标签页、截图、链接和设计文件。用户的截图还在浏览器里打开,你却开始搜索模式库,这属于 gather-start-with-given。
3. 优先搜索用户自己的品味
先搜索用户自己的资料库和灵感板,再查找公开来源。他们的收藏已经反映了自己的品味。如果用户自己的资料库中有匹配的收藏,却从公开资料库开始搜索,这属于 gather-own-library-first。如何访问各个来源,请参阅 sources.md。
4. 广泛收集
至少从三个来源收集。模式库展示流程和界面。灵感板和收藏能体现品味:字体、颜色、摄影和氛围。灵感板只取自一个应用,属于 gather-go-wide。
按用户要求的数量收集。用户要求更多时,提供新的参考,并排除已经展示过的内容。用户说“再来 50 个”时重复展示,属于 gather-enough-to-choose。
5. 标注值得借鉴的部分并附上链接
每条参考都用一行文字说明值得借鉴的部分,例如“顶部栏”或“空状态”。没有说明的参考属于 gather-name-the-part。每条参考都要保留来源链接,方便用户打开原始内容。图片没有链接属于 gather-link-every-reference。
6. 制作一块灵感板并打开
将 board.html 复制到 .gather/<brief>/index.html,这是一个会被忽略的文件夹,绝不能放进源代码目录。按照文件头注释所示的结构,在同一目录下编写 board.js,并将图片放入 img/,然后打开灵感板。只在聊天中粘贴链接,而不制作灵感板,属于 gather-one-board。
灵感板的外观随技能一同提供,因此只需编写数据。另写自己的标记或样式页面属于 gather-shipped-board。
为每个分组取一个由两三个词组成的标题式名称,例如“Agent Activity”,并将详细说明写在备注中。分组名称像完整句子,属于 gather-short-group-names。
7. 保存用户选中的内容
用户在灵感板上点击 Keep 标记选项,再点击 Copy Picks 复制选项。当用户要求保存选项时,将其发送到用户指定的位置:资料库、频道或灵感板。先查看目标位置的命名方式,并保持一致。在 fashion / inspiration / 2026 / fall winter 旁新建一个名为“FW 26 🔥”的频道,属于 gather-match-the-naming。
添加前逐项检查。重复添加已保存的内容属于 gather-no-duplicates。如果某个来源需要登录或通过 CAPTCHA 验证,请停止并告知用户是哪一项。绕过登录属于 gather-ask-at-login。
配对
每项检查都是一对。出错的行旁边就是替代它的行。
| 规则 | 错误示例 | 替代方案 |
|---|---|---|
gather-name-the-brief | “正在搜索设置页面” | “桌面端设置页面,查找分组和密度” |
gather-same-platform | 桌面应用却使用 iOS 屏幕 | platform: "web" 和桌面应用 |
gather-start-with-given | 用户的标签页还开着,却去搜索模式库 | 先查看已打开的标签页 |
gather-own-library-first | 先搜索公共资源库 | 先搜索用户自己的资源库,再扩大范围 |
gather-go-wide | 来自同一款应用的 20 个屏幕 | 收藏内容、看板和模式库 |
gather-enough-to-choose | “再找 50 个”却再次返回最初的 20 个 | 50 个新参考项,排除之前的 ID |
gather-name-the-part | 截图没有说明 | “选分组列表,不要颜色” |
gather-link-every-reference | 图片没有来源 | 图片链接到其原始来源 |
gather-one-board | 在聊天中粘贴 20 个链接 | 打开 .gather/settings/index.html,按想法分组 |
gather-shipped-board | 从头编写看板页面 | 复制 board.html,只编写 board.js |
gather-short-group-names | “活动:思考、工具调用和步骤” | “Agent 活动” |
gather-match-the-naming | 新频道命名为“FW 26 🔥” | fashion / inspiration / 2026 / fall winter |
gather-no-duplicates | 同一个图钉添加了两次 | 检查并跳过已有项目 |
gather-ask-at-login | 绕过登录流程 | “Pinterest 需要你登录” |
报告
严重程度。 HIGH 表示复制了完整外观,而用户只要求其中一个部分,或项目被重复保存或使用了错误名称。MEDIUM 表示平台错误、只有一个来源、看板没有链接,或看板是手写的。LOW 表示参考项没有说明要取用什么,或分组名称过长。
格式。 每个根本原因列出一项发现;如果不适用于任何文件,则引用请求:
file:line - [rule-id] what is wrong
request 2 - [rule-id] what is wrong
然后提供 Rule | Count | Severity 汇总。若仍有任何 HIGH,则标记为 Block;否则标记为 Approve。将所有无法访问的来源标记为 Not verified。