图片是否需要调整
按所选模型已知要求调整发送版本，保留可用原图。没有可查询上限时使用明确的处理规则；不能承诺自动查到所有模型限制。
OPENPROGRAM / 附件功能讨论
五项附件功能与已选方案
五项功能已按你的选择记录。每组保留当前 OpenProgram 和备选示意，标出选定方案。本文只讨论现有桌面版与网页版的附件使用。
所有界面均为行为示意，不是产品截图。框架标签表示已核实的处理方式相似，不表示它使用相同的界面或保存规则。“已选定”表示你确认的功能设计，不表示 App 已经实现。
图片方案以所选模型支持看图为前提。当前 OpenAI Responses 在模型不支持图片时可能直接移除图片内容，没有自动工具回退。建议实现时明确提示切换模型，或使用已配置的图片工具并说明处理方式。
01
粘贴一张截图
发送时直接看图，还是先保存、再让助手读取？
已选定：A · 直接看图，并保存到聊天。验收状态见文末。
02
拖入电脑上已有的图片
所选模型支持看图时，两种方案都直接提供图片；区别是是否自动保存原图副本。
已选定：B · 每次都保存一份到聊天。验收状态见文末。
03
拖入文字、代码或数据文件
默认只给路径，还是添加时就把文字提供给模型？
已选定：A · 只引用，助手按任务读取。验收状态见文末。
04
拖入 PDF、Word 或 Excel
先让助手选工具读取，还是自动准备可读预览？
已选定：A · 先引用，再选择读取方式。验收状态见文末。
05
拖入一个文件夹
只提供文件夹位置，还是先列出第一层目录？
已选定：B · 先提供第一层目录。验收状态见文末。
已记录的方案清单
以下五项按你提供的清单固定保存，刷新页面不会恢复之前的建议。这里只记录设计，不会修改 App。
框架依据与当前实现
OpenProgram 原有行为行为
网页版添加文件时，后端接收并保存文件，助手读取保存后的文件。桌面版目前也会保存上传副本；已选设计将普通文件改为直接引用原路径。用户只需添加文件和提出任务，不需要选择上传或路径处理方式。
Codex：公开终端行为，非桌面原型
已核实普通文件选择插入路径、可解码图片添加为图片输入、剪贴板图片写入临时 PNG。不能从这些代码推断桌面版所有附件的长期复制规则。图中的副本开关及状态文案是 OpenProgram 提案。
OpenCode V2
支持的文本附件加入文字，目录附件提供第一层列表，PNG/JPEG/GIF/WebP 作为图片。SVG 作为文字；PDF、音视频等二进制附件目前不直接进入模型请求。可引用服务端可访问的文件；图片调整使用可配置规则，不保证满足所有模型要求。
核实依据与开发备注
当前 OpenProgram 与建议行为有什么差别
当前上传流程也会保存普通文件，尚不是“只引用原文件”的默认行为。图片缩略图不会缩小实际发送的图片；完整图片编码计入执行输入大小，可能在用户消息保存前被拒绝。前端在收到持久保存确认前清空输入，因此可能留下只有标题的聊天。
本次目标聊天日志记录了输入过大的错误；原请求没有完整保留，不能断言是哪一个字段导致。已用本地最小请求复现图片编码超过执行输入限制，不涉及调用模型。
修改时要分别处理聊天保存、图片发送和文件读取。不能仅压小所有图片来适应执行输入限制，也不能把所有本地文件复制一份作为默认解决办法。附件中的文字作为用户提供的材料处理，不自动视为用户新指令。
图片调整与保存范围的证据限制
Codex 公开图片处理代码包含多种调整方式，选择取决于能力和配置；默认工具中的尺寸常量不能当作每个模型的上限。OpenCode 的自动调整依据可配置限制，也不保证符合所有模型要求。OpenClaw 不同渠道的接收限制不能当作统一模型限制。
“保存为临时文件”“上传到运行环境”和“长期保留聊天副本”是不同的承诺。其他框架没有明确说明的保留期限，这里不作推断。OpenProgram 已选定图片保存副本，实施时需明确聊天删除、导出和迁移时如何处理副本。
紧凑排队消息与附件编辑
等待当前轮结束的消息集中放在输入框上方，不再放入滚动的聊天记录。每条保留独立的紧凑气泡、附件预览、发送状态、编辑和移除操作。区域限制高度，可收起为消息数量；消息身份和发送顺序不合并。
入队时保存文字、展开后的粘贴内容、附件字节或原始路径，以及发送设置。带附件的消息也可排队。编辑时暂停该条消息的发送，支持改文字、选择文件、拖入文件、预览和逐个移除附件。保存保留队列位置与原设置；取消保留原内容。已提交且仍待确认的补充指令不能编辑或移除。补充接口只接受文字，因此附件消息等待正常轮次发送。
出队复用普通消息发送和附件协议。连接失败或拒绝发送时保留完整消息，接受后释放。队列只保留在当前打开的 App 窗口内，不承诺刷新后恢复。未发送附件使用已读取的本地内容预览，包括会话工作目录以外的文件：图片和文字直接显示，大小限制以内的 PDF 使用本地 Blob URL。本地文档发送时仍引用原路径，预览字节不扩大后端文件访问权限。已发送附件保留已有只读文档查看器。缺失或不支持的预览明确说明，不丢弃附件。
聊天记录中的用户消息保留独立身份、操作和气泡，缩小纵向间距。历史消息编辑保留原有的创建分支并重新发送语义。本次不删除持久历史、不改变模型行为、不合并多条指令，也不修改审批交互。
参考与选择
布局参考用户描述的 Codex 交互：消息保留在输入框附近且少占空间。实现复用 OpenProgram 队列、附件处理和 DocumentWindow，不推断 Codex 未公开的存储或编辑机制。采用限高分组，不把多条指令合并，也不通过纯文本补充接口发送附件。
验收与实现状态
从输入框提交验证混合附件入队后仍可预览、编辑和移除只影响选中消息、编辑期间暂停出队、发送失败保留字节、顺序发送使用修改后的完整内容。在安装版验证区域位置、间距、预览关闭和会话隔离。实现使用输入框中的 QueuedMessages、现有发送队列中的附件快照、共享附件编辑器的临时实例，以及本地附件预览。发布要求独立规格与质量复审、完整检查和安装版验收；证据单独记录。