Helio(Helio Solar)产品档案

1. 基本信息

产品做什么(官网 + 文档核对)

• 从逆变器自己的电量计数器读"今天发了多少度",所以数字和电表一致;曲线 5 分钟一个点。
• 今日 / 本月 / 累计发电,实时功率与装机占比,任意历史日的 5 分钟功率曲线,30 天与年度历史,可点击日记录。
• 按自用电价 / 上网电价算钱,支持任意货币;自用与出口分开两个费率。
• 系统健康:每天对照"自己的好日子"并按 Open-Meteo 日照校正打分,阴天不算故障;给出清洗建议(对比上次大雨/清洗后的表现)、今日预期区间。
• 逆变器与电网:实时状态、PV 电压电流、电网电压频率、温度;按 IEC 61727 限值做每日电网检查,标记停机与疑似跳闸;近 180 天告警、WiFi 棒状态/间隔/固件。
• CSV 导出(日数据最长 366 天、月数据),列名带单位。
• 每晚一条 Telegram 日报(@HelioSolarBot),含今日度数、健康、清洗建议、电网事件、告警、WiFi 棒状态;Vercel Cron 调度,可预览测试,也支持自带 bot。
• 密码登录 + 签名 httpOnly session;公开 /demo 示例数据;无数据库,数据只在内存里短暂停留。

明确的边界(官网 /docs/limitations 自述,值得记进档案)

• 只支持 Eybond + ShineMonitor;Solarman、Growatt ShinePhone、SolisCloud、Sungrow iSolarCloud、Huawei FusionSolar 都不支持。
• 用的是 shinemonitor.com 的非公开 Web API,对方改接口就断;端点/密钥/参数可配置。
• 依赖云:家里断网或 ShineMonitor 挂了就没有新数据,不直连棒子/逆变器。
• 只有发电量,不知道家庭用电、买电、卖电;省的钱是区间不是账单。
• 无电池视图;一个部署一个电站;告警一天一次(Vercel 免费版一天一次定时任务),没有即时告警、没有邮件/WhatsApp。
• 健康检查需要约 7 天历史和天气;天气历史只有 92 天。
• 一个共享登录,没有多用户/角色;限流是尽力而为(serverless 每个实例各自计数,锁不是全局的)。
• 只有英文。

---

2. 定价与商业模式

没有定价页,因为不卖。 官网 FAQ 第一条就是 "Is Helio free? Yes. Helio is MIT licensed and runs comfortably on Vercel's free plan. A custom domain is optional."

• 收入:0。TrustMRR(indie 库)按域名 helio.rishishah.in 和名字 helio 都查不到任何产品档案 → 没有公开收入/MRR 数据。
• 成本结构:用户自己部署到自己的 Vercel 免费额度,作者不承担服务器成本;作者自己的 demo 站和 Telegram bot 是唯一自付成本。
• 变现路径:目前没有付费层、没有赞助、没有 Pro。属于"作品集 / 引流型开源项目",不是生意。

---

3. 发布表现:PH 是唯一有数据的渠道

3.1 发布当天(2026-10-26,PT)

当天同榜对照(前 5): Strawberry 1.0 351 票 / 64 评论;SurgePix 259 / 95;MiniMax M3.1 Flash 238 / 4;N8N Chat UI 188 / 80;2G 153 / 8。Helio 81 票落在第 19 位,和 Knock(86)、Jobmate AI(81)、AVP(80)、Standfast(76)同一档——首页尾段,不是爆款也不是垫底。

3.2 曲线缺口(重要口径)

PH 的盘中每小时快照(post_obs.source='intraday')从 2026-10-29 才开始采,Helio 发布在 10-26,所以只有 1 个观测点(2026-10-29 09:54,距发布 66.9 小时,score 81 / rank 19)。发布当天的爬升过程、是否冲进过前 15、有没有被首页推荐位带一波,库里没有,查不到。launch_day_score=82 与两天后的 81 几乎相同,说明票数在发布日结束时基本定型,之后没有二次增长。

3.3 发布后 7 天

• 票数 82 → 81(基本冻结,PH 只在发布日和 7 天前更新分数,不能据此判断"掉票")。
• 关注者 76,只有一次快照(2026-10-29),无法算增速。
• 0 条评价、0 个 PH 奖。周榜 56 / 月榜 461 说明它在当周、当月都属于长尾。

---

4. GitHub:7 星,一周内零增长

注意:数据包里的 GitHub 段是错的。 包内 repo_profile 命中的是 romange/helio(C++ io_uring 后端框架,556 星,2020 年建库,homepage romange.github.io)——那是同名误配,和本产品无关。真正的仓库 byrishi/helio 不在 GitHub 库里(库的门槛是全站 ≥50 星,它只有 7 星),所以没有任何逐日星数曲线。以下数字来自 GitHub API / 网页现查。

读法: 7 星 / 76 PH 关注者 ≈ 10:1,是"看过但没动手"的典型比例;1 个 fork 且发生在发布前(10-20),更像早期关注者或自测,不是部署用户。0 条用户报的 issue——对"要接自家逆变器、要填 6 个环境变量"的自托管工具来说,这比星数更能说明还没有真实用户跑起来。作者自己在 10-19 的 PR 里也写了:"It's a new project, so I'm happy for it to sit Under Observation until it has outside users."

版本节奏(全部在发布之前):

→ 发布时已经是 2.1.0,PH 上展示的不是 MVP。发布后到 11-02 没有新版本、没有新提交(只有 dependabot),发布后一周的开发活动是 0。

---

5. 其他渠道:全部为零或误配

---

6. 创始人 / 归属

---

