AI 分析
痛点：终端重度用户查公交/地铁下一班车要经历解锁手机、认证App、在地图上找站点等多步操作；而开发者要自己手工接入几十个城市的交通数据源，成本极高。
目标用户：常驻命令行的开发者与终端用户；以及需要多城市公共交通数据的独立开发者/小团队
证据：I had to tackle multiple rounds of auth hurdles (unlock phone -> auth app -> find my bus on the map/UI) to check the departure of my bus next to my house. / disclaimer: this tool was built with AI assisted coding, I won't integrate tens of providers by hand, it's not too fun.
变现：CLI 本身免费开源引流，靠面向开发者的「多城市公共交通数据聚合 API」（统一 GTFS/GTFS-RT，按调用量订阅）变现；或提供 Pro 版（更多城市、实时到站提醒、离线缓存、团队共享）。
MVP：用 GTFS/GTFS-RT 通用解析器做底座，先适配 3-5 个城市作为数据源插件，CLI 一条命令（eta save 别名 + eta next）返回最近 3 班车；城市适配写成配置化插件，避免逐个手写 provider。
竞品：Transitland、Navitia、Citymapper API、Google Directions / Maps Transit API、各类开源 transit CLI（如 tcli、nextbus 类工具）
摘要：作者因不满查公交要到多轮解锁手机+认证，先做了布达佩斯版 GoKK，现在发布支持多城市的后继项目 eta，一个在终端一条命令查看下一班车的 CLI。项目开源免费，作者明确表示不会手工接入几十个数据源，这一点暴露了「多城市交通数据聚合」的开发痛点。除个人使用需求外，帖子中没有任何付费意愿或收入数据，直接变现路径较弱。