说出来你可能不信——我做这个云南菜谱 App 的原因，是 想学习怎么用 WorkBuddy 。
起因很简单：我在网上找到了一份云南菜谱的 PDF，大概 280 道菜。我和媳妇都是云南人，家里经常要做点云南菜。但这 PDF 打开慢、翻找烦，还全是"公钱""市两"这种老单位。
我想把它做成一个手机 App。
但这不是重点。 重点是：我决定用 WorkBuddy 来做这件事。
我平时的工作是写 SQL、做 Python 数据分析，偶尔写点 HTML 改改前端页面。App 开发？从来没搞过。这次就当是…… 用 AI 学 AI ？
第一步：让 WorkBuddy 帮我处理 PDF
PDF 是扫描版的，文字是图片，不是文本。
如果手动录入，280 道菜，我能做一整年。
我跟 WorkBuddy 说：
"我有一份云南菜谱 PDF，想把它转成结构化的数据，能做到吗？"
WorkBuddy 告诉我可以用 DeepSeek 的文档解析功能，直接把 PDF 转成 JSON。它还帮我写了 prompt：
把这份菜谱 PDF 转成 JSON，每道菜包含：菜名、分类、主料、辅料、做法。计量单位统一用克。
第一次跑出来的结果就挺不错，虽然中间把"草果"识别成了"草 果"。我跟它说"这是一个调料品种，不要分开"，它就记住了，后面的输出再也没犯过这个错。
几分钟，280 道菜，全部转化完毕。
第二步：问 WorkBuddy 怎么做 App
数据有了，接下来怎么做 App？
我跟 WorkBuddy 说：
"我想把这个菜谱做成手机 App，但我从来没做过。有没有什么简单的方法？"
它给我推荐了 Flutter，说比 Android Studio 好装。然后我问：
"界面怎么做？我 HTML 只会一点点。"
WorkBuddy 说：
"你可以用 Flutter 外壳 + WebView。Flutter 只负责打包，界面还是用你熟悉的 HTML/CSS/JS。"
这就是我没想到的解法——用 AI 的建议，绕开自己的短板。
第三步：遇到问题就问
项目过程中遇到问题，我基本都是直接问 WorkBuddy。
比如这个报错：
"WebView 加载不了本地 HTML 文件，报错 'asset not found'"
WorkBuddy 看了报错信息，说：
"这是 Flutter WebView 的已知限制。需要用 base64 编码加载本地 HTML。"
然后它直接给了代码：
Future _loadLocalHtml async {
final htmlContent = await rootBundle.loadString('assets/recipe.html');
final base64Content = base64Encode(utf8.encode(htmlContent));
await _controller.loadRequest(
Uri.parse('data:text/html;base64,$base64Content'),
);
}我复制粘贴，报错消失了。
说实话，这种"你报错我来看，你给解法我来试"的方式，比自己看文档快多了。
关于和 WorkBuddy 协作的真实感受
做完这个 App 之后，我总结了一套和它配合的心得：
WorkBuddy 擅长的：
- 给方向性建议
（用什么技术、怎么架构）
- 写重复性代码
（复制粘贴就行那种）
- 看报错信息，给解决方案
- 帮你补全知识
（"这个参数是什么意思"）
需要你来定的：
想要什么（需求本身）
哪个方案更好（它给几个选项，你来选）
边界情况怎么处理
一句话总结：WorkBuddy 不是帮你做决定，而是帮你执行你决定要做的事。
关于 AI 工具的一点体会
用了一段时间 WorkBuddy 之后，我有一个特别深的体会：
AI 工具其实是一个杠杆，起到乘法的作用，而不是加法。
你的认知，决定了这个 AI 助手的能力上限。
如果你用电脑只是搜索信息，AI 就只能帮你快速搜索和整理信息
如果你会编程，或者至少理解编程的原理，AI 就能帮你开发产品
如果你懂产品设计，AI 就能帮你做出真正能用的东西
WorkBuddy 再强，它也不知道你想要什么——这是你需要想清楚的事。
所以，与其焦虑"AI 会取代我吗"，不如想想"我该怎么用好 AI 这个杠杆"。
成果
从 PDF 到 APK，整个过程：
- 以前的我
：自己摸索，光是配环境就能卡三天
- 现在的我
：有问题就问 WorkBuddy，花了两天晚上
不是 AI 取代了我，而是我学会了一个新工具。
热门跟贴