AI辅助开发校园二手交易平台：从需求到上线两周实战全记录

上半年帮一个创业团队做校园二手交易平台，从需求梳理到第一版上线用了不到两周。那段时间正好是我重度使用AI编程工具的阶段，所以整个项目几乎是"AI辅助开发"的完整样本——Cursor负责写代码，我负责定方向、审代码、踩坑、擦屁股。

先说结论：AI辅助开发校园管理系统这类业务系统，核心瓶颈从来不是"AI能不能写出来"，而是"你能不能把需求说清楚，以及有没有能力判断AI给你的方案靠不靠谱"。这篇文章不聊AI有多神，就聊一个具体的事：在AI辅助下，从0到1搭一个以二手物品交易为主营方向的校园管理系统，整个过程有哪些关键节点、哪些坑、哪些必须自己亲自判断的东西。

1. 校园二手交易系统：需求比你想的细得多

很多人以为"校园二手交易"就是闲鱼换皮，但认真拆一遍需求就会发现，校园场景的特殊性导致它和通用二手平台在产品逻辑上有明显差异。

1.1 二手交易的主流程与校园场景的特殊约束

校园二手交易的核心流程可以概括为：发布商品、浏览搜索、查看详情、线下沟通成交、线下交易、确认评价。这不是我拍脑袋定的，而是结合校园用户的习惯推出来的。

第一，交易半径极小。买方和卖方大概率在同一栋宿舍楼或者同一个校区，绝大多数交易需要线下面交。这意味着系统完全不需要复杂的订单物流模块，甚至支付功能都可以砍掉——学生之间更习惯当面转账或者小额现金交易。

第二，信任机制特殊。校园熟人社群里，用户更愿意相信同校学生，所以身份认证（学号绑定、校园邮箱验证）会比信用评分更有效。系统设计时要考虑怎么把"校园身份"体现出来，比如用户页面上显示"xx大学在校生"的认证标识，而不是搞一套复杂的芝麻信用类体系。

第三，商品生命周期短。大学生的闲置物品（教材、台灯、小家电、篮球等）往往在学期初和毕业季集中出现，流动性强，所以发布流程必须极简，拍照、填个价格就能上架，任何多余的字段都会降低发布意愿。

基于这些判断，我列了一份第一版功能清单，主要包括：

• 用户模块：注册、登录、校园身份认证
• 商品模块：发布、编辑、上下架、图片上传
• 浏览模块：商品列表、分类筛选、关键词搜索、商品详情
• 互动模块：留言/私聊（校内用户可以直接电话或微信联系）
• 交易模块：约定购买、确认完成（核心是状态流转，不做在线支付）
• 管理后台：用户管理、商品审核、数据统计

1.2 让AI帮你把"模糊需求"变成功能清单

需求拆解这个环节，AI能帮上大忙。我一开始的想法很简单，就直接在Cursor的对话里输入：

"我打算做一个校园二手交易平台，面向大学生，主营教材、数码、生活用品交易，交易线下完成，不需要支付和物流。请帮我整理一份第一版的功能清单，标注优先级，并在最后列出哪些功能可以放到第二版。"

AI给的答案通常会很全面，还附带一些你没想到的模块，比如"举报与信用体系""消息推送""图片水印"等。这时候的关键不是照单全收，而是要学会取舍。我的经验是：AI列出的功能清单里，第一版只做"不可或缺"的，凡是能靠人工或者规则应付的先砍掉。比如举报功能，第一版直接放管理后台让管理员手动处理，不需要做一个完整的举报子系统。

还有一个很实用的技巧：让AI给功能清单标注"优先级"，然后追问一句"如果开发周期只有两天，哪些功能可以去掉"。AI会按用户价值重新帮你排序，这个过程往往能帮你发现真正的核心功能。我当时的第一版核心就收敛成了三个：商品发布、商品浏览搜索、交易状态流转。管理后台的很多功能甚至都是后期补的。

2. 单人开发的技术选型：别让AI帮你选出一个hold不住的架构

技术选型是AI辅助开发中最危险的一环。原因很简单：AI对任何技术栈都能给出看似合理的建议，但如果你自己心里没底，它会把你带进一个完全驾驭不了的架构里——微服务、Kafka、Redis集群、容器编排，全给你堆上来。

2.1 为什么最终选了Spring Boot + Vue3这套组合

我并没有直接用AI的推荐，而是自己先确定了大方向，再让AI在范围内细化。候选方案有三个：

最终选了Spring Boot + Vue3。原因有三点：第一，Spring Boot的AI训练语料极其丰富，几乎所有常见问题AI都能给出靠谱答案，因为这类代码在网上存量太大；第二，校园管理系统后续大概率要加管理后台、权限体系、报表这类企业级功能，Spring生态的组件成熟度远高于其他两个方