又是很久没更新了，其中一个原因也是因为 ImSheet 封装的 COS SDK 依赖变更，导致 ImSheet 无法连接远端图床，也就是 ImSheet 不能用了。
写博客没了图床，就没了灵魂。
我原本想修复这个问题，但是感觉 Electron 开发的轻量应用，太过周折了。想想这点东西打包出一个 70 MB 左右都安装包出来，而且独占一个 chrome 内核，对 Mac 用户来说太紧张了，毕竟 Apple 的内存是金子做的。
好在现在是 2025 年了，借助 Copilot 让我有了迁移的动力。这要是回到 2022 年，想想那些垃圾的工作，我才深刻体会到了那本书《Bullshit Jobs》的嘲讽。
几天零散的时间，将 ImSheet 成功从 Electron 迁移到 Tauri，刚开始的时候还是比较难受的，因为腾讯云对象存储没有提供 Rust 的 SDK，只能通过接入 API ，关键是我不懂 Rust 啊。
如果保证代码质量？对不起，以我目前积累的编码水平，还 hold 不住全权交给 Agent 产生的大量 Bug。所以，即便是 Agent 还是要编写提示词，是的，还是提示词工程。
Claude Sonnet 4 将 Electron 迁移到 Tauri 的经验总结
Agent 与你第一次会话，他没有义务去了解你是如何构建程序的，你的设计意图是什么，特别是非科班出身的你来说， Agent 更难了解你。
比如，数学老师叫一个学生解题，结果这位同学不按套路出牌，结果还答对了。老师已经沉淀了一套指导方针，对这位学生来说完全无效。所以，Agent 上层的指导方针大多数是科学的，科班的。
当你想让 Agent 去帮你完成一个较大的系统设计的时候，你必须先写出方案需求，或者丢出你的设计文档，让 Agent 去了解你。
这只是第一步，这时候让 Agent 去执行任务还不行，刚刚你丢给 Agent 的内容，你怎么确保 Agent 理解了呢？很可能你的表达水平说话出去，正常人都无法理解。给出意图后要做的，就是对齐需求。
确保双方都没错之后，就可以跟 Agent 一起执行方案了，这步相当于制定执行的提示词。确定好执行计划之后，我建议你让 Agent 生成计划文档和执行日志。
一切都准备好了，你可以跟 Agent 一步一步通过 Chat 去构建程序了。
1️⃣ 设计逻辑**
2️⃣ 验证理解
3️⃣ 结构化交互
- 先注明程序设计的核心逻辑（没时间，可以让 Agent 自己去读，然后你来对齐）
- 制定执行方案计划，并做好记录工作。（让 AI 生成相关文档，后续需要用到）
- 拆解计划任务，分部结构化推进任务（某个模块任务过长会遗忘目标，文档就可以很好的回顾）
🎯 重点：别指望AI猜需求，先自己理清思路再沟通！
那些无谓的磨练还有必要吗？
对此，我真的没有多少时间去探索 Sql 数据的性能问题，CSS 前端渲染的兼容性问题，SDK 的底层原理。对于初学者，如果你想在这个专业上深耕，还是建议花时间去总结下相关基础点。
如果你只想调一杯红色的鸡尾酒取悦你的女友去学化学式，那你真是个天才。这世界上的问题，只有相对，没有绝对。