你的 AI 对话记录，存在谁家硬盘上？——聊聊 AI 编程的「上下文归属」-开发者社区

写代码的你，大概都遇到过这一幕。

你和 AI 编程助手磨合了三个月：它帮你理清了代码库架构、记住了你的命名习惯、踩过的坑、定过的规矩。然后你换了一把新工具——这一切，归零。

不是你的记忆出了问题。是这些上下文，从来就不在你的硬盘上。

一、“你用着它，但你带不走它”

把主流 AI 编程工具排一排：ChatGPT、Claude、GitHub Copilot、Cursor、JetBrains AI——对话历史，全部存在服务商的云端。

你拥有的是什么？访问权。你可以继续用，但：

不能全文检索自己的历史对话（大多只能搜标题）；
不能把它迁移到新工具里继续用；
服务停止的那天，你的上下文和订阅一起消失。

三个问题，就能判断你的上下文到底属于谁：能随时拿回原始数据吗？格式是谁定义的？服务停了数据还在吗？如果答案分别是"不能 / 厂商 / 不在"——那你是在"租"上下文，不是在"拥有"它。

这不只是矫情。上下文是 AI 时代最稀缺的生产资料。代码可以重写，但"AI 为什么这样改"的推理链、"上次踩过什么坑"的经验库——这些一旦丢失，无法重建。

二、有人把这件事当成了架构的第一块砖

我最近翻了一个国产项目qd（qqqide）的公开源码和文档。它的官方文档里有一篇很罕见的东西——不是功能说明，而是一份"上下文所有权"的设计论文。

这篇论文把这件事拆成了七步：

存哪里：对话存进项目目录里的_qqq/quests/，和你的代码待在同一棵文件树里；
存什么格式：双轨制——all.json给机器读（结构化、可加载），all.txt给人读（纯文本、可 grep）；
怎么组织：quest / floor / house / room 四级目录，每一层对话独立可寻址（精确引用"某次对话的第几层"，而不是把整个会话塞给 AI）；
怎么找：内置 ripgrep 全文检索，本地毫秒级，"三个月前聊过的 PostgreSQL 参数"一搜就到；
对话和代码怎么关联：文件时间线给每次变更打上 trace 标记——从一行代码，能追回"是哪次对话、哪一层楼、哪条推理"改的；
怎么复用：跨任务引用历史上下文，甚至可以把一个完整对话"开分支"作为新任务起点；
重启损耗：对话渲染结果预计算持久化，重开零等待。

一句话概括：它把 AI 对话从"聊天软件的记录"，变成了"你硬盘上的知识库"。

这七步里任何一步单独拿出来都不神奇，但连起来做的人，目前我见到的只有这一个。

三、为什么我觉得这件事值得单独说

云方案不是"做得差"，而是物理上做不到：数据不在本地，你就没法用本地搜索引擎去扫它；格式不开放，你就没法精确引用；没有关联标记，代码和对话就是两个世界。

反过来，数据一旦留在本地、格式开放、层级可寻址——全文检索、跨任务引用、因果追溯，全都是自然长出来的能力。所有能力差异的根源，不是"谁做得更好"，而是"谁拥有原料"。

这是 AI 时代的一个新命题。让"代码属于写它的人"成为共识，业界花了三十年；而 AI 时代，下一个共识可能是——上下文属于创造它的人。

四、这家公司还做了两件"不太商业"的事

第一件：把源码摊开。

qqqide 的源码是公开的，任何人可以查看、克隆到本地、学习、做安全审计。注意到一个细节——它的官方口径是「源码公开可审计」，而不是「开源」：个人可以查看、学习、安全审计、本地克隆；商业使用、再分发、衍生与模仿界面，都需要书面授权。

我反而欣赏这份诚实：不贴热门标签，但把代码摆在那里任人检查。这年头，敢让所有人审计代码的商业软件，不多。

第二件：把"为什么"写出来。

它的源码里，四层架构（C 启动器 / Electron 壳 / Rust 执行引擎 ghrun / IDE 载荷）是实打实的自研，不是套壳。它的"粘贴一切"能力最早是编辑器插件形态——官方文档里写了为什么放弃插件路线：“素材存哪、引用怎么被解析、AI 怎么读，这些在插件体系里永远做不对”，于是从零重写了一个独立环境。

围绕这些机制，团队做了 20 件专利布局（官网"专利"栏目公开了 10 件申请文档：多面板协同、会话分层、窗口编队、多项目视口、历史上下文检索、版本审计追溯、上下文压缩、内容分级剥离、文档素材编排与 AI 上下文解析、资源定位呈现）。团队每天在 B 站直播答疑——这个我确实没见过第二家。