源图与风格参考：第二张图怎样帮助房间重绘确定方向

风格转换可以把眼前的房间变成另一种材质、配色和光照的视觉提案。两张图一起使用时，先让源图回答「这是哪个空间」，再让参考图帮助说明「想要什么气氛」，最后核对重绘有没有把空间也换掉。

先记住这几件事

• 源图提供需要保留的房间，风格参考提供可讨论的视觉方向。
• 本次室内工作流使用风格和房间类型选项，不是任意填写一整段 prompt 的通用编辑器。
• 现有 FAQ 提醒几何可能漂移，没有公布文字与参考图冲突时的固定优先级。
• 历史样例改变了建筑开口；今天新提交的任务仍在排队，不能冒充又一次成功结果。

第二张图解决的是表达问题

只说「温暖」或者「自然」，不同人可能想到完全不同的房间。有的人指向墙面颜色，有的人关心木材，有的人想要低反差的光。放入一张参考图，可以让讨论落到吊灯、织物、木色和明暗关系这些看得见的东西上。

这就是本篇讨论的 A 能力线：DLSS 5 风格转换与神经渲染重绘。它把原有空间转成可供讨论的视觉参考；Studio 是交付形态。这里的任务不是处理一张技术质量差的照片，而是试探它可以呈现什么视觉方向。

落点选在室内风格转换页，因为实际素材、现有选项和比较对象都是房间。不能因为双参考听起来通用，就借这组室内图顺便证明换衣服或者换脸也同样可靠。

第一张图先把空间交代清楚

在挑选风格之前，先看源图有哪些开口、墙角和地面关系。哪些地方必须保住，应该先写进验收说明。否则生成图摆上漂亮家具以后，原来那扇门有没有消失，很容易被整体气氛掩盖。

本次源图里，后墙有门，旁边有深色开口，地面还能看到设备和线缆。我们据此比较空间关系，没有根据照片估算房间面积，也没有把透视图当作施工尺寸表。

源图的作用不只在生成时。结果返回以后，它还是判断是否改变空间的依据。把它删掉，只留一张「效果图」，接手的人就很难知道哪扇窗是真实存在，哪扇窗只是模型补出来的。

第二张图让风格有具体参照

这里的参考图包含编织灯罩、灰色沙发、浅色织物、植物和木质表面。它们共同形成一套可讨论的视觉关系。引用这张图，并不等于要求把其中的沙发摆位、窗户和拱形开口照搬到源房间。

站点展示记录把第二张图的职责描述为引导配色与材质。这是工作流希望它承担的角色，不是模型不可能越界的保证。素材包保存了原记录，也保存了实际图，读者可以同时核对文字意图和视觉结果。

可以先在说明里指出你关心的是灯具的材质感、低饱和配色，还是织物与木材的搭配。这是帮助人理解创作意图的方法。本文没有做过把每项元素单独开关的对照实验，不能宣称其中某一项在模型里有独立权重。

prompt 在这个入口里究竟是什么

讨论 prompt 之前，要先看工具实际让人填什么。当前室内工作流接受命名风格和房间类型，也支持把可选补充要求接到固定描述后面。它并不是这次可以任意输入长段提示词的通用编辑界面。

今天真实提交的是 Japandi 风格和 living_room 房间类型，没有填写额外要求，没有指定种子或者输出尺寸。请求记录保留了这些字段，不能为了把文章写得像教程，再补一段从来没提交过的「推荐参数」。

文字承担说明方向或约束的职责，参考图承担提供视觉内容的职责。这个分工可以帮助组织需求，但不等于我们知道模型内部怎样分配两者权重。本文没有测出可量化的控制比例，也没有相应调节旋钮的实验结果。

作为背景，BFL 的图像编辑文档介绍文字和图像共同参与编辑的方式；多参考说明介绍组合参考内容的概念。这两份资料不能替本站的室内模型制定冲突优先级，文中也没有使用它们的样张。

文字和参考图打架时，不能凭空定谁赢

