基因组浏览器也该给 Agent「留个座」了：tgv 把多组学数据接进 Vim 式终端

tgv：给 Agent 留了一席之地的基因组浏览器

一个做癌症诊断实验室的人，今天在 Hacker News 上贴了个自己写的小工具，叫 tgv。原话有点扎心：我们每天都要在基因组浏览器里核对癌症患者的测序数据，标准工具实在难用，所以去年我自己写了一个——Vim 风格、纯键盘操作的基因组浏览器。而到了 2026 年，Agents 做生信已经强得吓人，可生信工具本身没跟上。这大概就是这则 Show HN 的痛感所在：工具和 Agent 的进化速度，错位了。

tgv 不只是个终端 UI，它真正想说的在第二层——通过一层快速的 SQL 数据层，把多组学数据暴露给 Agent，让 Agent 直接在浏览器里解释分析结果。它把「人读图、人判断」的旧模式，换成了「Agent 读数据、Agent 解释、人在边上盯着」的新协作方式。TUI 是入口，不是终点，作者自己在帖子里说的。

它在 GitHub 上的仓库是 zeqianli/tgv，帖子里是 4 分、1 条评论。评论里倒有个真实的现场吐槽：有人问，咱们能不能别再满嘴「blazingly fast」（飞快）这个词了。这条评论没贬低工具本身，更多是对宣传话术的疲惫——在 HN 这种地方，这算是一种温和的同行审视。

我不是生信人，但这类「给 Agent 留座」的思路我熟。现在很多工具把 AI 当外挂、当插件，塞在旁边做个问答框；tgv 的做法反着来，它把数据层做成 Agent 直接能查的 SQL 接口，让 Agent 从旁观的助手，变成了流程里真正能取数的角色。对天天蹲在终端里、惯用键盘的人，这种设计很对胃口——你不用切窗口，数据、图表、Agent 的解释都在同一个界面里滚动。

当然，它现在还是很早期的东西，分数和评论都说明围观者还不多。SQL 层到底怎么设计、多组学数据接入稳不稳、Agent 解释结果敢不敢直接采信，这些在帖子里都没有展开。对从事肿瘤诊断这种「错了要出人命」的场景，Agent 的解释大概率还是得人复核一遍。它解决的是「少切几个窗口、少写几行胶水代码」这类效率问题，而不是替你下诊断结论。

对在生信和数据工程这条线上干活的朋友，这个思路值得翻一翻。它至少提出了一种更干净的提问方式：工具不一定是给人看的浏览器，也可以是给 Agent 查的数据库。至于这个方向能不能在实验室里真正跑起来，得等它长出更多实际使用的细节再说。

相关链接：
- tgv GitHub 仓库：https://github.com/zeqianli/tgv
- Hacker News 讨论：https://news.ycombinator.com/item?id=50029175