首页 › new-tools › 数据留在自己手里：HN冒出三款小工具

所有人都盯着大厂发新模型，但真正闷声干活的人，最近在 Hacker News 的 Show HN 区悄悄上线了一批方向完全相反的工具：不绑定自家云、不吃你的对话数据、Key 和文件都留在你自己手里。这批工具单看都不起眼，但组合起来恰好覆盖了技术人每天的三件高频事——查历史对话、建私人知识库、让代理改代码。今天拆其中三款，全部可以在国内网络环境下直接用。

一、Chatlens：一个 85KB 的 HTML 文件，管住你所有的 AI 聊天记录

这是本轮最「野」的一个。作者在 Show HN 上介绍：整个产品就是一个 HTML 文件，从 ChatGPT 导出聊天记录 JSON 后，直接拖到浏览器打开的这个文件上，就能离线搜索和浏览全部历史对话。没有账号、没有上传、没有服务器——你一年的对话数据从头到尾没碰过网。

为什么这事值得认真对待：大部分人用 ChatGPT/Claude 一两年后，积累的对话量是几千条起步，里面埋着大量「当时问过、现在忘了」的代码方案、配置片段和决策理由。官方界面里的搜索一直很弱，而 Chatlens 的思路是——数据本来就是你的（官方都提供导出功能），缺的只是一个顺手的本地查阅器。85KB 意味着你可以把它丢进 U 盘、丢进公司内网、丢进任何断网的机器。

国内对比：国内用户常用的替代方案要么是把导出 JSON 用编辑器硬搜，要么用各种需要联网的「聊天记录管理」工具。Chatlens 的信息差在于「单文件 + 纯前端」这个形态——国内几乎没人做这种极简路线，因为它没法收费、没法收集数据，但对使用者是最干净的方案。

适用人群：ChatGPT/Claude 重度用户、需要离线环境（涉密内网、出差无网）查阅历史对话的人。

二、piFlow：全本地 RAG 桌面应用，答案必须带出处

piFlow 解决的是「私人知识库问答」这件事最被诟病的两个问题：隐私和幻觉。

它的技术栈很扎实：Tauri 2 + React 19 做桌面壳，真正的 RAG 推理跑在独立 Node Sidecar 进程里；解析用 pdf-oxide/mupdf（扫描件自动路由到 PaddleOCR）；嵌入用 BGE-M3（ONNX 版）；本地生成默认 Qwen2.5-3B-Instruct GGUF，也支持接局域网 Ollama 或 DeepSeek API。所有文档、向量索引、聊天记录都存在本地 SQLite 里。

两个设计细节值得点名：

  1. reRAG 检索管线：不是简单的「向量相似度 Top-K」，而是先做意图模板路由 → LLM 生成结构化检索计划 → 多路稠密检索按意图动态合并 Top-K，还带多轮对话的指代消解。这是把「检索规划」这个论文里的思路落到了桌面产品里。
  2. 强制引用溯源：每个答案都附带原文摘录，可以一路点击回溯到具体文档的具体分块。答案对不对你可以自己验——这是对幻觉最务实的约束。

另外一个对国内用户极其友好的点：模型下载默认走 hf-mirror.com 镜像，HF_ENDPOINT 默认就配好了，不用科学上网就能把模型拉齐。这是笔者见过的海外新工具里少见的默认配置。

国内对比：做本地知识库，国内最常被推荐的是 Cherry Studio、AnythingLLM、MaxKB。Cherry Studio 本质是客户端壳，模型要自己配 API；MaxKB 偏企业部署，Docker 一套下来不轻。piFlow 的差异点是「默认全离线 + 引用强制溯源 + 中文设计文档齐全」（作者的架构文档直接就是中文写的）。缺点也明确：目前还在 MVP 阶段（Roadmap 自述 Phase 1），复杂文档解析、混合检索（BM25+稠密 RRF）都在 Phase 2，别拿它对标成熟商业产品。

适用人群：手上有大量 PDF/Markdown 资料（标准文档、论文、内部规范），想在断网环境或隐私敏感场景下做问答的人。

三、Harness：给自己的 API Key 换一个「极简编码代理」

Show HN 上一句话定位：a modern coding harness for today's coding models。它和 Claude Code、Codex CLI 属于同一个物种——终端里的编码代理——但设计哲学明显更克制。

