GPT-6 Astra · 上下文

一次能给 GPT-6 Astra 发多少张参考图？

Ciyo 编辑团队2026年9月20日

原创抽象配图，灵感来自一叠只装得下这么多的东西。

大家搜索 Astra 的上下文窗口，是想知道自己能塞进去多少东西，而不会有什么被悄悄丢掉。放到创意工作上，这个问题更具体：一条消息里能装下多少张参考图，模型真的每一张都看了吗？

2026 年 9 月 20 日，我们没有猜，而是在 Ciyo 里量了一遍。十张进去，十张都被正确地描述了出来。二十四张则换来一条带着确切数字的拒绝提示。

这次测试

我们做了十张不可能互相混淆的图片：每个文件一个平面图形，每张一种颜色，文件名也有描述性，从 ref-01-circle.png 到 ref-10-arrow.png（分别是圆形到箭头）。文件必须彼此分明，因为面对十张同一个马克杯的照片，模型可以蒙混过关。

然后我们把十张全部附到一条消息里，要求它数出数量、按顺序列出清单，并明确说明有没有缺失。

这次测试用的提示词（中文译文，可直接粘贴使用）

我附上了一组参考图。数一数，告诉我你一共收到了多少张。然后按你收到的顺序把它们列出来，并用几个词说明每一张的图形和颜色。如果有任何附件没有送达你，请说明。

Astra 回复说它正好收到了十张参考图，并且全部查看过，随后按文件名逐一列出，图形和颜色都正确，最后写道：“All 10 listed attachments reached me; none is missing.”（列出的 10 个附件全部送达，没有缺失。）

面板里有一个细节值得注意：回复之前有四个各自独立的 “Inspect images”（查看图片）步骤。模型并不是一眼看完十张的，它是分批处理的，这也是带很多附件的请求比一个普通问题更慢的原因之一。

接着我们试了更多。先是十二张编号图片，另外又试了二十四张。没有什么被悄悄丢掉，也没有什么被概括略过。输入框直接拒绝了附件，给出一句明白话：“Attach up to 10 images per message.”（每条消息最多附 10 张图片。）

这才是有用的那种上限。直接拒绝告诉你边界在哪里；悄悄截断则会让我们以为模型什么都看到了。

只要这十张是精心挑的，对大多数任务来说十张已经绰绰有余。一堆近乎重复的图片是在浪费额度；一组真正各不相同的例子才把额度花到了位。

对我们有效的搭配是：三张风格、三张主体、两张版式、一张反面例子，还有一张是你真正要匹配的东西。在消息里说清楚每一张的作用，而不是指望模型自己猜。

把活儿拆开，而不是跟上限较劲。先发前十张，请模型用文字总结它从中提取到了什么，然后在下一条消息里带上这段总结，再附上接下来的十张。总结以文字的形式把信息传递下去，而文字比图片便宜得多。

遇到长任务，把总结存在你自己掌控的地方。线程可以重新加载，浏览器标签页可能被关掉，而你写下来的那一段两样都扛得住。

这样的上限很常见，而且各家不同。2026 年 9 月 15 日，r/comfyui 上有人问怎么给一个节点增加图片输入槽，并引用了它文档里写明的额度：最多九张参考图，媒体输入总数最多十二个。

那是另一款产品、另一组数字，我们引用它只是为了说明一点：这个数字是产品的决定，不是什么定律。Ciyo 的数字是每条消息十张，今天实测。

发布于 2026-09-15，说的是另一款软件。帖子里引用的上限属于那款软件自己，与 Ciyo 无关。

在我们那次十张图片的运行中确实看了，而且按文件名正确列出了全部十张。面板显示有四个各自独立的查看步骤，所以它是分批读的，不是一次读完。

输入框会以 Attach up to 10 images per message 这条提示拒绝。没有什么被悄悄丢掉，这正是你想要的行为。

在我们这次会话中，这条消息本身没有扣费。附件的代价体现在时间上而不是点数上：图片越多，出结果之前的查看步骤就越多。

有意识地挑十张各不相同的图，说清楚每一张的作用，再让 Astra 告诉你它从中提取到了什么。