项目的起点#
这个项目是在 2024 年 4 月到 6 月做的。我刚从中职毕业没多久，接到这个合同项目时，目标很明确：不是做一个 AI Demo，而是交付一套能上线使用的移动端产品。
甲方给的需求很全：AI 对话、AI 绘画、助手广场、作品社区、用户资产、充值支付、任务奖励、激活码、邀请分销、意见反馈都要有。项目以 H5 形式运行，主要适配手机浏览器和微信内打开，不要求用户安装 App。
对当时的我来说，这就是一次完整的商业交付训练。签合同，按节点推进，按功能验收，需求变化也要继续接住。
为何做？#
最直接的原因是接项目赚钱。另一个原因，是想确认自己能不能独立做出一套完整产品。
那段时间 AI 产品很多，但不少只是套个聊天页面。我接到的这个需求不一样，它要把生成能力放进一整套业务链路里：登录、充值、消耗次数、生成内容、查看记录、领取奖励、邀请别人。
这比单独调通一个模型接口麻烦，但也更接近真实项目。
我想做什么？#
我想做的是一套能运营的移动端 AI 工具。用户进来能用，想继续用就充值，做任务能拿奖励，邀请别人也有分销链路。
这种项目的重点不是“AI 多厉害”，而是用户从进入页面到完成消费的路径顺不顺。
需求清单#
甲方给到的是完整产品需求，不是单一 AI Demo。需求覆盖用户端、资产体系、活动任务、分销链路和运营反馈。
实际效果#
PDF 效果展示放在阿里网盘，站内只保留外链入口，避免文件和预览体积变大。
PDF Preview 爱设计 AI Design 效果展示 PDF 查看完整页面效果、功能模块和交付展示。页面总览#
首页、助手广场、AI 绘画、用户中心这些模块都放在移动端页面里。用户先体验，再生成内容，最后进入充值、任务和分销链路。
产品范围#
这个项目不是一个单独的聊天页面，而是一套移动端 AI 产品。
- AI 对话：支持热门问题推荐、消息收藏、重写、复制和模型切换。
- AI 助手广场：把不同角色和领域的助手做成分类商店，用户可以浏览、搜索，进入专属聊天界面。
- AI 绘画：支持立即生成和生成记录，用户可以选择模型、调整参数、查看历史作品和任务状态。
- 用户资产：围绕对话次数、绘画次数做用户中心、充值中心、任务奖励、签到领取和激活码兑换。
- 邀请分销：支持邀请关系、奖励发放和分销链路，方便甲方做用户增长。
- 图像社区：展示平台精选 AI 作品，沉淀内容，也给新用户看生成效果。
我做了什么#
- 独立完成前端页面、路由、状态管理和接口接入。
- 独立完成后端业务接口和基础服务集成。
- 跑通 AI 对话、AI 绘画、支付充值、任务奖励、激活码、邀请分销等核心流程。
- 处理移动端 H5 和微信内打开的布局、交互、登录态和异常反馈。
- 整理演示材料和交付文档，方便甲方按功能模块验收。
技术实现#
前端使用 Vue 3、Vite、Vue Router、Pinia、Vant 和 Tailwind CSS。页面重点适配手机和微信内浏览环境，Tab、弹窗、表单、浮动面板、生成记录、用户中心这些高频交互主要基于 Vant，业务布局再用 Tailwind 和自定义样式补齐。
状态管理用 Pinia，承载登录态、对话记录、绘画任务、用户资产和任务奖励等全局数据，并做本地持久化，减少刷新和切换页面带来的状态丢失。
网络层基于 Axios 封装，统一处理 RESTful API、Token 鉴权、错误提示和登录失效。AI 回复内容支持 Markdown 和代码高亮，保证长文本、列表、代码片段在移动端可读。
后端提供用户认证、对话管理、绘画任务、订单余额、任务奖励、分销关系、激活码等接口。图像处理服务使用 Bun、Node/Express 和图像压缩库，对 AI 生成图片做压缩，减少访问和存储压力。
这个决定是否正确？#
从赚钱角度讲，它是一个正常的合同项目，做完、验收、交付，后面甲方也还有零散需求找我。
甲方一方面想让我帮忙做产品，另一方面也想看我的技术功底扎不扎实，我们见过一次面。
从技术角度讲，它不是我后面做过最复杂的系统，但让我很早接触到完整商业项目的节奏。不是自己想怎么做就怎么做，而是要围绕需求、工期、验收和可维护性来做。
从市场上看，这个项目没有跑起来，做完后也就没有后续了。我们起步晚，功能也不占优，别家当时已经有文生图、图生图、生成思维导图这些能力，团队更稳定，扩展也更强。