核对过的室内 FAQ 没有写「文字优先」或者「参考图优先」。相关回答是：工作流要求保留房间几何，但生成结果仍可能漂移，分享前应检查直线、开口和透视。另一个回答明确区分视觉概念与真实平面图，涉及尺寸和家具适配时仍需测量资料。

因此，这里能给出的产品边界是「没有已公布的固定优先级可据」，不能把保留几何的要求改写成模型一定服从的规则。如果参考图带有拱门，而源图并没有，输出出现拱门后，应当按源图和任务要求判定偏离，而不是事后解释成系统理所当然选择了参考图。

在编辑工作上，可以先把相互矛盾的需求写清楚，再决定结果能否交给别人。哪些空间特征必须保留，哪些只是气氛启发，应该分开描述。这个建议约束的是人的验收，不是为模型发明一套没有依据的优先级。

历史样例有用，但不能把偏差藏起来

站点已有展示记录把上述两张输入与一张 Japandi 输出关联起来。下面展示的是那张历史输出，不是今天排队任务的结果。我们没有把记录里的耗时或尺寸当成本次刚测出的数字，也没有声称重新生成会得到同一张图。

从画面看，输出采用了与参考图相关的编织灯具、家具和材质气氛。但它还出现了左侧大窗、右侧拱形开口，和源图后墙的门及开口关系不同。只凭整体看起来像一个合理客厅，不能宣布建筑保留通过。

原展示说明对几何保留的表述比实际图片能够支持的结论更强。本文保留原记录用于溯源，不沿用那句判断。源图与风格参考必须跟结果一起看，正是为了发现这种文字说明与可见证据之间的落差。

这张输出仍然可以帮助讨论配色和材质，不过用途应当写成视觉气氛参考。如果下一步需要讨论真实房间怎么装修，必须把建筑变化单独排除，不能让它悄悄成为空间设计的事实依据。

本次真正做过的复现步骤

1. 保存站内空房间图和风格图，分别作为第一、第二输入；素材包提供实际副本与哈希。
2. 使用既有 interior-quality 工作流上传两张图，保持源房间在前、参考图在后。
3. 提交 japandi 与 living_room 两个实际选项，不额外编写 prompt、种子或尺寸。
4. 保存任务标识并查询状态；本次最后保存的状态是 QUEUED，没有拿到可验收的新输出。
5. 将历史源图、参考图和历史输出放在同一检查页，复查上文指出的配色与建筑差异。

请求记录把临时上传标识替换为本地文件名，方便读者看清输入顺序；任务记录保留实际任务标识。这份记录证明提交过程发生过，不证明生成已经完成。重新提交需要服务访问权限，也可能消耗额度，不能把它写成无条件免费复现。

此外，我们实际运行了内容库已有的 reproduce-capture.mjs，把本地检查页保存为浏览器截图。执行日志与文件清单随稿保留。这个过程复现的是查看历史素材的环境，不会让排队任务自动完成，也不等于又跑了一次模型。

给下一位使用者留下明确用途

交付视觉提案时，可以写出允许参考的部分，例如编织灯具与墙面之间的气氛关系；再写出不应继承的部分，例如变化后的窗洞和房间布局。这样使用者能够继续推进风格讨论，同时保留对真实空间的判断依据。

源图与风格参考也能帮助定位争议。某个元素究竟来自原房间、参考图还是生成解释，三张图放在一起比只有一句「不是我想要的」更容易核实。这里的价值是让风格转换可讨论、可复查，而不是把每张生成图直接盖章。

本文不承诺换装或换脸的商业可用性，也没有做过人脸保持测试。若自己的授权素材里有人，必须另外核对脸部特征和身份，并让相关人物复核；房间案例不能替人物任务提供证据。

边界与独立性

这套流程不能认证施工尺寸、家具适配、建筑完全不变、人脸身份或者商业适用性，也没有已证实的通用 prompt 优先级。我们运营文中链接的站点，与 NVIDIA、AMD、Black Forest Labs 无隶属关系。本篇讨论独立静态风格转换，使用站内自有素材，不是游戏运行时截图或第三方产品效果测试。