从零搭了一套能自己生产内容的趣味测评小程序，聊聊技术选型和计分引擎

一触就发TinyApp · 2026-07-07T12:14:15.378Z

市面上大多数趣味测评小程序，内容都是写死的——题目和报告全预设好。用户玩完一次就很难再来，运营想上新测评还得找开发改代码。我想要的不是“一个测评”，而是一套能持续生产新测评、自动计分、自动出报告的内容平台。下面把产品设计到技术落地的过程整理了一下。整体架构走前后端分离，核心拆成四层。最纠结的设计决策在题目生成这块。常见的两种路子：AI 直接生成，快倒是快，但质量不稳定，报告经常没理论支撑，用户会觉得不太准。纯手工找专家命题，质量高但周期长、成本太高，不适合快速试。最后选了第三条路——先建经典量表库，再用 AI 做趣味化改编。经典量表就是那个“框架”，把 AI 的创意框住，输出才能稳定。这思路有依据，北师大心理学部黎坚教授课题组的研究也证实过，调整好温度参数并用多轮迭代优化提示词，AI 出的题目在内容效度上甚至能超过传统专家命题。 AI 生成环节选了 Dify 工作流，主要是看中可视化编排、改完提示词立即生效不用重新部署，还有节点的日志追踪，调试效率高很多。数据模型上，经典量表库是整个底座，提前导入了一些公开可用的量表当模板，都有明确的计分公式和常模数据，能覆盖大部分趣味测评的需求。另外还设计了趣味测评表和答题草稿表，草稿用了本地缓存 + 数据库双保险，每答一题立刻写本地，防抖间隔3秒或累计5题再往服务端同步一次，用户进来优先读本地，体验上基本无延迟。核心表结构大概就是这样： -- 量表主表 CREATE TABLE classic_scales ( id INT PRIMARY KEY AUTO_INCREMENT name VARCHAR(100) NOT NULL theory_framework VARCHAR(50) NOT NULL total_items INT NOT NULL original_min DECIMAL(5,2) NOT NULL original_max DECIMAL(5,2) NOT NULL scoring_formula JSON norm_data JSON )。 -- 维度表 CREATE TABLE classic_dimensions ( id INT PRIMARY KEY AUTO_INCREMENT scale_id INT NOT NULL name VARCHAR(50) NOT NULL name_cn VARCHAR(50) NOT NULL original_min DECIMAL(5,2) original_max DECIMAL(5,2) )。 -- 趣味测评主表 CREATE TABLE fun_quizzes ( id INT PRIMARY KEY AUTO_INCREMENT title VARCHAR(100) NOT NULL description TEXT cover_url VARCHAR(500) price DECIMAL(10,2) DEFAULT 0.00 status ENUM('draft', 'published', 'offline') DEFAULT 'draft' config JSON participant_count INT DEFAULT 0 )。 -- 用户答题草稿 CREATE TABLE user_response_drafts ( id INT PRIMARY KEY AUTO_INCREMENT user_id INT NOT NULL quiz_id INT NOT NULL session_id VARCHAR(64) NOT NULL ... )。