模匣软件开发思路
796 字
4 分钟
模匣软件开发思路
昨天在我苦苦寻找SD模型时发现一个问题，随着我的本地模型越来越多，我逐渐忘记这些模型究竟是干什么的或者它的推荐参数是什么了，所以我在内部群说了一句要vibe一个本地模型管理软件，这个项目就由此而生了，接下来诸位将会在下面了解到这个项目是如何从空文件夹到一个MVP软件的全流程。
- Github开源仓库：模匣(ModelVault)
- 开源协议：GNU GPL v3
写在前面：
- 整篇文章我将会基于我的需求和实际情况来逐项展示思路，并不代表全流程正确或最简便；
- 当前整个项目也并不完善，但当前项目属于一个最小可用的MVP软件
- 分享这篇文章的主要目的是为了给vibe新手一个相对合理的开发思路，并不是专家教学文章，希望注意分辨
- 该软件全流程使用git进行版本管理，并且已在github开源
重要事项：
- 文章内展示的软件表现积分总耗费为326.18积分
- 全流程采用GLM-5.3-Flash模型，开启Max上下文，思考强度为高，开发全生命周期中未更改模型
- 需求清晰 ≠ 提示词长篇大论
- 善用截图指导模型对项目进行修复bug和优化
一、关键的第一步
- 软件名称设计：豆包
- 新建文件夹(新建github开源仓库)
- 选择基础软件框架：Electron + Vite + Vue 3，选择理由是兼容性高，缺点是软件包占用存储大
- 完成Electron框架基础模板(其实这一步熟练的可以手动敲命令，但是这次我懒了，扔给Agent，反正积分消耗也不高，6.07积分)
二、初始开发提示词
根据自己的需求，将初始开发提示词梳理清晰，说清楚整件事(请注意，需求清晰 ≠ 长篇提示词，另外额外说一句一直以来在社区看到很多人的提示词过于随意，这样不会获得好结果，vibe的最重要的事就是提示词标准，一段好的提示词抵过各种辅助工具)，适当的不详细会提供模型一定开发自由。
对于先UI设计还是先开发这一点要根据项目复杂度和自己经验来决定，我这次采用直接开发，然后后面统一优化UI和修复bug。
注：积分消耗13.36
三、优化UI和修复bug
根据本地开发的实际表现，查看当前UI的表现与自己的预期差距，适当的截图和标注结合提示语言要求模型进行UI优化
bug情况同理，直到整体软件表现达到基础可用的程度
四、补充思路
- 在开发过程中，适当新建任务，避免上下文过多导致超量消耗积分
- 善用模型多模态能力，在截图中可以详细标注指定位置
支持与分享
如果这篇文章对你有帮助，欢迎分享给更多人或打赏支持！
相关文章智能推荐
1
米哈游上线视频创作平台
游戏杂谈一个游戏公司破圈踏入AI视频创作领域
2
近期TRAE社区贡献荣誉
贡献荣誉混水摸鱼3个月也获得了不少的称号和徽章，认识了不少朋友，特此在这里记录一下获取的荣誉
3
精华丨GLM-5.1丨一次完美的项目重构全流程剖析案例
TRAE距离GLM-5.1正式发布已经过去了10天，官方之前宣称能够连续8小时的任务也一直没有去试验，一直扎在SOLO 3.0中研究，昨晚突然心血来潮想要重构我的[导航站](https://nav.xshan.top/)，它是一个开源项目但因为很早以前就被我截断关联，一直以来也没有进行改善，所以我在想GLM-5.1大家都在拥护它的强度，那么它能不能完成整套系统的重构(包含前后端)，所以这个案例就由此诞生了。
4
游戏杂谈 - 关于开拓者身份的思考
游戏杂谈崩坏：星穹铁道中的玩家主角真实身份目前仍未揭晓，但游戏中存在多种提示
5
又是新的一年
生活随笔时间过的真快，一转眼又到了除夕
随机文章随机推荐
评论区
欢迎来到我的博客！这里记录了我的各种开拓经验！
文章
18
分类
12
标签
33
总字数
21,047
运行时长
0 天
最后活动
0 天前
站点域名blog.xshan.top
Fireflyv6.16.4
Astrov7.2.8
Nodev22.21.1
pnpmv11.22.0
构建时间2026年9月19日 21:55:50
系统信息Linux / x86_64