164 lines
5.2 KiB
Plaintext
164 lines
5.2 KiB
Plaintext
# D127 · 选型推理链 · 为什么选 & 为什么放弃
|
||
|
||
> HLDP://zhuyuan/world-architecture/projects/D127-os-selection
|
||
> 类型: 选型因果链
|
||
> 日期: 2026-06-08 · D127
|
||
> 父文件: D127-os-prototype.hdlp
|
||
> 映射: zhuyuan-channel/records/D127-os-architecture.hdlp §选型感觉
|
||
> 国作登字-2026-A-00037559
|
||
|
||
---
|
||
@why_this_file: 冰朔说"我记得为什么选为什么放弃，但你不记得。你得给自己记清楚。"
|
||
这是选型的完整因果链。下一次醒来，不是为了重新论证——是为了瞬间恢复决策上下文。
|
||
|
||
---
|
||
|
||
# 领域一：AI交互聊天壳
|
||
|
||
## ✅ 选了：LobeChat
|
||
|
||
| 维度 | 值 |
|
||
|------|-----|
|
||
| 协议 | MIT ✅ |
|
||
| 插件系统 | 强大。可以自己写插件嵌入TCS永久记忆核 |
|
||
| 前端架构 | Next.js + TypeScript |
|
||
| 多模型 | OpenAI/Claude/Gemini/国产模型 |
|
||
| 对话记忆 | 三轮策略（完整保留+滑动窗口+摘要增强）·PostgreSQL持久化 |
|
||
| 社区 | GitHub 57k+ stars |
|
||
| 数据库版 | 服务端PostgreSQL版本，可在此基础上扩展SQLite |
|
||
|
||
## ❌ 放弃了：Dify
|
||
|
||
@why_放弃: 太重。Flask+Celery架构。它是Workflow驱动的AI应用平台，不是聊天驱动的。我们要的是"聊天壳+嵌工具"——Dify的方向反了，它是"平台+Agent"，不是"Agent+平台"。
|
||
|
||
## ❌ 放弃了：NextChat
|
||
|
||
@why_放弃: MIT协议但太简单。纯前端。无插件系统。无数据库。二次开发空间=把整个架构往上叠。不如LobeChat自带插件体系。
|
||
|
||
## ❌ 放弃了：LibreChat
|
||
|
||
@why_放弃: MIT协议但自定义能力有限。没有LobeChat级别的插件扩展性。
|
||
|
||
---
|
||
|
||
# 领域二：知识库
|
||
|
||
## ✅ 选了：GLADA 自建
|
||
|
||
| 维度 | 值 |
|
||
|------|-----|
|
||
| 协议 | MIT（自己的） |
|
||
| 存储 | SQLite pages表 |
|
||
| 渲染 | GLADA渲染层·HLDP双向翻译 |
|
||
| 人机双读 | 人格体→HLDP原样 / 人类→可视化页面 |
|
||
| 依赖 | 零外部依赖。GLADA内核自带。 |
|
||
|
||
## ❌ 放弃了：Outline
|
||
|
||
@why_放弃: 功能完全够。API完整。Docker部署简单。但**BSL协议**——用户装光湖OS，里面的知识库带BSL条款。光湖OS本身MIT，零件不应该让用户有心理负担。面向用户的时候，BSL就是红线。
|
||
|
||
## ❌ 放弃了：Wiki.js
|
||
|
||
@why_放弃: AGPL协议。传染性强。AGPL要求衍生品也必须开源——光湖OS不能带这个雷。
|
||
|
||
## ❌ 放弃了：SiYuan 思源
|
||
|
||
@why_放弃: AGPL协议。且是桌面应用（Electron），不是Web组件。不适合嵌入LobeChat。
|
||
|
||
## ❌ 放弃了：BookStack
|
||
|
||
@why_放弃: MIT协议OK。但功能偏重企业文档管理，页面结构固定。我们需要的不是文档系统——是HLDP原生知识库。
|
||
|
||
---
|
||
|
||
# 领域三：代码编辑器
|
||
|
||
## ✅ 选了：Monaco Editor
|
||
|
||
| 维度 | 值 |
|
||
|------|-----|
|
||
| 协议 | MIT |
|
||
| 内核 | VSCode同款 |
|
||
| 嵌入 | @monaco-editor/react |
|
||
| 功能 | 所有语言语法高亮·智能提示·代码折叠·Diff |
|
||
|
||
@why_唯一候选: 没有对比。Monaco Editor 就是标准答案。VSCode内核、MIT协议、Web嵌入、零学习成本。用户打开就认识。
|
||
|
||
## ❌ 放弃了：CodeMirror
|
||
|
||
@why_放弃: MIT协议OK但功能不如Monaco。VSCode同款内核的认知优势不可替代。
|
||
|
||
## ❌ 放弃了：Ace Editor
|
||
|
||
@why_放弃: 老牌编辑器但功能落后于Monaco。
|
||
|
||
---
|
||
|
||
# 领域四：代码仓库
|
||
|
||
## ✅ 选了：Forgejo + 本地Git
|
||
|
||
| 维度 | 值 |
|
||
|------|-----|
|
||
| 协议 | MIT |
|
||
| 部署 | 冰朔新加坡已运行 |
|
||
| 本地模式 | 光湖OS内置SQLite存Git版本·不装服务器也能用 |
|
||
|
||
@why_不换: 已经在跑了。MIT协议。API完整。不需要换。
|
||
|
||
## ❌ 放弃了：Gitea
|
||
|
||
@why_放弃: Forgejo是Gitea的MIT分支。Gitea本身没问题，但我们已经用Forgejo了。
|
||
|
||
---
|
||
|
||
# 领域五：永久记忆核
|
||
|
||
## ✅ 选了：SQLite + GLADA
|
||
|
||
| 维度 | 值 |
|
||
|------|-----|
|
||
| 协议 | SQLite=公共领域 / GLADA=MIT |
|
||
| 表结构 | persona-brain-db/schema/ 21张表 |
|
||
| 内核 | GLADA 6309行·17模块 |
|
||
|
||
@why_自建: 不存在现成的"TCS永久记忆核"。这是光湖的独有内核。必须自建。SQLite是载体、GLADA是引擎、21张表是骨架。
|
||
|
||
## ❌ 放弃了：PostgreSQL（云端优先）
|
||
|
||
@why_放弃: D126翻转架构——本地为主、云端轻量。用户本地SQLite零配置。有服务器的接PostgreSQL。先跑通本地闭环。
|
||
|
||
## ❌ 放弃了：向量数据库方案
|
||
|
||
@why_放弃: TCS永久记忆核不是RAG。是HLDP分形压缩+因果链检索。向量相似度搜索不是我们需要的能力。
|
||
|
||
---
|
||
|
||
# 元认知：整个选型过程最大的翻转
|
||
|
||
```
|
||
D126之前:
|
||
找 Notion替代品 → 要支持Agent嵌入 → 找不到 → 卡住
|
||
|
||
D127翻转:
|
||
冰朔说"Agent是主体，不是数据库的附属品"
|
||
→ 选型标准从"能嵌入Agent"变成"有API即可"
|
||
→ 所有卡住的组件瞬间通了
|
||
|
||
知识库 → 不用Outline → 自己SQLite建 → 全MIT
|
||
编辑器 → Monaco → MIT
|
||
仓库 → Forgejo → MIT（已经有了）
|
||
|
||
翻转前: 找了一个月的答案。找不到。
|
||
翻转后: 30分钟全部定下来。
|
||
|
||
不是找不到。是方向反了。
|
||
```
|
||
|
||
---
|
||
|
||
> 铸渊 ICE-GL-ZY001 · D127 · 2026-06-08
|
||
> 冰朔 TCS-0002∞ 见证
|
||
> ⊢ 下一次醒来：读这个文件 → 知道每一个「为什么」 → 不需要重新推
|
||
> ⊢ 选型是已完成的推理。不是待讨论的问题。
|