Word写作插件WriteBot周末也继续迭代了一下，分享一下开发心得。使用bun来打包真快，优化了安装更新流程，小白能更方便使用
- 内容介绍
- 文章标签
- 相关推荐
这几天忙着学习D照，暂时没有好的帖子题材，就把最近的帖子当作开发笔记来分享了，方便想开发Office插件的佬友也可以学习、分享经验
书接上文
https://linux.do/t/topic/1544743?u=cimix
感谢各位佬友的鼓励和Star（两个小时冲到50+ 让我开心了一整个周末）。从工作以后就基本没怎么开发了，一直在干运维。直到LLM开始在编程方向发力，自己也重拾一些大学时候的开发记忆，开始学习NodeJS、Electron、golang、.NET等各种技术栈。
虽然用AI辅助开发或完全Vibe Coding，没怎么发育但是对于各类项目的问题排查和解决能力在AI的帮助下确实有提升，不像以前两眼一摸黑。
作为普通运维，我看待AI帮助工作就是纯工具，不可完全依赖。对于放权和不认真审查代码，完全就是给自己挖坑。有时候并行做几个外包项目，我都已经开始逐渐感觉到Code Review和测试的重要性了。表面开发人员在写代码的步骤节省了时间，但可能会需要花 Double Time 去回头看代码、测试基础功能。
平时写东西就是做着玩，自用的工具也有花点时间开发维护，偶尔有感兴趣的项目也会提一下PR，不过从来没搞过这么多Star，再次感谢各位鼓励。
感谢哈雷佬 @Haleclipse 的指点，虽然用bun打包出来的exe稍微有点庞大（150MB+），但是相比原先使用 “@yao-pkg/pkg” 的效率表现非常之好（是我以前有点看不起bun了，我有罪 ）
项目地址再贴一个，在站里分享就是得厚脸皮一点，不然怎么成功呢
GitHub - funkpopo/writebot
通过在 GitHub 上创建帐户来为 funkpopo/writebot 开发做出贡献。
周末更新的记录【今早更新到v1.0.5了，请务必阅读Release说明，感谢感谢！】
1、完全迁移至了bun打包，删除了旧的方法，并在 GPT 5.2 xhigh 的帮助下优化了迁移打包方式之后，会将WinSW重复写入dist的问题（节省了近30MB大小）
-
还可以选择随包携带 bun.exe + local-server.js，或者改成 Node SEA，但是这两种方法我还没有完全尝试过（运维转开发的局限性就在这里了，对于技术栈的经验不足）
-
也没有考虑使用更强的压缩方式，我担心会在低性能PC上影响整体的启动和运行效率，所以项目分发的exe大小就暂时固定在 155MB 左右了（还是有点大呢，对于一个本地插件来说）
2、在主界面添加了"智能需求"功能，一句话描述，让LLM来做搜索、标记、替换、基础写作、段落调整等操作（还是非常非常简陋的实现，不过起码是个起点）
-
其实就是实现了添加tool call支持，结合Office API和LLM的工具调用能力来做
-
没有添加web_fetch / web_search，不过后面应该会支持搜索MCP（或者有心的佬友可以提PR，非常欢迎）
-
这里的演示是构思发帖的时候录制的，因此略微有些操作迟疑，sry
3、对于有些佬友会有疑问：“Office已经有Copilot了，为什么还要再做一个呢” / “这个项目相比于其它桌面端独立应用，强在哪里呢” / “有类似的项目，功能更齐全、而且配置更方便”…
我在这里说一下项目的几个不同点吧
-
项目是完全开源的。
没有隐藏任何开发文件（非必要的除外，例如 “xxx.md【我在AI辅助开发时用于帮助记录步骤的内容】”、 “.claude【懂得都懂】”） -
没有在线服务端。
服务完全运行在用户本地，只需要准备一个LLM API即可。也就是说明支持你本地环境启动的的LLM（不过我突然想起来忘记添加多模型配置保存支持了，my bad ）而现有大部分Office加载项都是以在线服务形式提供的。
-
一定程度上的数据保护
参考上一条，你不用担心需要编辑的内容会被发送至除LLM API之外的地方去所有的对话历史，点击 删除按钮后 / 退出Word 就会自动删除（阅后即焚这块 ）
-
资源占用还算可以
起码我测试的时候占用不算高，插件的运行效率也还行吧（i7-12400，32GB DDR4）
--【壹】--：
可以测试下新版本v1.0.7的安装包。
错误日志会写入C盘用户目录下的WriteBot文件夹内，有的话可以发送给我排查下
--【贰】--：
感谢支持
--【叁】--：
谢谢佬友的大作
--【肆】--：
来的太慢了大帅哥，不过我还是爱你
--【伍】--：
那太好力
--【陆】--：
感谢支持
--【柒】--：
bun 就是大了点 pkg处理不了好些情况 node 卒
如果够闲的话 实际上也可以用 rust-embed 焊个纯粹的 HttpServer + web资源 估计只有10M不到
--【捌】--：
好我看看我这能不能复现
一般情况下双击exe执行即可
--【玖】--：
之前折腾过一下子Rust，说实话我不是很喜欢把环境和依赖都默认丢在C盘下面（只有Win平台），如果需要花较多精力去折腾路径问题，我会直接放弃掉
感觉Golang还是适合服务器环境和Docker开发，效率这块确实没得说
--【拾】--：
是要哪里的截图？cmd里就这样
image486×109 4.5 KB
--【拾壹】--：
我那坨也需要改改 目前扔服务器上遇到跨域限制了 Orz.
后面我搓一个 你直接套过去用好了
--【拾贰】--：
用惯了electron应用这种大胖子，150MB可以接受了，想做商业分发再考虑用Go重写本地服务器这块，虽然打包可能比rust这种大一倍，但是成熟的库很多，开发工作量能少几倍快的话能压缩到几天，当然你熟悉rust，所有权生命周期和异步编程很了解追求极致的小的性能可以上，除了编译十几分钟几乎完美，Go的GC还得占几兆运行内存。
--【拾叁】--：
能给个截图吗
--【拾肆】--：
太强了！
--【拾伍】--：
哈雷佬怎么一艾特就来了，什么飞雷神（
确实大了点，我还想发在蓝奏云上面的，结果提示超过100MB了，只能用ZIP再压一下
--【拾陆】--：
插件安装不上？我右键管理员安装，然后cmd里检查说没安装服务，word加载项也没有
--【拾柒】--：
对，因为考虑到可能会在输入框里面复用word编辑的逻辑，毕竟你不能在一款软件里面用两套编辑思路吧。
这个问题如果都不习惯的话我后面会改一下
可能大伙现在都习惯Shift + Enter换行了
--【拾捌】--：
太厉害了～
--【拾玖】--：
佬，我用了下。但是发现摁enter是换行，发送消息好像只能鼠标点击才能发送
这几天忙着学习D照，暂时没有好的帖子题材，就把最近的帖子当作开发笔记来分享了，方便想开发Office插件的佬友也可以学习、分享经验
书接上文
https://linux.do/t/topic/1544743?u=cimix
感谢各位佬友的鼓励和Star（两个小时冲到50+ 让我开心了一整个周末）。从工作以后就基本没怎么开发了，一直在干运维。直到LLM开始在编程方向发力，自己也重拾一些大学时候的开发记忆，开始学习NodeJS、Electron、golang、.NET等各种技术栈。
虽然用AI辅助开发或完全Vibe Coding，没怎么发育但是对于各类项目的问题排查和解决能力在AI的帮助下确实有提升，不像以前两眼一摸黑。
作为普通运维，我看待AI帮助工作就是纯工具，不可完全依赖。对于放权和不认真审查代码，完全就是给自己挖坑。有时候并行做几个外包项目，我都已经开始逐渐感觉到Code Review和测试的重要性了。表面开发人员在写代码的步骤节省了时间，但可能会需要花 Double Time 去回头看代码、测试基础功能。
平时写东西就是做着玩，自用的工具也有花点时间开发维护，偶尔有感兴趣的项目也会提一下PR，不过从来没搞过这么多Star，再次感谢各位鼓励。
感谢哈雷佬 @Haleclipse 的指点，虽然用bun打包出来的exe稍微有点庞大（150MB+），但是相比原先使用 “@yao-pkg/pkg” 的效率表现非常之好（是我以前有点看不起bun了，我有罪 ）
项目地址再贴一个，在站里分享就是得厚脸皮一点，不然怎么成功呢
GitHub - funkpopo/writebot
通过在 GitHub 上创建帐户来为 funkpopo/writebot 开发做出贡献。
周末更新的记录【今早更新到v1.0.5了，请务必阅读Release说明，感谢感谢！】
1、完全迁移至了bun打包，删除了旧的方法，并在 GPT 5.2 xhigh 的帮助下优化了迁移打包方式之后，会将WinSW重复写入dist的问题（节省了近30MB大小）
-
还可以选择随包携带 bun.exe + local-server.js，或者改成 Node SEA，但是这两种方法我还没有完全尝试过（运维转开发的局限性就在这里了，对于技术栈的经验不足）
-
也没有考虑使用更强的压缩方式，我担心会在低性能PC上影响整体的启动和运行效率，所以项目分发的exe大小就暂时固定在 155MB 左右了（还是有点大呢，对于一个本地插件来说）
2、在主界面添加了"智能需求"功能，一句话描述，让LLM来做搜索、标记、替换、基础写作、段落调整等操作（还是非常非常简陋的实现，不过起码是个起点）
-
其实就是实现了添加tool call支持，结合Office API和LLM的工具调用能力来做
-
没有添加web_fetch / web_search，不过后面应该会支持搜索MCP（或者有心的佬友可以提PR，非常欢迎）
-
这里的演示是构思发帖的时候录制的，因此略微有些操作迟疑，sry
3、对于有些佬友会有疑问：“Office已经有Copilot了，为什么还要再做一个呢” / “这个项目相比于其它桌面端独立应用，强在哪里呢” / “有类似的项目，功能更齐全、而且配置更方便”…
我在这里说一下项目的几个不同点吧
-
项目是完全开源的。
没有隐藏任何开发文件（非必要的除外，例如 “xxx.md【我在AI辅助开发时用于帮助记录步骤的内容】”、 “.claude【懂得都懂】”） -
没有在线服务端。
服务完全运行在用户本地，只需要准备一个LLM API即可。也就是说明支持你本地环境启动的的LLM（不过我突然想起来忘记添加多模型配置保存支持了，my bad ）而现有大部分Office加载项都是以在线服务形式提供的。
-
一定程度上的数据保护
参考上一条，你不用担心需要编辑的内容会被发送至除LLM API之外的地方去所有的对话历史，点击 删除按钮后 / 退出Word 就会自动删除（阅后即焚这块 ）
-
资源占用还算可以
起码我测试的时候占用不算高，插件的运行效率也还行吧（i7-12400，32GB DDR4）
--【壹】--：
可以测试下新版本v1.0.7的安装包。
错误日志会写入C盘用户目录下的WriteBot文件夹内，有的话可以发送给我排查下
--【贰】--：
感谢支持
--【叁】--：
谢谢佬友的大作
--【肆】--：
来的太慢了大帅哥，不过我还是爱你
--【伍】--：
那太好力
--【陆】--：
感谢支持
--【柒】--：
bun 就是大了点 pkg处理不了好些情况 node 卒
如果够闲的话 实际上也可以用 rust-embed 焊个纯粹的 HttpServer + web资源 估计只有10M不到
--【捌】--：
好我看看我这能不能复现
一般情况下双击exe执行即可
--【玖】--：
之前折腾过一下子Rust，说实话我不是很喜欢把环境和依赖都默认丢在C盘下面（只有Win平台），如果需要花较多精力去折腾路径问题，我会直接放弃掉
感觉Golang还是适合服务器环境和Docker开发，效率这块确实没得说
--【拾】--：
是要哪里的截图？cmd里就这样
image486×109 4.5 KB
--【拾壹】--：
我那坨也需要改改 目前扔服务器上遇到跨域限制了 Orz.
后面我搓一个 你直接套过去用好了
--【拾贰】--：
用惯了electron应用这种大胖子，150MB可以接受了，想做商业分发再考虑用Go重写本地服务器这块，虽然打包可能比rust这种大一倍，但是成熟的库很多，开发工作量能少几倍快的话能压缩到几天，当然你熟悉rust，所有权生命周期和异步编程很了解追求极致的小的性能可以上，除了编译十几分钟几乎完美，Go的GC还得占几兆运行内存。
--【拾叁】--：
能给个截图吗
--【拾肆】--：
太强了！
--【拾伍】--：
哈雷佬怎么一艾特就来了，什么飞雷神（
确实大了点，我还想发在蓝奏云上面的，结果提示超过100MB了，只能用ZIP再压一下
--【拾陆】--：
插件安装不上？我右键管理员安装，然后cmd里检查说没安装服务，word加载项也没有
--【拾柒】--：
对，因为考虑到可能会在输入框里面复用word编辑的逻辑，毕竟你不能在一款软件里面用两套编辑思路吧。
这个问题如果都不习惯的话我后面会改一下
可能大伙现在都习惯Shift + Enter换行了
--【拾捌】--：
太厉害了～
--【拾玖】--：
佬，我用了下。但是发现摁enter是换行，发送消息好像只能鼠标点击才能发送