GPT-6 Astra + Blender：编写可复用的渲染任务简报

从现有场景和一处小范围修改开始

选择已经具备理想构图的源场景。用可以观察到的方式描述要求的材质修改，例如：把花瓶从光面象牙白改为哑光赤陶色，同时保留它的形状、相机和灯光。如果只要求“让整个场景更高级”，操作者就有了大得多的发挥空间。

我们之前的 Astra 与 Blender 指南介绍了更完整的工作流。本文的交付物是一份供之后多次运行使用的可复用指令文档。在实际操作 Blender 的人能够确认之前，项目特定的数值都先保留为占位符。

• 阅读 Astra 与 Blender 工作流

区分必需输入与创意偏好

每次运行都要给出源文件、Blender 版本、相机名称、目标物体和材质槽、输出文件夹以及最终像素尺寸。这些信息确定了操作者应该打开什么、修改什么。“正面相机”这样的描述，不如在实际场景中核对过的名称可靠。

然后描述视觉上的修改，以及任何经过授权的例外。如果目标材质也被其他物体共用，操作者需要知道是否要为花瓶单独创建一个材质。否则，一处看似局部的修改，可能会改变场景的其他部分。

请 Astra 起草可复用的规格说明

在实际的 Ciyo 会话中，Astra 返回了必需输入、保留规则、针对缺失输入的问题、一个预览检查点和最终验收依据。对于尚未确定的数值，它使用了占位符，没有编造本地路径或已安装的 Blender 版本。

把这份文档交给操作者之前，先审阅一遍。在我们的例子中，保留网格、变换、相机、灯光和世界环境光照，适合做材质对比。如果之后的任务本来就是要改变轮廓，这些限制就不合适了。

为外部 Blender 操作者写一份可复用的简报。起始场景：[SOURCE_BLEND]。目标：[OBJECT_AND_MATERIAL_SLOT]。要求的材质修改：[DESCRIPTION]。保持网格、变换、相机和灯光不变。内容包括必需输入、尚未解决的问题、一次降低分辨率的预览，以及已保存场景、PNG 和日志的验收依据。未知数值保留为占位符。这是一份书面规格说明；不要声称已经执行。

在耗时的渲染之前设置预览检查点

演示中的简报建议先做一次降低分辨率的预览：长边最大 512 像素，并在支持时降低采样。这是建议的检查点，不是基准测试，也不能保证渲染时间。操作者应根据场景和可用的渲染器，选择合适的设置。

用预览回答一个具体问题：材质是否已经改变，而构图保持不变？将瓶口、轮廓、阴影和取景与已批准的场景进行比较。记录临时的预览设置，然后在制作交付物之前，恢复预定的最终设置。

修改场景之前先解决缺失的资源

让操作者的第一次回复成为一次输入检查。如果提供的文件用到了缺失的纹理、未命名的相机或含义不明确的材质槽，简报应要求在渲染前补齐这些细节。悄悄替换相机或重建着色器，可能会让重复运行的结果无法与第一次比较。

实际生成的模板明确要求补充尚未确定的输入，并告诉操作者：资源缺失或文件不兼容时，不要悄悄替换。把这条规则带进你的最终简报，但要用在实际 Blender 环境中核对过的数值，替换其中的占位符。

要求留下对话结束后仍可查验的证据

完成消息应指明实际保存的文件。要求提供输出的 .blend、一张核对过尺寸且可以正常读取的 PNG，以及记录环境、编辑、设置和警告的日志。重新打开保存的场景是一个有用的验收步骤，因为仅凭一张图片，无法证明可编辑的项目已经正确保存。

每个变体都使用新的运行名称，并保留源场景。如果缺失的资源或含义不明确的材质阻碍了任务，先解决这个问题，不要把部分输出当作已完成的结果。更新输入后再复用模板；复用并不意味着每个项目都应沿用上一个项目的假设。