功能越来越快地完成，我们却越来越难掌握整个项目。
当 Agent 持续推进实现，Living 把系统现状、关键变化与工程记录组织在一起，帮你看清项目现在是什么、为什么变成这样，以及还有哪些问题值得关注。
公开 Beta 准备中 · Coming Soon
从零散的工程资料，到能够沿着问题找到答案的项目脉络。
整理前资料散落在各处
8f2…记录 · 归类 ·
建立关联
项目脉络同一个问题的完整线索
为什么改用独立搜索服务？
现在的方案与结构
调整了什么，为什么
变化背景可以追溯
讨论、验证与后续关注
不是又一份文档，而是可以按问题找回的工程上下文。
概念示意 · 展示已记录工程信息的组织方式三个工程视角
01工程可视化
「Agent 改完了很多文件，现在整个系统长什么样？」
继续之前，你需要先知道这轮改动牵涉哪些模块和数据，而不是从头读一遍代码。
关系图为工程判断提供上下文，不评定工程成熟度。
本轮改动的文件
02判断集中
「准备再次调整架构，上一次为什么选择了现在的方案？」
当时的背景与约束散落在会话、实验记录、Commit 和文档里，重新讨论时很容易从头再查一遍。
判断始终由开发者作出。Living 只让判断所需的信息更容易找到。
再次调整之前当时的约束，今天还成立吗？
03工程俯视
「功能越来越多，测试、恢复和运维这些话题讨论过了吗？」
注意力自然集中在眼前的功能，测试、安全、性能、运维这些主题很难单靠记忆持续照看。
当前 Beta集中展示资料覆盖与状态。探索中让记录与观察持续自动更新。
「未见相关记录」表示资料里还没找到，不代表没有做。
更容易理解项目，找回判断的依据，发现值得关注的问题。
减少信息断层与重复理解，让工程决策更连续，项目更可控。
这是 Living 的产品假设，尚未经过实验验证。Living 不替你作决定，
而是让你拥有作出判断所需的工程视角。
这些工程视角，已经开始成为实际的工作台。
这是 Living 当前 Beta 中的一张真实工程视图。从系统结构出发，可以进一步查看关键架构选择、相关设计约束及其依据。
观察范围 固定案例一个《水浒传》知识问答项目当前运行未核实最后可靠观测 候选数据非正式 Knowledge
部署主机 · Docker Compose
可出站网络
内部网络 · 无出口
宿主机数据 · 不是网络服务
与架构判断相关的部分
关联 searchfalkordbDataset
为什么在线知识，不再由 SQLite 直接提供？
提议采纳只有间接转述，这条判断尚未记录为正式决定。
真实 Beta 界面内容 · 根据固定案例简化重绘省略了版本号、外部服务与部分网络细节。图中不显示实时运行状态；资料为候选数据，不是正式 Knowledge。
来源说明工作原理
开发仍由你习惯的 Coding Agent 完成。Living 只让值得长期保留的工程信息，沿着一条明确的路径积累下来。
A你的项目
指导
1整理并写入
.living/ 本地工程记录记录、知识对象与同步状态，留在项目里BMCP 集成层
与 Agent：stdio
与 Backend：HTTP Agent API
本身不保存数据
CLiving 核心产品核心
4组织成工程视角
工程索引目前单独准备并安装，不经过同步。
.living/。只在你明确要求时同步不自动收集 Agent 会话MCP 不保存数据Living Web 不读写你的项目目录
Living 不再做一个 Agent。支持相应工具接口的客户端，可以读取 Living 的工程上下文并提交同步。目前已针对 Claude Code 与 Codex 实现适配，其他客户端尚未验证。
你继续用习惯的工具开发，Living 负责保存和组织被提交的结构化工程信息。每一次开发，都可以成为长期工程理解的一部分。
MCP Adapter 不直接操作 Living 的数据库，校验与写入统一由 Backend 完成。Agent 对项目文件的操作，不会直接改变 Living 里的正式数据。
当前版本 · Beta 0.3
Living 目前是在作者本地运行的单用户 Beta，尚未开放公众安装，也还没有注册或试用流程。
已经可以当前 Beta 的能力
接下来探索演进方向，尚未全部实现