我想开发一个自己的AI助手

Agent开发纪实 · 第一篇：立项

写在最前面

这个系列，记录的是我从零开始开发一个个人AI助手的全过程。

没有团队，没有预算，就是一个普通无编码经验的开发者，利用业余时间，做一件自己想做的事。

这是第一篇，聊聊：为什么要做这个，想做成什么样。

为什么要做这个？

今年OpenClaw小龙虾爆火，逐渐开始接触，Qclaw、WorkBuddy、Trae solo、Qoder Work几个大厂的agent用了一圈，体验了一下

WorkBuddy：目前我的主力工具，每天都在用，处理日常工作，解决各种问题。

模型也没少折腾

国产模型我基本都用过：

GLM、MiniMax、Kimi、DeepSeek、Qwen

每个模型都有自己的特点，我也在不同场景下切换使用。

但就是工具用来用去总觉得差那么一点

没有一款100%适配我的需求。

WorkBuddy已经是最接近的了——更新非常快，生态完善，功能强大。

但它仍然不能完全匹配我的需求。

因为工作性质，有很多共同的类型的工作，但是需要再不同的文件夹，但是里面经验是共享的，也就是记忆共享，不好达到。

因为个人爱好，喜欢鼓捣一些奇奇怪怪的程序，里面有一些个人总结，需要永久化记忆，保留所有对话，目前比较难。

喜欢统计，记录每一个会话的token用量，输入输出缓存命中，会话计费价格，也没有。

然后，一个想法萌生了

既然没有现成的，那为什么不自己做一个？

WorkBuddy已经用的比较熟练了，用他做一个他自己。

于是，做一个自己的Agent工具的想法诞生了。

思路是什么？

技术选型

经过调研（其实就是问AI），我决定用这套方案：

Electron + React + TypeScript + SQLite

为什么？

Electron：跨平台，安全存储，生态成熟

React：组件化开发，社区活跃

TypeScript：类型安全，代码质量高

SQLite：我只会这个数据库

架构设计

简单的两层结构：

前端层：React做界面，负责显示和交互

后端层：Node.js做业务逻辑，负责数据和AI调用

两者通过IPC通信，各司其职。

开发原则

没有原则，因为都是YESYESYES

做成什么样？

短期目标（1-2个月）

能跑起来，能聊天，能切换模型。

MVP阶段，先解决"有没有"的问题。

中期目标（3-6个月）

工具系统、记忆系统、Skill系统都做好。

能真正用起来，替代现有工具。

长期目标（6个月+）

自动化、专家系统、多端同步。

成为真正的个人AI助手。

这个系列会更新什么？

每周1-2篇，记录真实的开发历程：

技术选型：为什么选这个，不选那个

架构设计：怎么规划，怎么拆分

功能实现：做了什么，怎么做的

踩坑记录：遇到什么问题，怎么解决

进度汇报：做到了哪里，下一步是什么

没有包装，没有美化，就是真实记录。

写在最后

这是一个普通无代码经验的伪开发者的个人项目。

没有团队，没有预算，没有deadline。

就是想做一件自己想做的事，顺便记录下来。

如果你也对AI开发感兴趣，欢迎关注这个系列。

这是Agent开发纪实系列的第一篇。