站点要解决的核心问题
访问者先知道我能做什么：小程序、Java 后端、独立站、在线工具、LiteMall 二开和服务器部署。然后通过工具、项目和博客看到真实能力。
真正进入项目时，需求不能停留在“聊一聊”。它要变成一份 AI 能读懂、能拆任务、能测试、能部署、能交接的执行文档。
Delivery System
交付体系
这个站的目标不是只让别人来咨询，而是把能力展示、需求确认、开发流程、审核验收、部署实施和 AI 交接都沉淀下来。需求拿到后，可以直接整理成任务包交给我或其他 AI agent 执行。
六个固定原则
主站负责展示，模板负责收集，流程负责交付，清单负责验收，部署记录负责上线，交接日志负责换 AI。
先让人知道能做什么
首页、服务页、项目页、在线工具和博客入口负责展示能力：小程序、Java 后端、独立站、在线工具、LiteMall 二开和服务器部署。
需求必须能交给 AI
模板不只为了聊天，而是为了收集产品类型、用户角色、核心流程、数据对象、页面接口、部署环境和验收标准。
每类产品都有交付流程
不同产品走不同 SOP。小程序看端和接口，后端看数据和权限，独立站看内容结构和 SEO，服务器看环境、域名和回滚。
交付前必须可验证
每次开发都要有功能审核、边界测试、移动端检查、部署检查和用户验收清单，不能只凭“看起来可以”。
部署也属于交付
代码能跑只是第一步。域名、HTTPS、环境变量、数据库、日志、备份、监控和回滚路径都要写清楚。
任何 AI 都能接手
每个批次更新 HANDOFF、执行计划、需求文档、测试结果和部署状态。换 AI 时先读文档，再查代码，不重新问一遍。
从需求到 AI 任务包
需求模板收集的是事实，不是让用户写作文。事实足够以后，就能转成明确任务、测试标准和部署步骤。
识别产品类型
先判断是小程序、Java 后端、独立站、在线工具、LiteMall 二开、管理后台还是纯服务器部署。
收集关键事实
记录用户角色、核心流程、页面清单、数据对象、权限、第三方能力、已有代码、服务器、域名和上线时间。
生成任务包
把需求整理成 AI 可执行任务：目标、范围、非目标、文件位置、接口字段、验收标准、风险和交接说明。
按产品 SOP 开发
根据产品类型走固定顺序，先跑通最小闭环，再补 UI、接口、后台、内容、日志和部署细节。
审核和测试
用功能清单、边界数据、移动端视图、构建测试、接口测试和人工验收步骤逐项过关。
部署和交接
上线后记录域名、环境变量、启动命令、日志路径、备份方式、回滚方式和下一批待办。
验收和测试清单
开发完成后，按产品类型检查功能、边界、移动端、数据安全、部署和交接。通过清单以后再说交付完成。
部署实施 Runbooks
上线前先选对应部署手册，把前置条件、命令、验证、回滚和交接写清楚。部署失败时也能按路径退回。
Runbook
Vercel + GitHub 部署 Runbook
用于部署 Next.js 主站、在线工具、内容页和静态公开页面。
Runbook
自有服务器 Java API 部署 Runbook
用于把 Spring Boot API、管理后台接口或任务服务部署到自有服务器。
Runbook
Nginx + HTTPS 配置 Runbook
用于配置域名入口、反向代理、HTTPS 证书、日志和基础安全头。
Runbook
MySQL 备份和恢复 Runbook
用于上线前备份、迁移前保护、定期备份和恢复演练。
Runbook
LiteMall 后台和 API 部署 Runbook
用于部署 LiteMall Spring Boot API、Vue 管理后台、MySQL 和公开展示入口。
Runbook
小程序接口域名切换 Runbook
用于把小程序从临时 API、测试环境或 IP 地址切换到正式 HTTPS 域名。
Runbook
LiteMall 备案后收尾 Runbook
用于 ICP 和 HTTPS 恢复后继续处理微信合法域名、公安备案号、演示账号权限、截图素材、监控和复查记录。
按产品类型交付
每种产品都有不同检查点。后续会继续把这些流程拆成更细的需求文档、验收清单和部署手册。
微信小程序产品
适合工具、商城、预约、报名、查询、提交资料和业务流程类产品。
需求确认
确认用户端、管理端和后端接口是否都在首版范围内。
列出页面路径、表单字段、状态流转、微信登录、支付、订阅消息、文件上传和分享需求。
确认小程序主体、AppID、合法域名、备案、服务器、接口地址和审核限制。
开发交付
先搭用户核心闭环，再接 API、登录态、错误提示和空状态。
后端接口先稳定数据读写，再补后台配置、日志和异常处理。
所有页面要适配手机端，关键按钮、表单、二维码和长文本不能溢出。
审核验收
至少跑通新用户进入、完成核心动作、后台查看或处理结果。
检查登录过期、接口失败、空数据、重复提交、上传失败和权限不足。
提交审核前确认隐私协议、合法域名、支付/消息权限和版本说明。
部署实施
记录小程序 AppID、接口域名、后端环境变量、发布版本和审核状态。
接口切换必须先验证 HTTPS、CORS/域名白名单、日志和回滚地址。
Java 后端和管理后台
适合小程序 API、管理后台接口、业务系统、文件上传、权限和定时任务。
需求确认
列出核心数据对象、字段、状态、关联关系、权限角色和数据隔离方式。
按调用端拆接口：小程序、Web、后台、第三方系统分别需要哪些接口。
确认数据库、缓存、文件存储、定时任务、接口文档、联调方式和旧数据迁移。
开发交付
先完成数据模型、接口契约、错误码和权限边界，再写业务逻辑。
接口返回结构、分页、筛选、排序、状态流转和文件上传要保持一致。
后台页面优先保证可管理、可排查、可导出，再考虑更复杂的运营能力。
审核验收
用正常、空值、非法权限、重复请求、异常状态和大数据量样例测试接口。
检查日志、错误响应、健康检查、数据库约束、备份和接口文档是否同步。
前端或小程序联调必须有可复现步骤和测试账号。
部署实施
记录 JDK、MySQL、Redis、Nginx、进程守护、端口、环境变量和日志路径。
上线前准备数据库备份、回滚包、健康检查地址和最小可用验证脚本。
独立站和在线工具
适合个人主站、项目展示、服务页、SEO 内容、计算器和结果生成工具。
需求确认
确认站点目标：展示能力、承接需求、搜索收录、工具使用、博客跳转或项目案例。
列出页面结构、导航、工具输入输出、公式规则、内容素材、头像、二维码、截图和外链。
确认域名、部署平台、搜索验证、统计、sitemap、robots、RSS 和更新频率。
开发交付
先搭信息架构和关键页面，再做工具逻辑、单元测试、SEO 元信息和内链。
工具计算逻辑放到独立模块，UI 只负责输入和展示，避免公式散在组件里。
首页保持克制，复杂流程放到服务、项目、内容或流程页展开。
审核验收
检查移动端布局、按钮换行、长中文、表格横滚、工具边界值和复制按钮。
验证 sitemap、robots、canonical、OG、RSS、结构化数据和搜索验证码。
每个工具必须有可复现输入样例和预期输出。
部署实施
记录 Vercel 项目、GitHub 仓库、环境变量、域名解析、搜索站长平台和部署命令。
上线后用生产域名检查关键页面 200、工具可用、sitemap/feed 可访问。
LiteMall 商城二开
适合基于 LiteMall 改商城小程序、Vue 管理后台、Spring Boot API 和 MySQL。
需求确认
确认代码来源、分支、Java/Node/MySQL 版本、数据库脚本、启动方式和当前报错。
拆清小程序端、管理后台、Java API、数据库、支付、商品、订单和部署改造范围。
确认演示目标：只做案例展示、真实业务上线、客户私有部署还是二次开发样板。
开发交付
先跑通原项目，再改品牌、配置、演示数据、页面入口和核心业务模块。
改动要按端记录：小程序端、后台端、API 端、数据库、部署脚本分别说明。
所有二开功能都要保留可回退路径，避免把开源底座改到不可维护。
审核验收
检查商品、分类、购物车、下单、订单、地址、后台配置和接口错误场景。
验证数据库初始化、接口联通、小程序合法域名、后台登录和日志可追踪。
公开展示前确认不暴露后台账号、真实订单、支付密钥和服务器敏感路径。
部署实施
记录 API 域名、后台域名、Nginx 配置、证书、数据库备份、进程守护和演示账号策略。
备案或 HTTPS 未完成前，不公开写死不可访问的正式商城链接。
服务器部署和环境实施
适合已有代码但需要部署、域名、HTTPS、日志、备份、监控和回滚的项目。
需求确认
确认服务器系统、账号权限、代码仓库、运行时版本、端口、域名、证书和数据库位置。
列出服务入口：API、后台、静态站、文件服务、定时任务、监控和健康检查。
确认是否允许停机、是否有旧数据、是否需要迁移、备份频率和回滚时间要求。
开发交付
先跑通运行时和依赖，再配置环境变量、进程守护、Nginx、HTTPS 和日志。
上线脚本、重启命令、健康检查和备份命令要能被下一个 AI 直接执行。
不要把密钥写入仓库，敏感信息只放环境变量或客户侧安全配置。
审核验收
检查端口不裸露、HTTPS 有效、反向代理正确、日志可读、重启后服务自恢复。
验证数据库备份可生成、可下载、可恢复，至少有一次演练记录。
用生产域名跑核心路径，并记录状态码、响应内容和失败处理。
部署实施
输出服务器清单、目录结构、启动命令、环境变量名、日志路径、备份路径和回滚方案。
如果客户侧部署，必须写清需要客户提供的账号、权限和控制台操作。
