一个漏洞、一个好记的名字、一份能照做的维基:hackalice 怎么两周拿到 888 star
它是什么 一个俄语开源维基,教人怎么给 Yandex Station 智能音箱拿 root、防止自动更新、装第三方软件,甚至用自己的大模型换掉 Alice。
为什么火了 10 月 20 日公开了一个不用拆机就能 root 的漏洞,Yandex 强推补丁但恢复出厂又能刷,几万人突然想动手;它第一个把散落的单机型仓库和 Telegram 消息聚成按机型查的网站,配上 hackalice 这个好记的名字,媒体、论坛和 TikTok 都只引它。
C你可以怎么跟 别再做一个 Yandex 音箱维基,学打法:盯住一个你熟的封闭设备圈子,等它出越狱、漏洞或强推更新,72 小时内抢名字、建「型号到方法」的文档站加 GitHub 仓库,请单点作者提 PR 并进来。
- 数据(每天更新) · 建库 2026-10-23 · 934 星 · 7 天 +236
GitHub · 星数 数据 2026-10-26 → 2026-11-08(14 天,14 次观测)。10-28 以前的点来自 deeply / 存档补录,不是每天都有
Yandex Station Extended 是一个俄语开源维基,教人怎么给 Yandex 的智能音箱拿 root,拿到之后能干什么。漏洞不是作者找的,工具也大多不是他写的。他做对的是两件事:漏洞公开后第三天,他第一个把所有机型、所有方法整理成一个能接 PR 的网站;再给这个网站起了一个人人记得住的名字,hackalice。下面讲它怎么涨起来的、你能从中拿走什么,以及为什么照着做这一个已经晚了。
一个把 Alice 换成 Claude 的人
2026 年 10 月 27 日晚上,Habr 上出了一篇教程,标题是《我怎么把 Claude 住进 Yandex Station Mini》,到 11-06 有约 1 万次阅读(Habr 页面计数)。作者手上有一台 Mini 3:「好硬件,4 核、麦克风、喇叭、一圈灯——全被锁在 Alice 里。」他拿到 root,删掉 Yandex 的整套软件,换上自己的语音链路:喊一声「Клод」(Claude),音箱本地识别语音,把问题发给 Claude API,再用 ElevenLabs 念出答案。他说代码大部分是 Claude Code 写的,「大 Claude 在给小 Claude 盖房子」。
文章最后两行是:「差点忘了,特别感谢 Telegram 上的 Yandex Station Extended 社区 @hackalice」「也别忘了网站 hackalice.me」。
同一天,Habr 的每周新闻综述也写了一句,各机型的指南都收在开源维基 Yandex Station Extended 里。这个仓库 10-26 有 50 个 star,10-27 涨到 247,10-28 到了 513。
它是什么
仓库本身只是个门面。README 第一段写着:「Yandex Station 里面就是普通的 Linux。这里收着社区知道的一切:怎么不拆机拿 root、怎么保住权限、怎么关掉更新。」正文在 MkDocs 搭的站点 hackalice.me 上,11-06 收了 17 个机型、17 个配方:
- 每个机型用哪种方法拿 root(DNS 方法、从工厂模式改 CA、USB 接 ADB、安卓 App),一张表看完;
- SSH 和屏蔽 OTA,免得一更新权限又没了;
- 包管理器、USB 外设、AirPlay、Spotify Connect、自定义提示音和灯光;
- 用自己的大模型换掉 Alice(Home Assistant、自建后端、ChatGPT Voice);
- 各机型的芯片、闪存分区、固件架构。
作者 Марк Писаренко(GitHub 上叫 Marker284)在阿拉木图做系统管理员和智能家居工程,这是他 GitHub 上唯一一个仓库,做之前只有 20 个关注者。
为什么是这两周
起因是一个漏洞。2025 年 6 月,印度 CA eMudhra 的签名出了问题,私钥落在一批很弱的值上。2026 年 10 月 20 日,一个叫 bitracker 的人演示:Yandex Station Mini 2 还信任 eMudhra 的证书链,把 DNS 劫持到假服务器,给音箱下发一份开了 ADB 的配置,就拿到了 root,不用拆机。
接下来几天发生得很快:
| 日期 | 发生了什么 |
|---|---|
| 10-20 | bitracker 公开方法(eQuasar) |
| 10-21~22 | GitHub 上冒出第一批单机型仓库:root 脚本、Spotify、Nix 一键越狱 |
| 10-22 | CNews、Kod.ru、mail.ru、Rambler 集中报道;Yandex 确认是漏洞,开始强推补丁 |
| 10-21~23 | 补丁推给「数百万台」在线设备;但恢复出厂会回到旧固件,漏洞也跟着回来(Yandex 在 Habr 上的复盘) |
| 10-23 21:03 UTC | 本仓库建库,40 分钟内配好主题和 hackalice.me 域名 |
| 10-25 | TikTok 上一条带 #hackalice 的视频 37.7 万播放、3.76 万赞 |
| 10-27 | Habr 两篇文章点名 |
| 10-30 | SecurityLab 专题《从一台音箱开始,聚了 9000 多人》,正文第一条链接就是 hackalice.me |
需求一下子冒出来,有三个原因。一是设备多:Yandex 在俄罗斯智能音箱市场占了约九成(CNews 引 М.Видео,2026 年 Q1)。二是「强推补丁」本身就是情绪:CNews 的标题写的是 Yandex 立刻把这个可能掐掉了,很多人第一次意识到自己买的音箱自己做不了主。三是窗口没关死,恢复出厂就能回到能刷的固件,于是「我这台什么型号、该用哪招、刷完怎么防更新」成了一个一直有人问的问题。再加上大模型:不少人想把 Alice 换成 ChatGPT、DeepSeek、Claude,TikTok 上一堆「vibe coding 写了个网页面板」的视频,普通人也敢去试了。
star 是怎么涨的
| 日期 | 累计 star | 当日新增 |
|---|---|---|
| 10-26 | 50 | |
| 10-27 | 247 | +197 |
| 10-28 | 513 | +266 |
| 10-30 | 610 | +37 |
| 11-02 | 718 | +20 |
| 11-05 | 834 | +63 |
| 11-06 | 888 | +54 |
(GitHub 每日 star 数;11-06 是当天 GitHub API 的数,另有 121 个 fork。)
它没上过 GitHub Trending,流量全从俄语圈的几处来:
- 媒体:SecurityLab 专题(后来站点上还能看到 utm_source=Securitylab.ru 的来源)、Habr 两篇。CNews 那批 10-22 的报道在建库之前,没提它,但把搜索需求打了出来。
- TikTok:#hackalice 已经成了标签,前排视频 1,500 到 37.7 万播放。有人直接在视频里写「рут права на лайт 2,破解频道:@hackalice」,把人带进 Telegram。
- Telegram:频道 @hackalice 1,802 订阅;SecurityLab 说整个圈子超过 9,000 人(多半是好几个群加起来,具体哪个群没核实)。
- 论坛:4pda 的「破解 Yandex 音箱」帖开头就让人去看 hackalice.me,Pikabu 评论里有人说「搜 hackalice.me」。
- README 要 star:「⭐ 有用吗?点个 star,这能让项目做下去。」流量高峰时,这句话就是把访客变成 star 的最后一步。
fork 率约 13.6%(121 / 888),一般项目远到不了这个数,说明真有人拿去照做。
它和那几十个仓库差在哪
同一件事,10-21 之后 GitHub 上冒出了几十个仓库。比它小得多:
| 项目 | 做的是什么 | star(11-06) |
|---|---|---|
| Morvex885/pulsar | 把音箱做成 Home Assistant 的语音卫星 | 104 |
| miilv/ya-station-root-shell | 单机型的完整利用链复现 | 83 |
| dimap/yapanel-web | root 之后的网页面板 | 75 |
| hu553in/yandex-station-root | root 脚本加 OTA 控制,只在 Mini 2 上测过 | 65 |
| klockky/spotiya | Spotify Connect | 58 |
| otomir23/quasar-unlock | Nix 一键越狱 | 23 |
第二名不到它的八分之一。这些仓库大多是「一个人、一台机、一个工具」;它没有一项技术是自己的,差别全在形态上:有域名、有导航、按「你手上是哪个型号」来组织、每页都能「在 GitHub 上编辑」、有贡献者署名页。记者、论坛、TikTok 博主要给读者一个链接时,只有它接得住「我有某某型号,该怎么办」这种问题。
接着它把对手变成了上游。pulsar 10-30 被收成一个配方;krevetkqqq、derangedabbot 这些单点仓库的作者直接来提 PR,把自己的成果并进去。到 11-06,仓库有 58 个贡献者、287 次提交、70 个合并的 PR,作者自己 142 次,其中 8 次是 claude 账号提交的(推断:他在用 Claude Code 赶内容)。别人并进来得越多,它作为唯一入口的地位就越稳。
你能拿走什么
这是一套能搬的打法,跟音箱无关:一个设备很多的封闭平台出了越狱、漏洞或政策变动,72 小时内做出那个唯一的入口。
- 先抢名字。域名、Telegram、TikTok 标签用同一个词,好念、好传。hackalice 比「Yandex Station Extended」好用十倍,TikTok 上传的是前者。
- 文档站加 GitHub。正文放 MkDocs 或 Docusaurus,README 只当门面和要 star 的地方。
- 按读者手上的东西组织,不按技术组织。第一张表就是「你的型号 → 用哪招」。
- 把贡献做成流水线:每页能编辑、贡献者有署名、PR 当天合。散落的单点作者会自己把成果送进来。
- 风险提示写清楚(它写的是「所有内容只用于你自己的设备」),记者才敢放链接。
如果是你
C。打法值得学,这一个跟不了。Yandex 音箱这件事的入口已经是它的了,第二个同类维基只会变成它的上游;而且项目整个靠一次漏洞撑着,Yandex 哪天把出厂固件或服务端堵上,热度就会跟着退。
适合谁:盯着某个封闭设备圈子的开发者,比如某款路由器、电子书阅读器、车机、游戏掌机、国产智能音箱。你本来就在那个圈子的 Telegram、论坛或 QQ 群里,事件一出来就能当天动手。
不适合谁:想现在再做一个 Yandex Station 维基、或者翻成英文的人。英文世界基本没人用这款音箱,X 上也没人讨论 hackalice。
怎么做:选一两个你熟的设备圈子,平时把机型表、固件版本、已知方法记在一个私有文档里。等它出事件(一次越狱公开、一次强推更新、一次停服或改规则),24 小时内建库、上域名,48 小时内把手上所有机型和方法排成一张表,README 写一句要 star。
怎么获客:去这件事已经在发生的地方:那个圈子的论坛帖、Telegram 群、短视频标签下面。给记者和写教程的人一个可引用的链接,主动去致谢那些单点仓库的作者,请他们提 PR 把东西并进来。
什么时候之前:事件公开后 72 小时内。它比第一批单点仓库只晚一两天,赢在第一个做成「全机型」;晚一周,入口就是别人的了。
什么情况说明看错了:① hackalice 在 Yandex 堵住出厂固件之后一个月内,每天新增 star 掉到个位数,而且再也不起来,说明这类项目的寿命比想的还短,攒下的名气也有限;② 下一个设备圈子出事件时,带走流量的是厂商自己的说明页或一个 Telegram 频道,不是 GitHub 维基,说明「维基加 GitHub」这个形态只是这一次碰巧对了。
---
数据与出处:GitHub API(仓库、贡献者、提交、PR,11-06)与每日 star 数(10-26 到 11-06);Habr《Как я поселил Claude в Яндекс Станцию Мини》(10-27)及每周新闻综述;Yandex 在 Habr 上的漏洞复盘;SecurityLab(10-30);CNews(10-22);TikTok #hackalice 标签下的视频(11-06 查);Telegram @hackalice;4pda、Pikabu 公开帖。写「推断」「没核实」的地方是推断和没核实。
研究底稿:竞品表、获客证据、完整研究报告
- 竞品
名字 在哪 上线 规模 它和这家不同在哪 eQuasar / defenders08.tech(bitracker) 网页 2026-10-20 原始漏洞;GitHub 镜像 3★ 漏洞源头,只覆盖 Мини 2 一种方法;本项目是它的下游聚合 miilv/ya-station-root-shell 开源 2026-10-21 83★ 单机型利用链复现,不讲 root 之后能做什么 hu553in/yandex-station-root 开源 2026-10-22 65★ 只在 Мини 2 上测过的脚本工具,不是文档 Morvex885/pulsar 开源 2026-10-21 104★ 单一用途(HA 语音卫星),已被本维基收录为配方 dimap/yapanel-web 开源 2026-10-24 75★ 单一网页面板工具 klockky/spotiya 开源 2026-10-22 58★ 只做 Spotify Connect 一个配方 4pda「Взлом Яндекс станции」帖 其他 2026-10 下旬 未核实 论坛帖,帖首直接导流到 hackalice.me AlexxIT/YandexStation 开源 2020-01 2,002★ 走官方云 API 的 HA 集成,不 root,不是同一件事 wiki.yaboard.com 网页 更早 未核实 老牌 Yandex 设备知识库,没接住这次 root 热点 - 用户从哪来
- 查实 媒体(SecurityLab / Habr):SecurityLab 10-30 专题正文直接链 hackalice.me;Habr 10-27 新闻综述点名「开源维基 Yandex Station Extended」,当晚热文《Claude 住进 Станция Мини》文末致谢 @hackalice
- 查实 平台事件带出的搜索需求:CNews、Kod.ru、mail.ru、Rambler 10-22 集中报道 root 漏洞和 Yandex 强推补丁,早于建库
- 查实 TikTok UGC:#hackalice 标签:эщкере_даун 10-25 37.7 万播放,artemabak 3.6 万,guffi876 1.3 万;有视频直接引流「тгк @hackalice」
- 查实 Telegram 社群:频道 @hackalice 1,802 订阅;SecurityLab 说整个圈子超过 9000 人
- 查实 论坛口碑(4pda / Pikabu):4pda「Взлом Яндекс станции」帖首指向 hackalice.me;Pikabu 评论「搜 hackalice.me」
- 查实 站内要 star 加贡献飞轮:README 两处要 star,有专门一节;每页都能在 GitHub 上编辑,有贡献者名单页,50 多位贡献者
- 推断 GitHub Trending / Trendshift:库龄不到 60 天,进不了 trending;召回理由说上过 Trendshift Shell 榜第 5,没核实
Marker284/yandex-station-extended(Yandex Station Extended / hackalice.me)研究报告
日期:2026-11-06 | 渠道:GitHub | 仓库:github.com/Marker284/yandex-station-extended | 站点:hackalice.me
一句话
一个俄语的开源维基,教人怎么拿到 Yandex Station(带「Alice」语音助手的 Yandex 智能音箱)的 root 权限,以及 root 之后能做什么:SSH、屏蔽 OTA、包管理器、USB、AirPlay/Spotify、用自己的 LLM 换掉 Alice。正文是 MkDocs Material 生成的站点 hackalice.me,README 只是门面。作者 Марк Писаренко(Marker284,阿拉木图的系统管理员和智能家居工程师,GitHub 粉丝 20)。
结论: 它能起来,是因为踩中了一个平台事件:10 月 20 日公开了一个免拆机 root 漏洞,10 月 21-23 日 Yandex 强推补丁,但恢复出厂会回到带漏洞的固件。几万个想动手的人一下子冒出来,而知识散在十几个单机型小仓库、Telegram、4pda 和 TikTok 里。它在 10 月 23 日第一个做出「全机型、全流程、可 PR」的聚合维基,接着把媒体、Habr、4pda、TikTok 带来的流量都接到 GitHub 上。差异化在形态上(聚合维基加社区流水线),不在技术上;而这个形态正是它跑出来的原因。
一、时间线(它为什么偏偏是现在)
| 日期 | 事件 | 出处 |
|---|---|---|
| 2025-06 | eMudhra(印度 CA)的签名问题暴露,私钥落在 1–255 这样的弱值上 | Yandex 官方 Habr 复盘 habr.com/ru/companies/yandex/articles/1100180/ |
| 2026-10-20 | bitracker 演示:Станция Мини 2 仍然信任 eMudhra 证书链,DNS 劫持到假服务器后下发开了 ADB 的配置,拿到 root(eQuasar / defenders08.tech) | SecurityLab www.securitylab.ru/news/579412.php ;Habr habr.com/ru/articles/1099718/ |
| 10-21~22 | 第一批单点仓库出现:miilv/ya-station-root-shell(10-21)、hu553in/yandex-station-root、otomir23/quasar-unlock、klockky/spotiya(都是 10-22) | GitHub API |
| 10-22 | Kod.ru、CNews、anti-malware、mail.ru、Rambler 等大众科技媒体集中报道;Yandex 确认是漏洞,自动推补丁 | CNews www.cnews.ru/news/top/2026-10-22_rossiyane_nashli_hitryj_spo… |
| 10-21~23 | Yandex 给「数百万台活跃 Станция」推完补丁;但恢复出厂会回到旧固件,漏洞也跟着回来 | Yandex Habr 复盘;SecurityLab |
| 10-23 21:03 UTC | 本仓库建库,40 分钟内配好主题、自定义域名 hackalice.me,并写成「DNS 解锁 + 各项目配方 + 贡献指南」 | 仓库提交历史 |
| 10-21~26 | TikTok 上「越狱 Яндекс Станции」成了小热潮:dedvpn_official 14.2 万播放、demka__3221 13.2 万;带 #hackalice 标签的 эщкере_даун(10-25)37.7 万播放、3.76 万赞 | TikHub 搜索 |
| 10-27 | Habr「本周幻觉」专栏说「各机型指南都收在开源维基 Yandex Station Extended」;当晚 Habr 热文《我怎么把 Claude 住进 Яндекс Станция Мини》在文末致谢 @hackalice 和 hackalice.me | habr.com/ru/articles/1099718/ ;habr.com/ru/articles/1100268/ |
| 10-27~28 | star 从 50(10-26)涨到 247(10-27)再到 513(10-28),单日最高 +266 | 数据卡 daily |
| 10-30 | SecurityLab 专题《从一台音箱开始,聚了 9000 多人》,正文第一条链接就是 hackalice.me(站点后来还能看到 utm_source=Securitylab.ru 的引流) | www.securitylab.ru/news/579412.php |
| 11-06 | 887 star、120 fork(GitHub API 当天);Telegram 频道 @hackalice 有 1,802 订阅 | GitHub API;t.me/hackalice |
为什么偏偏是现在:(1)Yandex 在俄罗斯智能音箱市场近乎垄断(2026 年 Q1 每 10 台里约 9 台,CNews 引 М.Видео),设备基数在「数百万台」;(2)「强推补丁」这件事在用户心里种下了「我的设备我做主」的情绪(CNews 标题就是「Yandex 立刻掐掉了这个可能」);(3)恢复出厂会回到旧固件,窗口没关死,所以需要有人维护「怎么防 OTA、哪个机型用哪招」的清单;(4)LLM 和 vibe coding 的时机:很多人想把 Alice 换成 ChatGPT、DeepSeek、Claude,TikTok 上一堆「навайбкодил 了个网页面板」的视频,门槛低到普通人也会去试。
二、竞品与同类(全是 10 月 21 日之后冒出来的)
| 项目 | 形态 | 上线 | 规模(11-06) | 和本项目的区别 |
|---|---|---|---|---|
| eQuasar / defenders08.tech(bitracker) | 原始漏洞和工具 | 10-20 | 网站;GitHub 镜像 rogovskoy/eQuasar 3★ | 漏洞的源头,只管 Мини 2 的一种方法;本项目是它的下游聚合 |
| miilv/ya-station-root-shell | 完整利用链复现 | 10-21 | 83★ | 单机型、偏技术复现,没有「之后能做什么」 |
| hu553in/yandex-station-root (+ chatgpt-voice) | root 脚本和 OTA 控制 | 10-22 | 65★ / 15★ | 只在 Мини 2 上测过,是工具不是文档;被本维基收录 |
| Morvex885/pulsar | 把 Станция 做成 Home Assistant 语音卫星 | 10-21 | 104★ | 单一用途;本维基 10-30 收了它的配方(#100) |
| dimap/yapanel-web | root 后的网页面板 | 10-24 | 75★ | 单一工具 |
| klockky/spotiya、Horohi/soloist-station-lite | Spotify Connect | 10-22 / 10-25 | 58★ / 18★ | 单一配方 |
| otomir23/quasar-unlock | Nix 一键越狱 | 10-22 | 23★ | 单一工具 |
| derangedabbot/yandex-station-2-airplay、c1osed1/…mini2-toolkit 等 | 单机型 root + AirPlay | 10-22~24 | 19★ / 11★ | 单机型 |
| YAM / BetterYAM | 包管理器加网页面板 | 10 月下旬 | 未核实 | 生态里的软件;本维基是它们的说明书入口 |
| 4pda「Взлом Яндекс станции」帖 | 论坛帖 | 10 月下旬 | 未核实 | 置顶直接写「看 hackalice.me」,没在竞争,是在导流 |
| AlexxIT/YandexStation | HA 集成(云端 API,不 root) | 2020 | 2,002★ | 老牌,走的是官方云接口,不是同一件事;也说明这批受众早就在 GitHub 上 |
| wiki.yaboard.com | Yandex 设备的非官方知识库 | 更早 | 未核实 | 老知识库,没抓住这次 root 热点 |
结论: 同主题的仓库有几十个,第二名(pulsar,104★)不到它的八分之一。它们大多是「一个人一台机一个工具」。本项目是唯一一个把所有机型、所有方法、所有下游项目编成一张表并接受 PR 的地方,其他仓库实际上成了它的内容供应方。
三、增长手段(用户从哪来)
- 大众媒体和安全媒体(确认):SecurityLab 10-30 专题正文直接链 hackalice.me;Habr 10-27 两篇文章点名(一篇是新闻综述,一篇是热门实操文,文末致谢 @hackalice)。CNews、Kod.ru 10-22 的报道早于建库,但把搜索需求打了出来。
- TikTok 达人与 UGC(确认):#hackalice 标签已经成型,前排视频播放 1.7 万到 37.7 万不等;有的视频直接写「взлом тгк: @hackalice」,把人导进 Telegram,再导到站点和 GitHub。
- Telegram 社群(确认):频道 @hackalice 1,802 订阅;SecurityLab 说整个圈子超过 9,000 人(多半是好几个群加起来,没核实具体哪个群)。
- 4pda 和 Pikabu 口碑(确认):4pda 的「Взлом」帖开头就指向 hackalice.me;Pikabu 评论里出现「搜 hackalice.me」。
- 站内要 star(确认):README 写了两遍「觉得有用就点个 Star」,有一整节「⭐ 用一颗星支持我们」。在流量高峰期,这对把访客变成 star 很有效。
- 贡献者飞轮(确认):站点每页都有「在 GitHub 上编辑」,有贡献者名单页,CONTRIBUTING 写得很完整。贡献者有 50 多个(GitHub API),收录 17 个机型、17 个配方。别的仓库作者(krevetkqqq、derangedabbot、initialfox、amirilivice 等)直接来提 PR,把自己的成果并进来,也把他们的受众带过来了。
- 不是 GitHub Trending 带的:库龄不到 60 天,数据卡里 trending_days 是 0;召回理由里说上过 Trendshift Shell 榜,但没核实。X 上我们的语料里没搜到 hackalice(x-radar,30 天),这是俄语圈的事,X 不是渠道。
四、为什么跑出来(原因)
- 时机或平台事件:10-20 漏洞公开,10-22 媒体集中报道,10-21~23 Yandex 强推补丁,恢复出厂又能重新打开窗口。需求在 48 小时里突然冒出来,而且一直有「我这台型号能不能刷」的长尾问题。
- 抢先做聚合:建库比第一批单点仓库只晚 1~2 天,但它是第一个「全机型维基」。形态天然适合做「唯一入口」,媒体和论坛引用时都只引它。
- 产品本身(文档质量):按机型给方法的表格、恢复与刷坏警示、内部原理、LLM、AirPlay 这些「root 之后做什么」的玩法。读的人觉得「能照做」(fork 率约 13.5%),记者也愿意引用。
- 社区流水线:每页能直接编辑,贡献者有署名页,PR 合得快(提交 280 多次,作者自己 142 次;有 8 次是 claude 账号提交的,说明作者在用 Claude Code 赶内容)。别人的成果并进来,入口地位就更稳了。
- 跨平台的品牌钩子:域名、Telegram 和 TikTok 标签都叫「hackalice」,好记、好传,在 TikTok 和口头传播里成了这件事的代名词。
五、差异化
它不比别人更会做漏洞(漏洞是 bitracker 的,工具是 hu553in、YAM 这些人的),差别在形态:一个有域名、有导航、按机型组织、可协作的维基,对上一堆零散的单点仓库和 Telegram 消息。 这就是它跑出来的原因:媒体、论坛、TikTok 要给读者一个链接时,只有它能接住「我有某某型号,该怎么办」这种问题。
六、能见度和跟风
- 能见度:小圈子里在传,并且已经被俄语科技媒体写过(SecurityLab、Habr)。但在英文和中文世界基本没人知道,X 上没有讨论。
- 跟风:单机型和单功能的仓库已经有几十个,但没有第二个同等定位的聚合维基;它们更多是变成了它的上游。
七、别人能借鉴什么
「平台事件出来后 72 小时内做聚合入口」这套打法:看到一个有大量设备基数的封闭平台出现越狱、漏洞或政策变动时,
- 马上抢一个好记的域名和品牌词(hackalice),Telegram、TikTok 标签、站点用同一个名字;
- 用 MkDocs/Docs 站加 GitHub 仓库,README 只当门面加要 star 的入口;
- 按「我手上是哪个型号或场景」组织内容,不按技术组织;
- 把每页编辑、贡献者署名、快速合 PR 做成飞轮,让散落的单点作者把成果送进来;
- 主动让媒体和论坛有东西可引(风险提示要写清楚,记者才敢放链接)。
局限:事件驱动的项目,会随着厂商堵口子和热度消退而停下来。
八、还不确定的
- Trendshift 榜位没核实;10-27 那天的爆量里,Habr 和 TikTok 各占多少没法拆。
- 「9000 人」具体指哪个 Telegram 群,没核实。
- Yandex 会不会在出厂固件或服务器端把窗口彻底关掉、会不会发律师函,决定了它还能活多久。
- 没核实 BetterYAM / YAM 的规模。