openclaw私域软件开发:造一个自己的飞鸽传书(二)

openclaw私域软件开发：造一个自己的飞鸽传书（二）

前情提要

第一天，开发目标是做一个局域网文件传输工具。

技术选型：Tauri 2.x + React + TypeScript + Rust。

一天跑通MVP，实现了这些功能：

• 本机IP显示

• 手动IP连接（替代UDP广播，因路由器阻断）

• TCP文件传输（64KB分片）

• 系统文件对话框集成

• Rust异步Runtime保持活跃

• 死锁问题修复

openclaw私域软件开发：造一个自己的飞鸽传书

今天，继续和AI协作，新增了这些功能：

• 文件夹传输：不止能传单个文件，现在能传整个文件夹

• 传输进度显示：发送和接收过程实时显示进度，心里有数

• 版本号显示：界面直接显示当前版本，排查问题更方便

• 已知BUG修复：包括Tauri序列化冲突、编译缓存等问题

这里由于执行任务时间较长，所以发了继续的指令。

接下来就是各种各样的报错，我们在不断地排查解决问题。当然我只负责说，AI负责动手。

从这里能看出来，AI有时候就像一个倔强的程序员，一直认为自己是正确的。直到同样的问题拉扯了五轮之后，它才考虑换个解决方案。在这一点上，如果是真人程序员的话，在第二轮应该就会换方向了。

我们依旧在这个问题不断拉扯。

这里未经允许自己提交到github上并发布release了。违反了规程，我要求让他将版撤回。

又是一轮bug的调整。

最后终于完成的功能开发与调试。

目前版本作为一个家用或者私域使用的软件，还是基本合格的。

源码地址如下：

https://github.com/54meteor/passmyfile.git

Release地址如下，有需要的自取：

https://github.com/54meteor/passmyfile/releases/tag/v1.1.0

整个过程下来，所有功能代码全是AI写的。

但方向盘在我手里：做什么，先做哪个，方案选哪个，改完过不过。

工程师用AI，核心不是让AI替你思考，是让你从执行者变成决策者。

那些热衷于讨论"AI能不能取代工程师"的人，搞反了重点。

重点是——你会不会用AI。