最近在做一个 Mac 应用，叫 Vaela 。

它的目标是：让用户用自然语言描述需求，然后在本地生成一个真正可运行的 SwiftPM + SwiftUI macOS 应用。

我发现有很多软件需求其实很小、很个人化，不太适合做成传统产品。比如：

• 给自己用的记账 / 发票 / 报销小工具
• 按公司格式生成周报、日报的小应用
• 本地数据管理工具
• 家庭 / 个人工作流工具
• 只给自己用、不要账号、不要云同步的工具

这些东西如果专门找人开发不划算，自己写又太麻烦，用现成软件往往又不完全贴合。

Vaela 的思路不是直接让 LLM 一把梭写代码，而是先生成 spec 文件，比如：

• APP.md：这个应用解决什么问题，有哪些功能
• DESIGN.md：界面结构、交互方式、视觉风格
• MACOS.md：作为 macOS 原生应用如何构建、运行、导出

然后再根据这些 spec 生成 SwiftUI 项目，并在本地 build / run / verify / export 。

个人觉得，未来一部分软件可能会有点像 3D 打印：

以前分发的是 app 本身； 以后有些场景里，可能分发的是一份“软件蓝图”。

用户拿到蓝图之后，可以让自己的 LLM 和本地环境重新生成，按自己的需求修改，再构建出一个适合自己的版本。

当然，这不适合所有软件。复杂系统、多人协作产品、安全要求很高的软件，还是需要传统工程体系。但很多个人工具、内部小应用、长尾需求，可能会被这种方式改变。

现在比较想听听大家的看法：

1. 这种 spec-first 的生成方式有没有意义？还是说直接 prompt 生成代码就够了？
2. 如果底层能力来自 coding agent ，那么把体验、流程、构建验证和本地项目管理做好，大家觉得有没有价值？
3. 对本地原生 Mac app 有没有执念，还是 web app 就够？
4. 如果是 AI 生成的软件，大家会关心哪些验证 / 安全步骤？
5. 你会更愿意分享 app 本身，还是分享生成 app 的 spec ？

目前还在早期阶段，主要想先验证这个方向是不是有价值。 欢迎拍砖。

下载地址： https://usevaela.com