从圣诞节那天到今天，一共搞了15天，cursor账号已经用了好多个了。刚开始就花了不少时间去编写文档，每次小功能修改都git存档，但是越到后面项目越复杂了，前期的错误就越难挽回，重构困难。
说说我的体会吧，自己要对想实现的需求和架构前期思考清楚，多迭代几轮需求和架构，不然后面要改，时间成本很大。我选的话前端是用react，本地测试用了express，真正部署想要搞到vercel用serverless云函数，然后这边本地后端做了适配转换，但是我这里前端用的是ESM，后端用的是commonJS，但是我对前端这些基础知识也不了解。结果就是正常本地测试前面的功能都能用，但是当我昨天开始往vercel上部署的时候出现了很多问题，部署就报错了这些模块配置的相关错误，接着就是其他更主要的问题。
首先是数据库初始化，因为我在本地就用个脚本部署的时候自动执行初始化sqlite，也就一张表而已，但是到了vercel是用它的postgreSQL，我去新建了数据库，以为它也能够自动初始化表，结果搞了半天也不懂怎么初始化这个数据库。我也不愿意自己去搜索引擎搜索，全部依赖cursor的回答，大脑感觉已经僵化了。
然后是vercel云函数的api映射，还有各种请求的请求头参数之类的东西，都是一知半解，我也不懂它说的对不对，导致我今天一下午都在搞这个问题，弄来弄去给我搞破防了。最后已经无力回天，无能为力，就把仓库关闭了。
最后给我的感想是，我下次一定把需求，架构文档自己先整理清楚，再把prompts想好，一步步来吧，慢工出细活，git多提交，不要一次性让它改太多东西了。 
需求越多 写的越多 问题越多
