七天没动,一天 +60:一个 UI 评审工作台的 star 是从哪来的
它是什么 一个人做的开源本地工具:给项目截图找 UI 问题,让 Codex 在隔离分支里修,修完对比前后、由你决定收不收(Alpha)。
为什么火了 它其实没自然火起来:真实曝光只有作者一条 2516 浏览的 X 首发帖,11-04 和 11-06 两次暴涨找不到外部传播,同期 fork 账号是批量注册的小号,很可能是买星或互刷。
C你可以怎么跟 别抄它的涨星方式,把「有截图证据才修、隔离修复、前后对比」这套闭环做成一行就能装的 skill 或 MCP,切一个窄口子,用前后对比图在 X 上晒效果。
- 数据(每天更新) · 建库 2026-10-25 · 265 星 · 7 天 +240
GitHub · 星数 数据 2026-10-27 → 2026-11-08(13 天,13 次观测)。10-28 以前的点来自 deeply / 存档补录,不是每天都有
HappyHands 是一个人做的开源工具:给你的项目截图、找出 UI 问题,交给 Codex 在隔离的分支里修,修完让你对比前后、自己拍板。它 10 月 25 日建库,11 月 3 日还只有 25 颗 star,三天后到了 179,11-06 下午 GitHub 上已经是 227。可这三天里,除了作者自己,网上几乎找不到第二个人提它。想靠它学怎么涨星的人,该看的恰恰是这个落差。
一条 2516 次浏览的首发帖
10 月 26 日,作者在 X 上(@ShuaiXU13)发了首发帖,8 个赞,2516 次浏览。第二天仓库有了 20 颗 star——这是正常的熟人盘:自己的关注者、朋友、顺手点一下的人。
接下来七天,star 从 23 慢慢挪到 25。作者 11-02 又发了一条求合作(3 赞、50 浏览),11-03 引用了一条别人的爆帖蹭流量(2 赞、114 浏览),都没溅起水花。它的官网页头那几天写的还是「GitHub 33」。
然后曲线突然变了形:
| 日期 | star | fork | 当天发生了什么 |
|---|---|---|---|
| 10-27 | 20 | 0 | 首发后第二天 |
| 11-03 | 25 | 1 | 七天几乎没涨 |
| 11-04 | 85 | 1 | 一天 +60,fork 一个没多 |
| 11-05 | 105 | 1 | +20;作者把 README 改成中英双语、加了 37 秒演示视频 |
| 11-06 | 179 | 4 | 一天 +74;当天下午 GitHub 显示 227 |
来源:GitHub 每日 star 记录与 GitHub 页面,11-06。
它到底是什么
README 第一句是「Give every UI change a reason」——每一处 UI 改动都要有个理由。流程是三步:
- 接上你的本地仓库和预览地址,它按页面、设备、交互状态截图,列出问题;
- 点「自动修复」,它让 Codex(或 Claude Code)在一个独立的 git worktree 里改,改完重新截图,再做一轮独立的视觉复核;
- 你对比前后,收或者不收;收了也只开一个 draft PR,不合并、不部署。
它最讲究的一点是「有证据才进修复清单」:每条问题都要有可复现的截图观察、说明错在哪,还要引用某份设计规范的具体章节、行号和原文;「我觉得不好看」这种意见不会被自动拿去改。
这套设计是认真的。但上手要 Node 22.15+、pnpm 11.19、Chrome,还要登录 Codex CLI,clone 下来再起一个本地服务,而且标着 Alpha。
那两天的 star 是谁点的
11-04 那天 +60 颗,X 上、Hacker News 上、V2EX、知乎、阮一峰的周刊里都搜不到它;网页上能找到的只有几个自动收录的目录站和作者自己的 YouTube 频道(演示视频 5 次播放)。没有大号转,也没有社区帖。
11-05 出现了 4 个新 fork,能看出点东西:
shuaixu003-ui:看名字像作者自己的小号。geeks-sifts-6h、personabends7z、skywardflapper8m:「两个英文词 + 两位后缀」的生成式用户名,都是 2026 年才注册的号,每个只有 2 到 7 个仓库,却各自 star 了 78 到 92 个仓库。它们 star 的列表高度重合,几乎都是一两百星的中文小仓库(其中还有好几个「2026 vpn」之类的)。
这是刷星或互刷平台账号的典型样子。再加上 star 和 fork 是 179 比 4、open issue 是 0、watcher 只有 2——一个必须 clone 下来才能用的本地工具,真有人试的话不会这么安静。所以最可能的解释是买星或互刷星(推断:star 账号本身没能逐个核对;小红书、公众号、微信群也没查到,不排除有一小部分是中文社群转来的真星)。
刷到这个量能换来什么?GitHub 的 trending 不会收它,大号也不会因为 200 颗星去转。它换来的只是一个好看一点的数字。
谁在跟它抢
HappyHands 所在的赛道叫「给 coding agent 补设计能力」,这一年非常热,也非常挤。star 数都是 11-06 的:
| 项目 | 规模 | 和 HappyHands 的区别 |
|---|---|---|
| pbakaus/impeccable | 10.4 万星,7 天 +8787 | 一套给 agent 的设计词汇和 critique / audit 命令,一行装好就能用 |
| VoltAgent/awesome-design-md | 12.6 万星 | Design.md 合集,不做评审 |
| nexu-io/open-design | 10.6 万星 | 本地 AI 设计工作区,重点是从零生成 |
| dickwu/apple-design-skill | 2848 星,7 天 +524 | 按苹果设计规范做 UI 评审的 skill,和它最像,但只是一个 skill |
| shadcn-ui/lint | 3315 星 | 把设计规则写成 lint 让 agent 自查,不靠截图 |
| AmElmo/proofshot | 870 星 | 给 agent 截图、录屏、留证据,不做设计判断 |
大头几乎都是「装上就能用」的 skill 或合集。HappyHands 的差异是真的——截图证据、隔离修复、前后对比、人拍板,是这些项目里最严谨的一个闭环——但它是个重型工作台,而真正涨星的那几天外面根本没人讨论它,这些差异还没被人看到。
官网那一手
作者另外做了个官网 happyhands.cc,首页默认中文,聚合了 2148 个 Design.md、设计系统和组件资源,做成可搜索的资源库,还在官网仓库里连开了好几个「中英双语 SEO、让 AI 搜索也能找到」的改动。意图很明显:接「DESIGN.md」这股热度的长尾搜索流量。网站才十来天,效果还看不出,但这个思路比刷星实在。
如果是你
一句话判断:HappyHands 的 star 不能照抄,它的产品形态值得换个更轻的壳再做一遍。
- 适合谁: 会写 agent skill / MCP、对 UI 有判断力、想在一个正热的赛道里做个能被人记住的开源项目的开发者。
- 不适合谁: 想照它做一个重型本地工作台的人——门槛高、没人试,最后只能靠刷;也不适合想正面去和 impeccable 拼「设计词汇大全」的人,那块已经被十万星的项目占了。
- 怎么做: 把它最好的那部分——「每条问题必须带截图和规范原文,修复在隔离分支里跑,修完出前后对比」——做成一行就能装的 skill 或 MCP,挂在 Claude Code、Codex、Cursor 上直接用。可以只切一个窄口子:只评移动端、只评某个组件库、只按某个国家的设计规范。
- 怎么获客: README 第一屏放一张前后对比图和一段 30 秒录屏;在 X 上给热门的设计 skill 帖子下面晒「同一个页面,它挑出了哪三处问题、怎么改的」;学它的官网,做一个双语的设计规范资源页接搜索流量。别买星——179 比 4 的比例谁都看得出来。
- 什么时候之前: 这股「给 agent 补设计」的热度还在涨(impeccable 一周 +8787、apple-design-skill 一周 +524),窗口大概就是接下来两三个月;等大厂把截图评审做进自家 agent,单独的 skill 就难出头了。
- 什么情况说明我看错了: 如果 HappyHands 接下来在没有新一波可疑 fork 的情况下继续涨,并且开始出现真实的 issue 和讨论,说明中文社群里确实有人在用它,重型工作台这条路也走得通,值得重看。
研究底稿:竞品表、获客证据、完整研究报告
- 竞品
名字 在哪 上线 规模 它和这家不同在哪 pbakaus/impeccable 开源 2025-11 103,756 星,7 天 +8787 给 agent 一套设计词汇和 critique/audit 命令,装上就能用;HappyHands 是一个重型本地工作台,多了截图证据链、worktree 修复和前后对比 VoltAgent/awesome-design-md 开源 2026-03 125,763 星 只是 Design.md 合集;HappyHands 官网也聚合了同类资源,但主打的是评审和修复 nexu-io/open-design 开源 2026-04 106,095 星 本地 AI 设计工作区,重点是从零生成;HappyHands 只评审和修改已有界面 OpenCoworkAI/open-codesign 开源 2026-04 8,165 星 开源版 Claude Design,做原型生成,不做基于证据的评审 Claude Design / Figma Make / v0 大厂功能 2025-2026 大 云端生成;不在本地仓库里做隔离修复,也不留证据记录 dickwu/apple-design-skill 开源 2026-02 2,848 星,7 天 +524 按 Apple HIG 做 UI/UX 评审的 skill,最像 HappyHands,但没有工作台、截图和自动修复闭环 shadcn-ui/lint 开源 2026-09 3,315 星 把设计系统规则写成 lint 让 agent 自查;HappyHands 靠截图和视觉复核 AmElmo/proofshot 开源 2026-02 870 星 只给 agent 截图、录屏、留证据,不做设计诊断 Chromatic / Percy 其他 多年前 商业 SaaS 像素级视觉回归,不诊断设计问题,也不调 agent 修 - 用户从哪来
- 推断 刷星 / 互刷平台:11-05 的 fork 账号 geeks-sifts-6h、personabends7z、skywardflapper8m 都是生成格式的用户名,GitHub ID 在 3.2 亿到 3.4 亿(2026 年新号),每号只有 2 到 7 个仓库却 star 了 78 到 92 个,star 列表高度重合(比如都有 chutingyean/Agent-Cockpit、2026vpn、vpn-guide-2026 等中文小仓库);暴涨的两天外部零提及
- 查实 作者 X 账号自推:@ShuaiXU13 10-26 首发帖 2516 浏览 / 8 赞;11-02、11-03 两条各约 50 和 114 浏览(x live 搜索)
- 查实 作者小号:shuaixu003-ui 在 11-05 09:11 UTC fork
- 查实 SEO / 设计资源聚合官网:happyhands.cc 首页默认中文,聚合 2148 个 Design.md、设计系统、组件资源;happyhands-site 仓库有 #39、#48、#50 等 SEO PR
- 查实 目录站自动收录:VentureDex 10-26 收录了发布视频,trendshift 有统计页
ShuaiMXu/happyhands:12 天的新库三天涨了 150 星,星从哪儿来
研究日期 2026-11-06。数据来源:我们的 github 库(repo_day / repo_profile,2026-10-28 起)、GitHub API、X 实时搜索(x-radar x live)、Jina / Exa / Brave 网页搜索、GitHub 公开页面(经 r.jina.ai 读取)。
一句话结论
HappyHands 是一个单人做的开源本地工作台:给项目截图、找出 UI 问题,让 Codex 在独立的 git worktree 里修,再对比修改前后、决定收不收。它其实没有自然跑出来。 11-04 和 11-06 这两次 star 暴涨,找不到任何外部传播来源;同一时间段的 fork 账号是批量注册的养号小号,它们 star 的是同一批中文作者的小仓库。最可能的解释是买 star / 互刷 star。产品本身切的是一个真实的需求缺口(拿真实截图做有依据的 UI 评审,再加可回退的自动修复),但目前没有证据表明有人在真用。
1. 数据
| 日期 | star | fork | 说明 |
|---|---|---|---|
| 10-25 | 0 | 0 | 建库 |
| 10-26 | — | 1 | 作者在 X 发首发帖(@ShuaiXU13,8 赞 / 2516 次浏览);Mrfranken 在这天 fork |
| 10-27 | 20 | 0 | 首发后的熟人盘 |
| 10-28 ~ 11-03 | 23→25 | 1 | 七天基本没涨 |
| 11-04 | 85 | 1 | 一天 +60 |
| 11-05 | 105 | 1 | +20;作者把 README 改成双语、加了 demo 视频 |
| 11-06 | 179 | 4 | 一天 +74;下午 14:33 UTC 时 GitHub API 已经是 227(当天又多了约 48) |
来源:github 库 repo_day;GitHub API repos/ShuaiMXu/happyhands(2026-11-06 14:33 UTC)。 官网 happyhands.cc 页头写的是「GitHub 33 / 更新于 2026/11/3」,说明 11-03 之前它一直只有二三十颗星。
2. 增长手段:证据
2.1 能找到的公开曝光都很小
- X:用
x live搜「happyhands」「happyhands.cc」「ShuaiMXu/happyhands」近 14 天的帖子,一共只搜到作者自己 3 条:10-26 首发(8 赞 / 2516 浏览);11-02 求合作(3 赞 / 50 浏览);11-03 引用 @Voxyz_ai 的爆帖蹭流量(2 赞 / 114 浏览)。没有任何别人转发,也没有大号写过。 - HN:hackernews 库里标题、链接、github_repo 三个字段都搜不到。
- 网页 / 媒体:Jina、Exa、Brave 只搜到 VentureDex 自动收录的视频页(10-26)、trendshift 的统计页、作者自己的 YouTube 频道(Shaka AI,视频 5 次播放)。V2EX、即刻、知乎、阮一峰周刊(417、418 期)都没有提到它。小红书没查成(TikHub 的小红书接口返回 404)。
- SEO:作者在官网仓库 ShuaiMXu/happyhands-site 里开了一串 SEO PR(#39「improve SEO and AI discovery with bilingual product guides」、#48、#50「bilingual AI website design and AI UI review workflows」)。官网首页默认中文,聚合了 2148 个 Design.md、设计系统和组件资源,明显是想拿「DESIGN.md」这类长尾搜索词;不过 10 天的新站还看不出效果。
2.2 star 暴涨期的 fork 账号像刷星小号(强证据)
11-05 这一天新出现了 4 个 fork:
shuaixu003-ui(09:11 UTC):从名字看像作者自己的小号。geeks-sifts-6h(09:21)、personabends7z(15:31)、skywardflapper8m(18:43):用户名都是「两个英文词 + 两位字母数字后缀」的生成格式,GitHub 用户 ID 在 3.21 亿到 3.41 亿之间(都是 2026 年才注册的号),每个号只有 2 到 7 个仓库,却各自 star 了 78 到 92 个仓库。- 它们 star 的列表重合度很高,几乎全是中文作者的小仓库,star 数集中在 100 到 300:
chutingyean/Agent-Cockpit同时出现在两个号里,另外还有syufk/2026vpn、shanyu…/vpn-guide-2026、13266390955bin-sudo/star、MicTx/spec-harness(260 星)、YIAN6557/universal-content-intake(275 星)、一串dsh-*仓库等等。这是典型的刷星 / 互刷平台的账号画像。 - 另外,11-04 那天 +60 星时 fork 一个没涨,star 和 fork 之比 179:4。真正的开发者在试用一个必须 clone 才能跑的本地工具时,通常会留下更多 fork、issue 或讨论,可这个仓库 open issue 是 0,watcher 只有 2。
限制:stargazers 接口这次拿不到(全权限 token 返回 404,只读 token 返回 403,之后又撞上 API 限额),所以没法逐个检查 star 账号和 star 的时间。上面的判断是根据 fork 账号推出来的,但信号已经很强。
2.3 渠道小结
| 渠道 | 证据 | 是否确认 |
|---|---|---|
| 刷星 / 互刷平台 | 暴涨期的 3 个 fork 都是生成名的新号,star 列表高度重合,都是中文小仓库;暴涨时外部零提及 | 高度可能,未逐个核对 stargazer |
| 作者 X 账号自推 | @ShuaiXU13 发了 3 条,最高一条 2516 浏览 / 8 赞 | 确认,但量很小 |
| 作者小号 | shuaixu003-ui 在 11-05 fork | 确认存在 |
| SEO / 中文官网 + 设计资源聚合 | happyhands-site 的多个 SEO PR,首页 2148 条资源 | 确认在做,效果未知 |
| 目录站 / 自动收录 | VentureDex(10-26)、trendshift | 确认,带不来量 |
3. 竞品
它所在的赛道是「给 coding agent 补上设计能力」,已经非常拥挤,而且大头都是 skill 或 Design.md 合集:
| 名字 | 在哪 | 上线 | 规模 | 和 HappyHands 的区别 |
|---|---|---|---|---|
| pbakaus/impeccable | 开源 skill | 2025-11 | 103,756 星,7 天 +8787 | 给 agent 一套设计词汇,用 critique / audit 命令评审;不需要单独的工作台,也不截图对比 |
| VoltAgent/awesome-design-md | 开源合集 | 2026-03 | 125,763 星 | 只是 Design.md 合集,不做评审。HappyHands 官网的资源库就是同类内容 |
| google-labs-code/design.md / Google Stitch | 大厂 | 2026-04 | 28,749 星 | Design.md 格式规范本身 |
| nexu-io/open-design | 开源 | 2026-04 | 106,095 星 | 本地优先的 AI 设计工作区,重点在从零生成,不在评审已有界面 |
| OpenCoworkAI/open-codesign | 开源 | 2026-04 | 8,165 星 | 开源版 Claude Design,也是生成原型 |
| Claude Design / Figma Make / v0 | 大厂功能 | 2025–2026 | 大 | 云端生成;不在本地 repo 里跑,没有 worktree 隔离修复,也没有证据链 |
| dickwu/apple-design-skill | 开源 skill | 2026-02 | 2,848 星,7 天 +524 | 按 Apple HIG 做 UI/UX 评审的 skill,和它最像,但只是 skill |
| shadcn-ui/lint | 开源 | 2026-09 | 3,315 星 | 把设计系统规则写成 agent 能验证的 lint;评审靠规则,不靠截图 |
| AmElmo/proofshot | 开源 | 2026-02 | 870 星 | 给 agent 截图、录屏、留证据,不做设计判断 |
| oil-oil/oil-ui、feimacode/open-design-agent-kit | 开源 skill | 2026-09 | 2,805 / 1,000 星 | 让 agent 探索、比较多个 UI 方向 |
| Chromatic / Percy 等视觉回归 | 商业 SaaS | 多年 | 大 | 像素级回归对比,不诊断设计问题,也不自动修 |
(各仓库 star 数来自 github 库 repo_profile,2026-11-06)
4. 差异化
- 有证据才进修复清单:每一条缺陷都要有可复现的观察、错在哪的解释,外加对某个 skill 快照的章节、行号、原文引用;纯审美意见不会自动进入修复列表(docs/finding-admission-policy.md)。
- 闭环在本地、可回退:诊断 → 在隔离的 git worktree 里交给 Codex(或 Claude Code)修 → 重新截图、独立视觉复核 → 人决定收不收 → 只开 draft PR,不合并、不部署。
- 用产品自己的设计源:DESIGN.md、tokens、组件目录都只是可选输入,不强加 HappyHands 自己的风格。
这几点确实比「一个 skill 文件」更严谨,但上手门槛也高得多:要 Node 22.15+、pnpm 11.19、Chrome,还要登录 Codex CLI,再 clone、起本地服务,而且仍是 Alpha。Impeccable 那类 skill 一行命令就能装。差异化是真的,但不是它涨星的原因:涨星的那几天外部没有任何讨论,差异化根本还没被人看到。
5. 为什么会出现在我们的召回里
- 召回规则看的是「新库 + 短期 star 脉冲」,刷星恰好能制造这种形状:+60、+20、+74,fork 却几乎不动。
- 能看到它的人只有:作者 X 帖的几千次浏览、trendshift / VentureDex 这类自动收录站。
6. 能借鉴的
- 「先有证据、再修复、最后人来拍板」这套 UI 评审闭环(worktree 隔离、截图对比、只开 draft PR)是个好产品形态;如果做成一行就能装的 skill 或 MCP,而不是一个重型工作台,可能更容易传播。
- 官网把 2000 多个 Design.md、设计系统、组件做成可搜索的资源库,中英双语做 SEO,用来接「DESIGN.md」这股热度的长尾流量,这个思路可以学。
- 反面教训:刷到一两百星既进不了 trending(要建库满约 60 天),也不会被大号转。star / fork / issue 的比例一眼就能看出问题。
7. 不确定的
- stargazers 没能逐个核对(接口受限),所以「刷星」是根据 fork 账号画像和外部零提及推出来的,不是直接证据。
- 小红书、微信公众号、微信群没查到。不能完全排除某个中文社群转发带来了一部分真实 star。
- 作者背景:GitHub 上写的 blog 域名 shuaimxu.com 解析不了;10-21 的 HappyClaw 评审记录显示他在用这个工具评审 riba2534/happyclaw 的界面,两人有什么关系未核实。