同一段报错，贴日志比贴截图少熬一夜

截图里几乎没有原因

前台打开文章详情，浏览器只显示 500。我把这张图交给模型，它按常见顺序猜：跨域、登录过期、模板语法、服务器磁盘满了。每一猜都像那么回事，每一猜都要我去试一轮。

日志的第一行不是这些。是 SQLSTATE，未知列 publish_at。这台机器的代码已经是新的，数据库迁移没有跑。字段不存在，查询一执行就 500。浏览器把这个原因藏起来了，截图也就把模型带去了错误的方向。

贴什么，不贴什么

有用的一段很短，四行就够：

• 你做了什么：打开已发布文章的详情，编号是多少。
• 异常类名和第一句人话：未知列 publish_at。
• 业务代码里的第一帧：哪个文件、哪个查询，厂商框架那几十帧不用贴。
• 你已经排除的一件事：这篇文章在后台列表里能看见，所以不是「文章不存在」。

不要贴整页堆栈，也不要贴一张只有 500 的图。堆栈越长，模型越容易抓住框架内部的一个函数名，给你一个和这次无关的解释。

那一夜实际上在试什么

按截图的猜测，我改过响应头，清过登录，还把一个模板标签重写了一遍。详情页依然 500。直到把日志那一行贴上去，它才说出迁移没跑。补上字段之后，同一篇文章立刻能打开。

这不是模型变聪明了。是输入里终于有了原因。截图证明「失败了」，日志才证明「失败在哪」。

以后先开日志，再开口问。若日志里没有你的业务帧，先把那段打出来，再交给模型。没有这一行，它只能陪你熬夜。