stratopi

一句话定位

一个 DevOps 工程师自己把树莓派、多台相机和传感器绑在氦气球上 送上 10 万英尺平流层、拍完全程再回收，把整套方案开源。

做这个东西的人

GitHub 用户 nodesocket，自称是 Elastic Byte 创始人和 DevOps 工程师， README 里明说"这是我的认知之外的地带"。纯业余爱好项目，Apache-2.0， 组织 stratopi-org，项目在 HN 露过面（pool 记录 7 分、0 评论）。

判断：这是一个"一个人也能做到"的证明型项目，不是产品。它的价值不在代码质量， 在于把一个跨学科（航空、结构、GPS、射频、视频）的系统拆成了可执行清单， 还诚实地标出自己不会的部分。

它到底能做哪几件事

• 硬件：乳胶氦气球 + 树莓派 + 多台 RunCam 5 Orange 相机 + BME280 （温度/气压/湿度）+ Waveshare GPS + 电池，目标高度 100,000 ft（30,480 m）
• 软件：4 个独立 systemd 服务——battery（电量/电池温度）、environmental（BME280）、 location（GPS 经纬度/高度/速度/航向）、communication（无线网络把 PostgreSQL 数据推给 Slack）
• 地面：零件清单（PARTS.md 带 Amazon 链接）、相机固件（RunCam v2.0.3）、 测试文档（相机/重量/电源）、发射与回收计划（田纳西）
• 合规：README 贴出 FAA 审批要求与法规链接，也提示"间谍气球风波后法规可能随时变"

它在替代什么旧行为

以前想送东西上平流层，要么用商业高空气球服务（按载荷收费，几千美元起步）， 要么买现成的高空套件。这个项目替代的是"高空气球任务"的神秘门槛： 用一份开源清单把整件事变成"任何愿意花时间的人都能照着做"， 从软件到零件采购到合规，全部摊开。

商业模式

无。 README 明说零财务动机，所有零件零售价自购，无任何收入来源。

硬数字

• 11 stars、0 forks（org 页面），375 commits，最后提交 2026-04-11
• HN 记录 7 points、0 comments（pool 记录 2026-08-11 捕获）
• Python 3 + 标准 PyPI 包 + PostgreSQL + systemd，刻意不用 Docker（"KISS"）
• 是否已成功发射并回收：未披露（README 列了 Tennessee 发射计划与求援）

四维评估

判断

这不是产品，是"一个人也能做到"的证明。 它值得进观察名单的理由不是商业价值， 而是它示范了硬核个人项目怎么组织，三条都值得记：

一，把复杂系统拆到可执行。 四台相机的采集、GPS、传感器、回传通信， 被拆成四个各管一件事的 systemd 服务，数据流统一是"轮询→写 PostgreSQL→推送"。 刻意不用容器，因为它要的是在恶劣环境下能跑，不是架构好看。

二，诚实标出自己不会的。 他明说航空、飞行物理是"我肯定忽略了很多细节"， 并在 README 里公开求助：3D 建模、GIS/GPS、视频剪辑、氦气渠道。 个人项目公开招募合作时，把"我会什么/我不会什么/我需要什么"列清楚， 比含糊的"欢迎 PR"有效得多。

三，零财务动机降低了一切预期。 11 stars 对商业项目是失败， 对这个项目是"有 11 个人觉得有意思"。把它当产品看会得出错误的判断。

判断：对做 AI 产品的人，这类项目不是参照物，是情绪价值——提醒你一个人能做的 范围比你以为的大。别给它任何商业期待。

下一步看什么

① 发射与回收是否完成，飞行数据/视频是否公开——这是项目唯一的里程碑 ② stars 三个月后是否过百——社区认不认这套开源方案 ③ 是否有人按清单复现成功——清单的价值在于别人能照着做

可借鉴的做法

产品逻辑：个人项目公开招募合作时，把"我能做什么 / 我不会什么 / 我需要什么" 三件事列清楚（这里列了需要 GIS/GPS、3D 建模、氦气渠道的帮助）， 比泛泛的"欢迎贡献"更可能拉到真的合作者。

文档结构：零件清单带购买链接、每个软件模块写清数据流向 （轮询→PostgreSQL→Slack）、每种测试单独成文——"可复现清单"让开源项目 被别人真的做出来，而不只是被 star。

结论

有待观察。 不是商业产品，但值得作为"单人硬核项目的组织范本"存档。 它真正的产出是那份清单，不是代码。没有下一步商业动作可跟踪，只有发射这一件事。