最新下载
热门教程
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
GPT-5.6 发布第一天:我从零搭了个博客后台
时间:2026-07-12 07:31:52 编辑:袖梨 来源:一聚教程网
GPT-5.6 昨天(7月10日)刚发布,免费用户就能用 Terra。作为一个正在学后端开发的新手,我第一时间把 Terra 接入了我的练手项目——一个 Flask 博客后台。

从昨天下午到今天晚上,大约 24 小时,我从一个只有“用户登录”半成品代码的项目,跑通了一个完整的博客后台(用户注册、登录、文章增删改、评论提交)。这篇文章记录的就是这 24 小时里的真实过程——不是测评,是一个新手把 AI 当“陪练”的真实记录。
日常处理学习中的各种问题时,我习惯用同一个聚合站快速切换不同模型做横向对比(zijieai.cn),不用来回登录。昨天 GPT-5.6 上线后我主要用 Terra,Luna 处理简单任务,Sol 只在一个复杂 bug 上切过去试了一次。
01 起步:从半成品到能跑起来
我的项目之前的状态:照着教程写完了用户注册和登录的接口,数据库用的是 SQLite,前端还没做,只能通过 Postman 测试。代码大概 200 行,能跑但很糙。
昨天下午看到 GPT-5.6 开放的消息,我决定用它的 Terra 模型把项目继续往前推。
第一个任务:把文章的增删改查(CRUD)接口补全。
我先自己写了大概 30 分钟的代码,写了一半卡在“文章更新时怎么只更新部分字段”这个逻辑上。我本来想用 update 方法直接覆盖整条记录,但这样会把没传的字段也置空。逻辑走不通。
我把已写的代码和报错发给 Terra,问:“文章更新接口,我只想更新传了值的字段,没传的不动,怎么做?”
Terra 给的方案是先用 get 查出原记录,再用传进来的值逐个覆盖非空字段,最后 commit。并且附带了一段示例代码,关键行有注释:
# 先查出原文章
post = Post.query.get(post_id)
if not post:
return {"error": "文章不存在"}, 404
# 只更新传了值的字段
if data.get('title'):
post.title = data['title']
if data.get('content'):
post.content = data['content']
# 其他字段类似处理
db.session.commit()
return {"message": "更新成功"}, 200思路很简单,但我自己想的时候绕进了“用 update 方法”的死胡同里。Terra 帮我跳出来了。
02 第二天上午:评论功能 + 一个小 bug
今天上午加了评论功能。评论表结构简单:id、post_id、author、content、created_at。
这次我尝试了一个新方法:自己先写完整版,再让 Terra 帮我 review。
我写了约 60 行代码(模型定义 + 增删查接口),然后整体贴给 Terra,让它“像 code review 一样给我反馈”。
Terra 指出了两个问题:
- 评论删除接口没有做权限校验——任何人知道评论 id 就能删
- 查询评论时没有做分页,如果一篇文章有一千条评论,接口会一次性返回全部
这两个问题我完全没有想到。写代码的时候脑子里只有“功能跑通”,没想过“如果有人恶意调用怎么办”“数据量大了怎么办”。
我按照 Terra 的建议补了权限校验(只有评论作者本人能删)和分页参数(page 和 per_page)。
03 下午遇到真 bug:Terra 没搞定,换了 Sol
下午加了文章“阅读数”字段,每次 GET /posts/<id> 接口被调用时,阅读数 +1。
逻辑很简单,我两分钟就写完了。但跑起来发现,阅读数加的不是 1,是 2。每次刷新都加 2。
我自己查了 20 分钟没找到原因。把所有相关代码(路由、模型、视图函数)贴给 Terra,它分析了一轮,说可能是“浏览器预检请求”或者“重复调用了两次”,让我检查前端代码。
但我用的是 Postman 测试,不存在浏览器预检。Terra 的排查方向偏了。
我切到 Sol(开 Max 模式),把同样的问题和代码重新发了一遍。Sol 给出的分析:
检查一下你的视图函数里是否调用了两次post.view_count += 1。看代码片段,你在get_post函数里加了一次,同时在一个before_request钩子里又加了一次。两个地方都在修改同一个字段,所以每次请求加的是 2。
我去看 before_request 钩子——果然,之前在某个教程里写的全局日志记录里,有一行 post.view_count += 1 的残留代码。删掉之后,阅读数恢复正常。
这个问题 Terra 没排查出来,Sol 的深度分析起了作用。这也是我 24 小时里唯一一次切到 Sol。
04 Luna 帮我处理“顺手活”
在写代码的间隙,Luna 被我用来处理一些不需要深度思考的琐事:
- 把 Terra 给出的代码示例里的英文注释翻译成中文
- 整理项目文件结构到 README 里
- 生成测试用的模拟数据(10 篇文章、30 条评论)
- 把散落的接口文档整理成一份表格
这些活单独拿出来每个只需要几分钟,但积在一起也占时间。Luna 响应快,基本秒出,我复制粘贴改两下就能用。
24 小时里 Luna 被调用了 11 次,处理的全是这类“顺手活”。
05 24 小时下来,我的感受
从昨天下午到今天傍晚,项目从一个半成品变成了一个功能完整的博客后台。最终完成的功能清单:
- ✅ 用户注册 + 登录(JWT)
- ✅ 文章增删改查(含阅读数统计)
- ✅ 评论提交 + 查询 + 删除(权限校验)
- ✅ 文章列表分页
- ✅ 基础错误处理
- ✅ 数据库迁移(Flask-Migrate)
总代码量从约 200 行增长到约 500 行。
整个过程中,Terra 处理了约 80% 的编码相关提问,Luna 处理了约 15% 的琐事整理,Sol 只处理了 1 个 bug 定位。分层使用的效果超出了我昨天的预期。
06 最值的一点:不用等“学会了再写”
之前学编程最大的障碍是——觉得“学得还不够多,不敢开始写”。总想先看完教程再动手,结果看完就忘了。
GPT-5.6 的存在让我从“先学再写”变成了“边写边学”:遇到不会的当场问 Terra,理解了就直接写进去。写完之后让 Terra review 一遍,指出问题再改。这一圈走下来,学到的东西比光看教程多得多。
Terra 免费的额度对个人学习来说完全够用。如果你也在学编程,昨天 GPT-5.6 发布后免费用户就能用 Terra 了,可以直接试试这个方法——不用等“学会了”,直接动手写,卡住了问 AI,写完了让 AI review。24 小时跑通一个完整的项目,比看一个月教程管用。