这个需求包解决什么
它不是报价表，也不是泛泛的沟通清单。它用来判断一个项目能不能进入开发：事实是否够、风险是否清楚、首版是否能验收、后续 AI 能不能接手。
拿到真实需求后，先按下面字段补齐，再用 AI 需求文档生成器整理成任务包。
Requirement Pack
LiteMall 二开需求包
用于确认 LiteMall 小程序、Vue 后台、Spring Boot API、MySQL、品牌替换、功能改造和服务器部署。
需求确认清单
先补齐必填项，再看可选补充。风险检查不过关时，不要直接进入开发。
必填信息
代码状态：仓库地址、分支、是否能本地启动、当前报错和改动历史。
运行版本：Java、Node、npm、MySQL、Redis、微信开发者工具版本。
数据库状态：初始化脚本、演示数据、旧数据、备份和迁移需求。
改造范围：小程序端、管理后台、Java API、数据库、部署或品牌替换。
商城流程：商品、分类、购物车、订单、地址、用户、支付、后台配置。
上线目标：演示案例、真实业务、客户私有部署或个人项目展示。
部署环境：API 域名、后台域名、Nginx、HTTPS、备案、进程守护。
敏感信息：支付密钥、后台账号、真实订单、用户数据和服务器凭据。
可选补充
想保留和想删除的开源功能清单。
品牌素材、商城名称、Logo、主题色、演示商品和截图。
支付商户号、物流、优惠券、会员、分销、售后等扩展资料。
现有服务器部署路径、日志路径、数据库备份和 Nginx 配置。
风险检查
没有先跑通原项目就开始二开，会增加排障难度。
开源商城功能多，首版不要同时改支付、分销、营销和会员。
数据库脚本和版本不一致时，后台和 API 可能同时报错。
备案或 HTTPS 未完成前，不公开写死不可访问的商城域名。
公开演示必须脱敏后台账号、支付配置、真实订单和服务器路径。
可开工标准
原项目启动状态和当前报错已经记录。
改造范围按小程序、后台、API、数据库、部署分层列出。
首版演示流程已经限制在商品、购物车、订单、后台配置等核心链路。
数据库备份、部署路径、日志和回滚方式已经明确。
敏感信息处理和公开展示边界已经确认。
交接产物
代码分支、运行版本、启动命令和当前可用状态。
分层改动记录：小程序、后台、API、数据库、部署。
数据库初始化、备份、迁移和回滚说明。
演示账号策略、公开截图和敏感信息脱敏记录。
域名、HTTPS、备案状态和上线检查结果。
交给 AI 前要确认
首版范围和暂不做范围已经分开。
验收标准能写成具体动作和可观察结果。
部署环境、账号权限、域名状态和缺失资料已经说明。
敏感信息不会进入公开仓库、公开页面或可泄露文档。
下一位 AI 能通过 HANDOFF、任务包和内部文档继续工作。
