随着近几年AI技术的发展，新技术带来的变革在各行各业中不断演进，像Bolt.diy之类的零代码编程框架在吸引着众多程序猿的眼球。然而，一个成熟的B端系统，从行业的理解、需求的分析导入、架构的设计、业务的流转等等，很难通过几句简单的聊天式编程就能搞定，而是一个系统化的过程。但像上一家公司做的租赁管理系统，完全从零开始构思和实现，通过堆人的方式将所有功能模块堆出来，从涉及的产品、项目、开发、测试、运维

本文介绍了基于芋道开源低代码平台构建租赁管理系统OpenPMS的过程。系统分为后端、前端和移动端三个工程。后端工程基于Spring Cloud微服务架构，引入芋道源码并进行部分改造，主要优化了配置管理，使用Nacos作为配置中心。前端和移动端工程则主要进行了代码引入和基本配置调整。文章还提供了各工程的代码仓库链接，供开发者参考和使用。整体项目遵循开源免费原则，旨在减少开发投入，快速构建租赁管理系统

1、免费的确实比收费的效果要差很多，原因应该不在于bolt.new和bolt.diy工具之间，而是大模型。目前 Bolt.new 使用的具体大模型并未在公开文档中明确说明，但根据其产品定位（AI 全栈 Web 开发助手）和功能特点（实时代码生成、自然语言交互），可以推测它可能基于以下主流大模型之一或组合：【来自deepseek】可能的模型选择1) OpenAI GPT 系列。

1、Stitch非常了不起，很适合给产品经理使用，用来快速构建应用原型，也适合UI设计师根据产品特性和简单的设计要素说明快速构建基础设计稿，效率提升非常明显；2、目前Stitch还是免费，后续是否收费暂不清楚，国内暂时也没有类似的工具。3、Stitch并不能像简介上说的可以直接生成前端代码，这点对于Stitch来说还是很大的缺陷，还得依赖figma等其它工具，不过也可能它的定位就是在生成设计稿。

怀疑过自己的用法不对，但基本已经按照Trae的文档及视频操作了。如果不是用法的问题，那就剩下两种可能，一个是Trae工具的问题，一个是大模型的问题；从工具层面上来说，其跟Cursor没啥区别，就是聊天记录不能导出这点有点不爽；从使用Figma助手的过程来看，其加载设计稿的方式不是加载图片，而是加载其metadata，也就是还是在文本的角度来理解，这从侧面来说可能真是模型的原因，只可惜没有Claud