日报 20250322：我要开发面向码农的知识管理工具？
最近一段时间，在 AI 圈大火的名词之一就是「MCP」，即「Model Context Protocol」，用来作为桥梁协调 LLM 与应用程序之间的通信联动。
对我来说，有这种东西并不意外，因为某个领域要生态化发展，协议、标准这类提高互操作性的「共识」是必备的，否则就会十分混乱，影响创新。
我的 OurAI Labs 实际就是要做前端/软件工程和数智家庭相关协议层的事情，以提高日常生活与工作的幸福感。
虽说一直知道 MCP 大概是怎么回事，但没特意去了解过，直到今天看了两个技术爬爬虾的介绍视频：
视频中主要是基于 VS Code 插件 Cline 进行演示讲解的，就以此为基础大致说下给我带来的有关日后要做的事的共鸣和启发：
| Cline 使用 MCP 原理 | 共鸣或启发 |
|---|---|
| 每个 MCP server 都是下载到本地的一段 Node.js、Python 脚本执行，其配置是 JSON 格式 | 我 KnoSys 在文件系统相关操作上类似，在 .knosys 文件夹内定义并存放特定任务的脚本和展示特定信息的网站等，再在 npm scripts 中执行命令 |
| 与 LLM 之间的通信是传一大段「MCP server 使用说明书」般的系统提示词，再加上用户提示词，LLM 返回适用 MCP server 调用的 XML 格式数据（DSL） | 通过自然语言搭建应用就可以用这种方式让 LLM 生成低代码平台的 DSL，再由框架去解释执行成应用程序的逻辑与界面 |
本来还在犹豫 KnoSys 接下来到底是借助 Obsidian 还是 VS Code 起飞，但看过视频后我决定要在 VS Code 上搞，理由如下：
- 浏览器和 IDE 是我在电脑上最常用的应用，主力 IDE 是 VS Code，并且刚开始用的 Trae 也支持 VS Code 插件；
- 我的「第二大脑」是用 Git 仓库存储的本地文件，平时就是用 VS Code 去编辑；
- 有助于「代码库即知识库」的探索实践；
- 觉得「面向程序员的知识管理工具」能够成为卖点，跟 Obsidian 错位竞争。
下个月起的独立开发实验要不就从这开始吧！