7. 异常与存疑(建档时必须标注)

1. 数据包 GitHub 段张冠李戴:romange/helio(556 星,C++ io_uring 框架)被当成这个产品的仓库,连 repo_snap 时间线都是它的。真实仓库 byrishi/helio 7 星,低于 GitHub 库 50 星门槛,库里根本没有。任何引用"556 星 / 73 fork"的说法都是错的。
2. 数据包 Post Release 表 product_slug 写成 design-triggers:post 101368 是 2017 年的 Design Triggers,不是 Helio。Helio 的发布是 post 1284985 / product helio-7 / launch slug helio-8。包内"score 174、日榜 205"也是 Design Triggers 的数,不是 Helio 的 81 / 19。
3. PH 同名污染严重:PH 上至少有 helio(音乐作曲软件,2020)、helio-2(日落预报,2020)、helio-3(Web3 支付,2023)、helio-4/5/6(社交、AI 项目管理、自由职业者指挥中心,2024–2026)、helio-7(本产品)。包内 10 条 post 里 9 条是别人的。只有 post 1284985 属于 Helio。
4. 发布日曲线缺失:intraday 采集 2026-10-29 才开始,Helio 10-26 发布,只有 1 个点。发布当天是否冲高、有没有被 PH 推荐位/Newsletter 带量,无法判断。
5. "no tracking" 与 demo 页的 GA 不一致:PH 描述写 "no database, no tracking",但 /demo 页首屏就写 "This site counts visits with Google Analytics cookies"。自托管副本大概没有,作者自己的 demo 站有。不算大问题,但对外话术有缝。
6. 发布前 4 个版本、发布后 0 个提交:10-18 建库,10-18/10-19 连发 4 个版本,10-26 上 PH,之后到 11-02 只有 dependabot。像是"攒完一波再发",不是"边发边迭代"。这也解释了为什么发布后没有 changelog 更新——不是停更,是发布时已经把 backlog 清空。
7. PH 关注者 76 vs GitHub 7 星:转化率约 9%。对需要自备 Eybond 硬件 + 填 6 个环境变量的工具,这个漏斗是正常的,但也说明大部分点赞者不是目标用户(他们没有那根棒子)。

---

8. 没查到的

• 真实用户数 / 部署数:无。Vercel 部署数、demo 访问量、Telegram bot 订阅数都不公开;GitHub traffic API 需要鉴权(401)。
• 收入:无。免费 + MIT,TrustMRR 无档案,没有付费层。
• PH 发布当天票数曲线:库里只有 1 个观测点(见 7.4)。
• PH 评论正文:PH 库不存评论内容,PH 页面被 Cloudflare 拦住(两次抓取都返回验证页),5 条评论说了什么不知道。
• HN / Reddit / X 上的讨论:按域名、作者、产品名都查不到;X 本地库覆盖有限,不能断言"没发过",只能说"库里没有"。
• GitHub issue / discussion 内容:仓库有 2 个 open PR(1 个 dependabot)、Discussions 已开启,但抓取被截断,没确认是否有用户提问。
• 是否被 PH 收录进 collection / 是否上过 PH Newsletter:无数据。
• 竞品对比的量化数据(ShineMonitor / SmartClient 的用户量、Helio 的替代份额):无。

---

9. 判断:发布以来怎么样

一句话:一次合格但安静的发布,产品成熟度远高于它的声量。

• PH 层面:中游偏下。 Featured 拿到了,但 81 票在当天 24 个 featured 里排 19,低于当天中位数(105.5)约 23%;周榜 56、月榜 461,没有二次曝光。5 条评论、0 条评价、0 个奖。对一个"免费开源 + 垂直硬件"的产品,这个成绩不意外,但也谈不上破圈。
• GitHub 层面:几乎没动。 7 星、1 fork(还是发布前的)、0 条用户 issue、发布后 0 提交。没有证据表明有外部用户真的部署起来了——作者自己在开源目录的 PR 里也承认还没有 outside users。
• 社区层面:空白。 HN 没有 Show HN,Reddit 没有帖,X 库里没有。对比同名的 Helios(HA 卡片,1054 星、Reddit 单帖 547 赞),差距是数量级的;但两者赛道不同(Helios 面向全球 HA 用户,Helio 只面向 Eybond/ShineMonitor 这一小撮人)。
• 分发策略:SEO 而非社区。 10 篇指南全部对准 "ShineMonitor alternative"、"SmartClient app alternative"、"ShineMonitor not updating" 这类官方 App 的品牌词和故障词。这是对的——目标用户不会在 PH 上找太阳能面板,他们会在 Google 上搜"我的 ShineMonitor 怎么不更新了"。PH 更像外链和背书,不是获客渠道。
• 产品层面:不像一周岁的项目。 4 个版本、完整文档(含 limitations 这种"自曝短板"的页面)、公开 demo、Telegram bot、CSV 导出、IEC 61727 电网检查、按日照校正的健康打分——这些通常是有真实自用需求的人才会做出来的东西。作者大概率自己就是 Eybond 屋顶光伏用户。
• 风险: 单点依赖非官方 API(ShineMonitor 改接口就断)、单点依赖一种硬件(只支持 Eybond)、单人维护 + AI 辅助、无收入因而无维护激励。发布后一周零提交,短期看是"发布完就收工",中期要看有没有用户 issue 把它推回开发。

如果要继续跟踪,建议看三个信号: ① GitHub 星数是否在 11 月中之前突破 20–30(说明 SEO 指南开始带量);② 是否出现第一条真实用户 issue(说明有人真的部署了);③ ShineMonitor 是否改接口(这会直接决定产品存活)。