从官网拆出四个核心卖点：

  1. 交付「完整变更」而非代码片段：流程是 finder 找代码路径 → change 改文件（连测试一起改）→ verify 跑测试，最后交给你一个可以直接评审的变更，附带「12 个测试全过」这样的验证结果。
  2. 专职子代理分工：代码搜索、编码、研究、审查各自独立，不往主对话里灌细节——上下文管理思路和主流工具的「单线程塞满」路线不同。
  3. Second Review：对高难度改动，可以让第二个模型再审一遍，你看结果之前先过一道机器评审。
  4. 企业级持久化：可连本地或远程 durable server，长任务断线不丢，模型访问权限和运行历史都在你自己控制下。

信息差在哪：国内开发者讨论编码代理基本只剩「Claude Code vs Cursor」两派，但这个赛道在海外正在快速分层——harness（外壳）和 model（模型）解耦是大趋势，你自己手里如果有 DeepSeek、Kimi、GLM 的 API Key，理论上就能接进这类 BYOK 工具里跑（具体支持哪些厂商以官方文档为准）。多认识一个 harness，就多一条「不依赖任何单一订阅」的退路。作者 Selim Sandal 是独立开发者，项目 8 月中旬刚上 Show HN，还非常早期——早期的好处是你的反馈能直接影响它的路线。

适用人群：想在 Claude Code/Codex 之外留一手的人、手握多家模型 API Key 想混用的人、关注 agent 基础设施演化方向的架构师。

三件套拼起来的工作流

这三个工具不是孤立的，它们恰好能拼出一条「数据不出门」的个人 AI 工作流：

flowchart LR
    subgraph 档案层
        A["云端聊天记录"] -->|定期导出| B["Chatlens"]
        B --> C["离线可搜索对话库"]
    end
    subgraph 知识层
        D["本地PDF与Markdown"] -->|文件夹导入| E["piFlow"]
        E --> F["SQLite向量索引"]
        F --> G["带引用的答案"]
    end
    subgraph 编码层
        H["改动需求"] --> I["Harness"]
        I --> J["跑完测试的变更"]
    end

查旧方案用 Chatlens（不上传任何东西），查文档用 piFlow（答案带原文出处），改代码用 Harness（Key 和运行历史归你）。每一层都可以单独采用，互不绑定。

彩蛋：Wondering

顺手提一个同周上榜的：Wondering（https://wondering.app ），把复杂主题切成 3-4 分钟的音频/视频小课，可连播成播客。创始人履历里有 NotebookLM 背景。据其 Show HN 自述，特色是按你的背景定制课程深度。适合通勤时间学习，国内暂无对位产品（多邻国式的游戏化学习完全不是一个物种）。

信息差总结

维度 你知道的 别人已经知道的
聊天记录管理 官网里搜，或翻导出的 JSON Chatlens 单文件离线全文检索，85KB 走天下
私人知识库 上传文档到某云知识库产品 piFlow 全本地 RAG，答案强制带原文引用，模型走国内镜像
编码代理 Claude Code / Cursor 二选一 Harness 这类 BYOK harness 正在把「壳」和「模型」解耦
部署形态 订阅制 SaaS 单文件 HTML、桌面 Tauri、自托管 server 三种轻量路线都跑通了

行动指南

  1. 今天就能做（5 分钟）：从 ChatGPT 设置页导出你的聊天数据（Settings → Data controls → Export），下载 Chatlens 的 HTML 文件，拖进去搜一次你自己半年前问过的问题——你会惊讶于里面埋了多少已经忘掉的好方案。
  2. 本周末（半天）：clone piFlow 仓库，按 README 走 WSL/Linux 路线（pnpm install → pnpm models:ensure → pnpm dev），丢一个你手头的标准文档文件夹进去测引用溯源的准确性。
  3. 本周内（10 分钟）：跑一遍 Harness 的一行安装脚本，拿一个小 issue 让它完整走一遍 finder → change → verify，对比你现有编码代理的产出差异。
  4. 进阶：把 piFlow 的 reRAG 设计文档（docs/reRAG.md）读一遍——检索规划这套思路，迁移到任何 RAG 项目里都有参考价值。

提醒一句：这三款都处于极早期（piFlow 自述 MVP 阶段、Harness 刚上 Show HN），别直接压上生产环境，但正因如此，现在是提需求、刷存在感的最好窗口。

参考来源

  1. Show HN: Harness — a modern coding harness（2026-08-13）：https://news.ycombinator.com/item?id=49282392
  2. Harness 官网：https://harness.selimsandal.com/
  3. piFlow GitHub 仓库（MIT）：https://github.com/ifoxhz/piflow
  4. Show HN: Chatlens：https://github.com/david-g-3654/chatlens
  5. Show HN: Wondering：https://wondering.app

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护。 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入

📎 本分类最新文章