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