Files
estel_docs/content/blog/1.技术栈/980.GPT5.md
estel 4569d80f03
Some checks failed
CI / lint (push) Has been cancelled
CI / typecheck (push) Has been cancelled
CI / build (ubuntu-latest) (push) Has been cancelled
chore: 更新图片链接域名从lijue-me.oss-cn-chengdu.aliyuncs.com到img.jiwei.xin
2025-09-08 19:52:04 +08:00

3.0 KiB
Raw Blame History

title, description, date, img, navigation
title description date img navigation
GPT-5 GPT-5 上线了,Cursor 提示我可以免费试用,当然要 BP 喽。 2025-08-08 https://img.jiwei.xin/20250808132005343.png
icon
simple-icons:powershell

GPT-5 上线了

👀 Cursor 提示我可以免费试用,当然要 BP 喽。


🔥 问题场景

  此时正遇到的一个问题是:**NUXT4 项目在本地 dev 一切正常,但在服务器上对中文路径报错 500**。
  这个问题很简单,但又很复杂。

🧩 问题背景

项目环境 NUXT4 项目
现象 本地开发环境运行正常;服务器部署后直接访问中文路径报错 500通过内部路由正常
自动化部署流程
  1. 代码推送至 GitHub
  2. GitHub CI 服务器自动打包 Docker 镜像 → 推送至私人 Docker 库
  3. 触发 webhook → Coolify 服务器 ssh 连接国内云服务器拉取镜像
  4. Coolify 完成部署Nginx 反代转发到 Docker 容器)

🤔 排查猜想

  是打包编译过程出问题了,还是服务器上 nginx 反代的问题?或者是 NUXT 自身 SSR 的问题?
  其实内心差不多有了谱,刚好提示 GPT-5 更新了,就测试一下看看 GPT-5 能否解决这个问题。

实测结论

直接说结论:完美解决。

同时使用 Kimi-K2 (Claude Code)GPT-5 (Cursor内置) 进行分析:


💡 Kimi-K2 的表现

  1. 先是读取了项目文件,得出错误结论:
  > “生产环境静态文件/最终产物里没有对应的 `.md`,导致 `queryContent` 查询到 `null`”
  2. 按照它的建议把文档拷贝到编译产出文件夹,问题依旧。
  3. 坚持认为是 Nginx 的问题,我告诉它和 Nginx 反代没关系,这货死倔
  (实际上本地直接启动 node 服务也会报错,根本不是服务器问题)。

🚀 GPT-5 的表现Cursor内置

  1. 自主执行了十几分钟测试
    • 跑了几十条命令
    • 输出上百条日志
    • 消耗约 1.x 美元 token幸亏 Cursor 说免费)
  2. 在 Node 堆栈日志中发现静态渲染配置异常
    • 自动修改了静态渲染相关的文件夹配置
    • 反复测试确认无误

🥳 小插曲GPT-5 自言自语地排查问题挺有意思,它自己嘀咕 “这个问题很棘手...”


📌 总结

  虽然是个小问题,但我并没有给 AI 说太多细节,全让他们自己找、自己判断、自己修改并测试——
  - **GPT-5 确实牛**,它可输出 token 很多,这次价格也算可以。
  - **Kimi-K2 处理小问题、不太复杂的问题**确实挺好用,价格也不算便宜。
  > 复杂问题,以前要么 **Claude 4**,要不 **Gemini 2.5 pro**,现在又多了一个选择了。

image.png image.png image.png