0. 自我介绍
-
你是谁：一位连续创业者（Almost OPC），也是两个女儿的爸爸。
-
你是怎么用 TRAE 把 Demo 做出来的：去年底完成团队调整后，今年开启了新的创业旅程。我相信 AI Coding 已经可以承担大部分工程实现工作，真正决定产品上限的，是工程化能力、产品架构能力和深度思考能力。本次参赛作品完全基于 Trae 开发，从需求梳理、系统设计、功能实现到部署落地，均由我与 Trae 协同完成，没有手写一行代码。它既是一份参赛作品，也是一款即将推进商业化落地的真实产品（预计本月上线）。
1. Demo 简介
-
是什么：一个自适应 PC 和 PAD 的 Web 端计算能力训练平台，重点优化 PAD 体验，面向小学生提供可视化教具工具箱、智能出题引擎、AI 学习助手、学情诊断、趣味主题和激励体系等核心能力。
-
面向谁：小学 1-6 年级学生及其家长，重点解决计算底层能力培养问题。
-
细分群体：
低年级（1-2 年级）：需要培养数感、理解基础算理的学生。
中高年级（3-6 年级）：需要强化计算速度与准确率的学生。
家长群体：希望高效辅导孩子数学计算、关注孩子计算底层能力的家长。
-
已完成的核心功能：
- 数感可视化培养
通过可视化教具工具箱，将数字、数量关系和计算过程直观呈现，让抽象算理变成看得见、可操作的学习过程。
- 与校内教材同步
紧跟人教版最新版本，按年级、章节和课堂进度组织内容，做到“课堂学什么，课后练什么”。
- AI 智能出题
按年级、章节、知识点精准匹配题目，并结合练习记录自动过滤已掌握内容，提升练习效率。
- 智能错题本
支持一键改错、错因复盘和同类题巩固，让孩子从“做错一次”真正走向“理解一次、掌握一次”。
- AI 学习助手
支持随时提问与截图提问，7×24 小时提供学习陪伴，帮助孩子及时解决卡点。
- 学情诊断
围绕正确率、计算速度、稳定性、熟练度、知识点掌握度、成长值和成长趋势，形成多维度学习诊断，帮助家长精准定位薄弱点。
- 趣味主题与激励体系
将孩子喜爱的主题元素融入教具和练习题中，并通过能量、奖牌等虚拟奖励提升学习兴趣和持续性。
- 下一阶段规划功能
- 计算分级体系
建立循序渐进的题目分级体系，让计算能力实现低压力、螺旋式提升。
- 奖励系统升级
支持虚拟奖励兑换实物、饲养虚拟宠物，并增加由家长自定义奖品的抽奖机制。
- 浅奥计算拓展
加入更具思维挑战的浅奥计算内容，进一步提升孩子的逻辑推理与综合运算能力。
2. Demo 创作思路
-
灵感来源：作为两个女儿的父亲，我在陪伴大女儿完成数学计算学习的过程中，深刻感受到“数感”和“算理”才是小学数学计算能力的底层基础。实体教具确实有效，但存在成本高、占空间、操作繁琐、难以标准化复用的问题。如今在陪伴小女儿学习时，我希望把已经验证有效的学习方法沉淀为一套系统化、可视化、可复制的产品，让更多家庭以更低门槛获得优质学习支持。
-
想解决的问题：
-
孩子层面：计算过程抽象难懂，容易陷入死记硬背；重复刷题效率低，同类问题容易反复出错。
-
家长层面：实体教具购买和收纳成本高，辅导步骤复杂，且难以持续、精准地发现孩子的真实薄弱点。
-
市场层面：现有计算类产品多偏重“讲授”和“刷题”，互动性、趣味性和探索空间不足，难以真正培养孩子的深度思考能力。
- 为什么做这个方向：
-
AI Coding 已经成熟，能够以更低成本、更高效率完成产品开发，让个人也有机会把复杂产品快速工程化落地。
-
我具备大型信息化项目的工程化经验和产品架构经验，能够把教育想法真正转化为可运行、可迭代的产品。
-
我本人就是深度用户，长期陪伴孩子学习，既验证过方法有效性，也能持续从真实场景中提炼需求。
-
我相信在 AI 时代，教育平权第一次真正具备大规模落地的可能，优质教育资源可以以更普惠的方式触达更多家庭。
3. Demo 体验地址（三选一）
- 在线体验地址：http://115.190.166.67:9098/
- 测试账号说明：默认账号
4. TRAE 实践过程
- 整体说明：整个产品从架构设计、功能开发到部署上线，均以 Trae 为核心生产工具推进完成。
- 系统架构与设计阶段
先由我明确产品定位、目标用户、功能边界和业务流程，再由 Trae 协助梳理系统架构、前后端职责划分、数据结构和接口设计，快速形成可执行方案。
- 产品开发阶段
我通过用户故事描述需求，包括用户角色、使用场景、核心动作和目标结果，Trae 再将用户故事转化为具体功能模块与开发任务，持续迭代实现。
- 第三方集成阶段
将 API 文档、接入说明或示例代码提供给 Trae 后，Trae 可以快速理解接入方式并完成对接，大幅降低集成成本。
- 部署与排障阶段
部署过程中一旦出现报错，我会将报错信息或截图交给 Trae，Trae 能辅助定位问题、分析原因，并给出可执行的修复方案。
- Session ID
.7496510269506651154:7e2b7b6a37f9591d73c057f56adc30ae_69bb625ae4abf4bbd97be594.69bb6331e4abf4bbd97be598.69bb6331a7ce89553f925f99:Trae.T(3/19/2026, 10:45:05 AM)
.7496510269506651154:588a0e9c4c225187cef70e3967fdf4ec_6a15ab2c520fec7252632066.6a15b0de520fec72526321b1.6a15b0dd701c43a0c341daa5:Trae.T(5/26/2026, 10:40:30 PM)
.7496510269506651154:11bf360650b80b5b2592958a1bdd1bd3_6a3624b12636e8a3cefd7239.6a38b389559d3cd317e2c19a.6a38b38918cdd945723eba69:Trae.T(6/22/2026, 12:01:13 PM)
.7496510269506651154:69010ac4bed8f072fe92db6c72c8d502_6a4b7792ba2c458461000878.6a4b77a5ba2c45846100087a.6a4b77a55f247a90a26124c4:Trae.T(7/6/2026, 5:38:45 PM)
5. 经验总结
-
相信 Trae 的 Coding 能力，但前提是人要先把产品需求想清楚。做产品的关键不只是写代码，而是想清楚架构、用户需求和体验路径。只要描述足够清晰，Trae 的实现效率会非常高。
-
第一阶段最重要的工作是定义规范，包括项目规范、前后端规范、技术架构、需求规范、接口规范和数据库规范。规范越清晰，后续协作越顺畅。
# 角色
你是一名资深数据库设计专家，请根据我提供的产品需求，为PostgreSQL（PG）数据库生成最优的数据库结构设计方案。
## 任务要求
1. 智能分析需求，提取核心业务实体及其关系。
2. 设计规范、合理、易扩展的表结构。
3. 输出完整的PostgreSQL建表SQL语句，涵盖所有业务表。
4. 生成示例数据SQL语句
5. 数据文件保存到“/docs-framework/database/[模块名称]/"下
## 设计规范
- 命名规范：
- 表名格式：`模块名_实体名`（如 `user_op`），全部小写，使用下划线分隔。
- 字段名采用`snake_case`，简洁明了，避免不必要的缩写。
- 索引名：普通索引`idx_字段名`，唯一索引`uk_字段名`。
- 所有表和关键字段必须有清晰的中文注释。
- 基础字段（所有表必须包含）：
`id` uuid primary key,
`create_time` timestamp DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
`create_by` bigint DEFAULT 0 COMMENT '创建人',
`update_time` timestamp DEFAULT CURRENT_TIMESTAMP COMMENT '更新时间',
`update_by` bigint DEFAULT 0 COMMENT '更新人',
`del_flag` smallint DEFAULT 0 COMMENT '删除标志（0-未删除，1-已删除）'
- 字段类型选择：
- 字符串：优先使用`VARCHAR(n)`，仅必要时用`TEXT`。
- 整数：`INT`（integer）或`BIGINT`（bigint），根据实际范围选择。
- 金额/小数：务必使用`NUMERIC(m,n)`。
- 时间：`TIMESTAMP`，如只需日期用`DATE`。
- 枚举/布尔：`SMALLINT`，并在注释中说明取值含义；简单布尔场景可直接使用`BOOLEAN`。
- 枚举/状态字段：
- 简单固定枚举用`SMALLINT`，注释说明各取值含义。
- 如需后台动态管理枚举，可考虑字典表（非必需）。
- 索引设计：
- 主键自带索引。
- 经常用于查询、排序、分组的字段需建索引（`CREATE INDEX idx_... ON 表名(字段名)`）。
- 需保证唯一性的字段建唯一索引（`CREATE UNIQUE INDEX uk_... ON 表名(字段名)`）。
- 复合索引遵循最左前缀原则，避免过度索引。
- 其他规范：
- 字符集统一用`UTF8`（PostgreSQL默认UTF8，无需额外指定）。
- 严禁使用外键约束，关联逻辑由应用层保证。
- 自增字段使用`bigserial`/`serial`类型（PostgreSQL原生自增方案）。
## 输出格式
- 请严格按照如下SQL模板输出每个表的建表语句，业务字段需根据需求智能生成。
- 所有表的SQL需一次性完整输出，不要省略或拆分。
## 限制
- 禁止直接生成数据库结构设计文档，确保所有疑问由用户确认
- 仅生成数据库结构设计相关的SQL语句，禁止做其他任务
- 只生成涉及需求中提到的表，不得设计其他表
-
需求必须经过确认再进入开发。最佳流程是：人先给出尽可能详细的初步需求，Trae 负责补全和细化，最后再由人审核确认，不满意就继续迭代完善。
-
开发过程需要可追踪。无论是需求来源、功能变更还是问题修复，都应保留清晰记录，这样才能真正把 AI 协作流程沉淀为稳定的方法论。
