把建筑师想成一位走进餐厅的食客。他不会炒菜,但很清楚自己想吃什么:“少油、带点辣、最好上桌时还冒着锅气”。后厨的大厨听到这些,就能把一桌菜端到他面前。LookX 就是建筑设计圈里那位听一句话就能开工的后厨大厨——只不过它端上来的不是菜,而是一张建筑方案效果图。 在传统流程里,建筑师想看到自己的方案长什么样,要先画草图、拉模型、渲染效果图,动辄大半天。而 LookX 让建筑师像“点菜”一样,把想法写成一句文字描述,指定风格和场地条件,AI 就在几十秒内端出几版看得见的方案。你可以反复“试菜”,不满意就换个口味再生成;也可以把端上来的“成品”打包带回,作为 CAD 和 BIM 工作流的起点。 这篇文章会带你从“食客”升级为“懂后厨的人”:看懂 LookX 的输入规则、拧动风格旋钮、理解方案迭代,比较 AI 效果图与手绘草图的差别,最后把 AI 方案送进真正的施工图流程。

岗位关联

对 AI 从业者而言,理解 LookX 这类 AIGC 工具如何嵌入建筑行业工作流,是设计类 AI 产品从可用走向好用的关键——你既要知道模型的输入输出能力,也要知道它在真实工作里的边界。

目录
  1. 可视化演示
  2. 平台定位:AI 时代的建筑大厨
  3. 输入方式:点菜与出示参考照片
  4. 风格控制:调味旋钮在哪里
  5. 方案迭代:试菜回锅的快循环
  6. 效果图对比:手写菜单与高清照片
  7. 工作流衔接:打包带走,二次摆盘
  8. 设计价值:备菜的小工,掌勺的主厨
  9. AI 应用场景
  10. Python 演示
  11. 常见误区
  12. 面试题

可视化演示

动态演示LookX的核心机制,通过开始/执行/监控/完成四种模式展示关键概念与交互流程。

本节配有交互动效(进入视口后自动加载,约 3KB)。

LookX:Look LookX产品定位与核心能力 文本提示与参考图双输入模式 核心机制可视化 LookX整体架构与关键组件

平台定位:AI 时代的建筑大厨

周末你走进一家餐厅,不看菜单先告诉服务员:“想要清爽一点的、带点酸甜、最好摆盘像一幅画。”后厨的大厨听到这些,就能做出符合口味的菜。这就是“点菜”的奇妙之处:你不需要会颠锅,只需要把需求说清楚。LookX 就是建筑设计圈里的这位大厨——你不需要先会建模渲染,只需把设计想法说清楚。

LookX 是一个面向建筑师的 AI 设计生成平台。建筑师把设计需求写成文字 Prompt,平台结合场地条件,在几十秒内生成一版建筑效果图。它把“画图”这个动作从人转移到了模型,让设计师从“画得出来”转变为“想得清楚就能看到”。它尤其擅长概念设计阶段——当一切还在头脑中模糊成形时,AI 先把它们变成可见的画面。

这个平台的本质是一套“文字到图像”的生成模型,但它不是随便生成一张图,而是被训练成“懂建筑”的模型:它理解什么叫容积率、什么是南向采光、玻璃幕墙和石墙立面在视觉上有什么差异。建筑师输入的关键词,会像菜谱里的“少油”“多葱”一样,被编码成高维特征,再被解码成画面。用公式表示,就是:

你看,整个过程和点菜没什么两样:你负责描述“想吃的东西”,大厨负责把它变成“看得见的菜”。你不需要学会颠勺,只需要学会把需求讲明白——这正是 LookX 给建筑师的第一课。

效果图=LookX(文字Prompt,场地条件)\displaystyle \text{效果图} = \text{LookX}(\text{文字Prompt}, \text{场地条件})
  1. 文字 Prompt 输入建筑师把风格、功能、朝向等设计意图写成短句,例如“现代风格、玻璃幕墙、六层办公塔楼”。
    文字Prompt={风格,功能,层数,材质}\text{文字Prompt} = \{\text{风格}, \text{功能}, \text{层数}, \text{材质}\}
  2. 场地条件输入平台接收地块红线、容积率、日照间距等硬性约束,防止方案“脱离实地”。
    场地条件={红线,容积率,日照}\text{场地条件} = \{\text{红线}, \text{容积率}, \text{日照}\}
  3. 生成模型推理LookX 内部的神经网络把文字与条件映射为图像的视觉特征。
    视觉特征=Encoder(文字Prompt,场地条件)\text{视觉特征} = \text{Encoder}(\text{文字Prompt}, \text{场地条件})
  4. 输出效果图视觉特征被解码为一张可预览、可保存的渲染效果图。
    效果图=Decoder(视觉特征)\text{效果图} = \text{Decoder}(\text{视觉特征})

输入方式:点菜与出示参考照片

只点菜还不够。你光说“清爽一点”,大厨可能不知道你想要日式清爽还是江南清爽。这时候你翻出手机里的一张照片:“就像这个摆盘。”大厨看一眼,立刻心领神会。LookX 的输入方式也配套了两条通道:文字描述加参考图。

在 LookX 里,文字 Prompt 负责描述“要什么”,比如要什么功能、什么风格、几层楼;参考图负责描述“什么感觉”,比如构图、色调、氛围。两者互补:文字精确但抽象,参考图像具体但难说清边界。叠加场地条件之后,模型就拥有了完整的输入,可以开始发挥。

Prompt 写作不是越长越好,关键要素包括:建筑类型、风格倾向、材质关键词、特殊要求。参考图则像一条“风格锚链”,帮模型固定住那层难以言说的气质。场地条件通常以地块边界和容积率数据传入,限制建筑体量。三者共同进入生成模型 G,产出效果图:

回想点菜的场景:服务员记下“少油、微辣”,又拍下你手机里那张漂亮的摆盘图,转身进了后厨。LookX 干的就是这位服务员兼大厨的活——把口头的话和照片里的感觉,合并成一盘端得出来的菜。

效果图=G(文字,参考图,场地)\displaystyle \text{效果图} = G(\text{文字}, \text{参考图}, \text{场地})
  1. 生成模型主干G 是 LookX 内部负责“从输入到画面”的生成模型,相当于大厨的刀工和火候。
    G:输入张量↦图像张量G: \text{输入张量} \mapsto \text{图像张量}
  2. 文字通道自然语言描述设计意图,提供可被检测的关键概念。
    文字={类型,风格,材质}\text{文字} = \{\text{类型}, \text{风格}, \text{材质}\}
  3. 图像通道参考图提供构图、色彩与氛围的相似性锚点。
    参考图={构图,色调,氛围}\text{参考图} = \{\text{构图}, \text{色调}, \text{氛围}\}
  4. 场地约束通道红线、容积率、朝向等数据压缩为条件向量,参与生成约束。
    场地={边界,指标,朝向}\text{场地} = \{\text{边界}, \text{指标}, \text{朝向}\}

风格控制:调味旋钮在哪里

同一道宫保鸡丁,每家餐厅的辣度、甜度、麻味都不一样。厨师靠的是灶台上的调料,食客只能口头说“重辣”“微辣”。LookX 把“调料”直接摆在了建筑师面前——这就是风格控制参数。

风格、材质、光感,这些听起来很虚的词,在 LookX 里变成了可调参数。参数不改变设计的功能逻辑,但会大幅改变画面的“味道”。它让建筑师不需要等到渲染阶段,就能在方案初期决定建筑的整体气质。

平台内置多组风格参数:风格流派(现代简约、新中式、参数化)、材质倾向(玻璃、木材、混凝土)、光感氛围(晴日、黄昏、晨雾)。建筑师推高某个参数,生成结果就会向相应的特征空间方向移动。建筑类型预设则像“套餐”,一键定位到办公、住宅或文化类项目。可以把生成结果看成三股力量的加权:

吃辣这件事,川菜馆的“微辣”和湘菜馆的“微辣”并不一样;LookX 的“现代简约”拉满到 100,也不会是一个绝对的开关。它更像音响上的高音旋钮——你拧动它,曲子确实倾向明亮,但整首歌的旋律还在那里。

R=αA+βS+γC\displaystyle R = \alpha A + \beta S + \gamma C
  1. 内容因子 A从文字输入中提取的建筑本体特征,如体量、流线。
    A=内容特征向量A = \text{内容特征向量}
  2. 风格因子 S由风格参数控制的视觉特征方向,如玻璃反光、屋顶曲线。
    S=风格方向向量S = \text{风格方向向量}
  3. 场地因子 C由场地条件导出的约束特征,如低层高密度、滨水开放。
    C=场地约束向量C = \text{场地约束向量}
  4. 权重系数 α、β、γ三者合力决定最终画面偏向哪一方。
    α+β+γ=1\alpha + \beta + \gamma = 1

方案迭代:试菜回锅的快循环

一道菜端上桌,你尝了一口:“嗯,不错,但蒜味不够。”大厨端回后厨,补两勺蒜蓉,重新上桌。建筑设计也是如此——方案要反复推敲。只不过传统流程里,改一版效果图可能要以天计算,而 LookX 把“回锅”压到了分钟级。

方案迭代,是建筑师在多个备选之间来回比较、筛选、细化的过程。LookX 支持快速生成多版方案,每版都基于同一段 Prompt,但随机种子或细调参数不同。建筑师像试菜一样,把不满意的菜端回去改口味,把满意的记录下来继续深化。

生成的每版方案都是一个视觉假设。多方案并置时,建筑师能对比不同立面、不同体量组合的差异,快速建立对项目的判断。反馈的方式包括修改 Prompt、换参考图、动风格参数。这样的循环反复进行,直到收敛到值得深化的方案。探索量与时间的关系是:

试菜次数多了,舌头会记住那一口最好的味道;方案迭代快了,眼睛会真正看见那个值得继续投入的方向。回锅不是重复劳动,而是靠近正确答案的最短路径。

Nschemes=TavailableΔtperScheme\displaystyle N_{\text{schemes}} = \frac{T_{\text{available}}}{\Delta t_{\text{perScheme}}}
  1. 可用时间方案前期留给探索的时间窗口。
    Tavailable=设计前期探索时间T_{\text{available}} = \text{设计前期探索时间}
  2. 单方案生成耗时LookX 生成一版方案的平均时间。
    ΔtperScheme=单方案生成耗时\Delta t_{\text{perScheme}} = \text{单方案生成耗时}
  3. 可探索方案数量时间窗内能产出的备选方案总数。
    Nschemes=TavailableΔtperSchemeN_{\text{schemes}} = \frac{T_{\text{available}}}{\Delta t_{\text{perScheme}}}

效果图对比:手写菜单与高清照片

餐厅菜单有两种风格:一种是在黑板手写的小画——线条随意,看着就亲切;另一种是精修的高清美食照——油光、烟雾、香气似乎都要溢出屏幕。手绘草图与 AI 效果图,恰好就像这两者。

手绘草图用最少的线条表达概念,信息模糊但充满留白,看图的人会不自觉地把自己的想象“补全”进去。AI 效果图则信息量爆满:材质、光影、绿化、细节一应俱全,画面非常“确定”。确定是优点,也是代价——它压缩了观者想象的空间。

在方案前期的推敲中,模糊常常是一种生产力。手绘的几根线可以同时代表“这里可能有个庭院”,而 AI 效果图已经替你决定了庭院的样子。反过来,给甲方或业主看方案时,AI 效果图的逼真度又远超草图,能快速建立“这个设计有戏”的信心。信息量差异可以写成:

真正老练的食客不会只抱着菜单照片点菜,他会翻到手写那页看看厨师今天推荐什么。聪明的建筑师也一样:先用 AI 效果图铺开可能性,再用手绘草图圈住讨论方向,两种“菜单”各司其职。

ΔI=IAI−Isketch>0\displaystyle \Delta I = I_{\text{AI}} - I_{\text{sketch}} > 0
  1. AI 效果图信息量像素级细节密度高,画面几乎不给想象留空隙。
    IAI=细节密度≈高I_{\text{AI}} = \text{细节密度} \approx \text{高}
  2. 手绘草图信息量以抽象线条传递概念,留有大量“未定义”区域。
    Isketch=抽象精度≈低I_{\text{sketch}} = \text{抽象精度} \approx \text{低}
  3. 信息差AI 图的信息量显著高于草图,但过高的确定性也锁死了想象。
    ΔI=IAI−Isketch>0\Delta I = I_{\text{AI}} - I_{\text{sketch}} > 0

工作流衔接:打包带走,二次摆盘

在餐厅吃到的菜,也可以打包回家。但你不会像在餐厅那样直接连锅端上桌,而是会换到自家的盘子里,重新搭配一下。AI 生成的效果图,也面临着同样的“打包与二次摆盘”。

效果图好看,但它本质上是一张像素图,既没有施工图需要的精确尺寸,也没有 BIM 需要的构件信息。要把 AI 方案接入建筑设计生产流程,必须经过一次“转换”。LookX 提供线稿、深度图、模型导出,让建筑师能继续深化。

在 CAD 工作流中,AI 导出的线稿可以作为底图,建筑师在此基础上绘制墙体、柱网、标注尺寸。在 BIM 工作流中,AI 生成的三维体量作为参考模型,指导 Revit 等软件建立信息模型。AI 负责给概念“塑形”,工程师负责给形态注入真实参数。这个转换过程可表示为:

打包回家的菜,虽然还是那道菜,但真正好吃的是重新加热、复刻、点缀后的那顿晚餐。AI 效果图是概念阶段的半成品,CAD/BIM 才是建筑真正落地的厨房。

PCAD=T(PLookX)\displaystyle P_{\text{CAD}} = T(P_{\text{LookX}})
  1. AI 方案表示LookX 输出的图像、深度图或网格模型。
    PLookX={像素,深度,网格}P_{\text{LookX}} = \{\text{像素}, \text{深度}, \text{网格}\}
  2. 转换函数 T对 AI 产物进行矢量化、简化、图层重组的几何映射。
    T:{图元}↦{矢量线}T: \{\text{图元}\} \mapsto \{\text{矢量线}\}
  3. CAD 工程底图得到带图层、可编辑、可标注的 CAD 底图。
    PCAD={矢量线,标注,图层}P_{\text{CAD}} = \{\text{矢量线}, \text{标注}, \text{图层}\}

设计价值:备菜的小工,掌勺的主厨

一家餐厅里,备菜小工负责洗菜、切菜、备好一切材料,但决定今晚推出哪道招牌菜的,永远是主厨。LookX 在建筑设计里的角色,就是那个手脚极快的备菜小工。

很多建筑师听到“AI 生成效果图”会担心自己被替代。但看看实际分工:AI 虽然能快速产出大量方案画面,却不知道哪个方案满足日照规范、哪个立面的幕墙成本可控、哪个功能布局更适合业主的需求。判断和决策,仍然是建筑师的核心工作。

LookX 的真正价值,是让建筑师把时间从“画图”转移到“思考”。传统流程里,做一个体量模型、渲一张效果图需要大半天;用 LookX 生成多版对比,可能只需要几分钟。节省下来的时间被投入到更有价值的方案权衡中。效率提升可以量化:

备菜小工再快,也决定不了餐馆的招牌菜;AI 再能渲染,也替代不了建筑师对空间、对人群、对场地的那份判断。最好的厨房,是小工和主厨各司其职——AI 负责快速备料,你负责让方案真正有灵魂。

η=T传统−TAIT传统×100%\displaystyle \eta = \frac{T_{\text{传统}} - T_{\text{AI}}}{T_{\text{传统}}} \times 100\%
  1. 传统方案耗时手绘、建模、渲染的总时长。
    T传统=T手绘+T建模+T渲染T_{\text{传统}} = T_{\text{手绘}} + T_{\text{建模}} + T_{\text{渲染}}
  2. AI 方案耗时编写 Prompt 与等待生成的时间。
    TAI=TPrompt+T生成T_{\text{AI}} = T_{\text{Prompt}} + T_{\text{生成}}
  3. 时间节省率η 代表前期探索效率提升的比例。
    η=T传统−TAIT传统×100%\eta = \frac{T_{\text{传统}} - T_{\text{AI}}}{T_{\text{传统}}} \times 100\%

AI 应用场景

地产方案前期推敲

阶段:概念生成与方案探索

解决的问题:传统模式下,开发商提出“想要现代大气的感觉”这类模糊需求,设计师要花一周建模渲染才能让业主看到效果。中间每一次方向调整都意味着返工重做。LookX 把文字描述和参考图直接变成效果图,让甲方在半小时内看到七八个立面方向,决策从“听描述猜”变成“看图选”。

具体案例:某住宅项目启动前,方案建筑师叶工把“现代简约、浅色石材、六层洋房、南向大面宽”写成 Prompt,又传了一张自己欣赏的立面参考图,几分钟内生成三版立面方案。甲方看完提出“想要更偏酒店感”,叶工调整风格参数又生成两版,当天就锁定了立面方向。

投标概念阶段快速出图

阶段:方案表达与投标展示

解决的问题:投标周期短、概念图需求量大,传统效果图公司排队渲染动辄数天。用 LookX 从标书文本中抽取关键词,批量生成概念性效果图,作为投标 PPT 的“视觉炮弹”,让评审专家快速抓住设计气质。

具体案例:某文化中心投标中,项目经理将“曲线屋面、开放架空、滨水步道”等关键词输入 LookX,配合场地平面图生成 12 张概念效果图,再用手绘草图对关键节点二次深化。原本需要两周的方案册,压缩到四天完成。

城市更新公众参与展示

阶段:概念沟通与公众讨论

解决的问题:居民看不懂总平面图和抽象分析图,导致社区议事会讨论效率低。LookX 可以把规划师的一句句描述——“街角口袋公园、社区食堂、慢行步道”——变成具象的鸟瞰意向图,让居民直接讨论“未来的街道长什么样”。

具体案例:上海某老旧小区更新项目中,规划师用 LookX 生成了三个方向的片区鸟瞰意向图,印成对照展板放在居委会。居民投票选出最认可的方案方向,再交由设计团队深化。公众参与的讨论质量显著提升。

Python 演示

python94 行
"""LookXSimulator: 用规则模拟 AI 建筑设计生成的小巧原型"""  class LookXSimulator:    def __init__(self):        self.style_lib = {            "现代简约": {"roof": "平屋顶", "material": "玻璃幕墙", "color": "海蓝灰"},            "新中式": {"roof": "坡屋顶", "material": "木质格栅", "color": "墨灰"},            "生态绿色": {"roof": "屋顶花园", "material": "竹木复合", "color": "草绿"},        }        self.type_lib = {            "住宅": {"shape": "板式", "floors": 6},            "办公": {"shape": "塔式", "floors": 18},            "文化": {"shape": "异形", "floors": 2},        }        self.generate_count = 0        self.scheme_list = []     def parse_prompt(self, prompt):        style = "现代简约"        btype = "住宅"        for key in self.style_lib:            if key in prompt:                style = key                break        for key in self.type_lib:            if key in prompt:                btype = key                break        return style, btype     def generate(self, prompt, site, style=None):        self.generate_count += 1        cur_style, cur_type = self.parse_prompt(prompt)        if style is not None and style in self.style_lib:            cur_style = style        base = self.style_lib[cur_style]        spec = self.type_lib[cur_type]        scheme = {            "id": self.generate_count,            "style": cur_style,            "btype": cur_type,            "site": site,            "roof": base["roof"],            "material": base["material"],            "color": base["color"],            "shape": spec["shape"],            "floors": spec["floors"],        }        self.scheme_list.append(scheme)        return scheme     def render_ascii(self, scheme):        lines = []        roof = scheme["roof"]        floor_lines = scheme["floors"] // 3        if roof == "坡屋顶":            lines.append(" " * 15 + "/\\")        elif roof == "屋顶花园":            lines.append(" " * 13 + "(((((")        else:            lines.append(" " * 13 + "=" * 8)        for i in range(floor_lines):            lines.append("|" + " " * 5 + "#" * 7 + " " * 5 + "#" * 7 + " " * 5 + "|")        lines.append(" " * 1 + "-" * 32)        return "\n".join(lines)     def iterate(self, prompt, site, rounds=3):        print("=== 开始方案迭代 ===")        results = []        for i in range(rounds):            s = self.generate(prompt, site)            print("第 %d 版方案: %s %s %s层" % (s["id"], s["style"], s["btype"], s["floors"]))            results.append(s)        return results  def main():    tool = LookXSimulator()    prompt = "新中式风格 六层住宅 临水而建"    site = {"area": 1200, "facing": "南向", "red_line": "40x30m"}    print("Prompt:", prompt)    print("场地条件:", site)    print()    schemes = tool.iterate(prompt, site, rounds=3)    print()    print("最优方案 ASCII 效果图:")    best = schemes[-1]    print(tool.render_ascii(best))    print("风格:", best["style"], "| 屋顶:", best["roof"], "| 层数:", best["floors"])  if __name__ == "__main__":    main()
目的:用规则库模拟 LookX 的“文字 → 方案”生成流程,演示 prompt 解析、方案装配和迭代输出的基本逻辑。
  1. self.style_lib = {...}风格库相当于大厨的调料架,每种风格对应一套屋顶、材料和色彩。
  2. def parse_prompt(self, prompt)在文字里扫描风格与类型关键词,模仿模型从 Prompt 提取设计概念。
  3. self.generate_count += 1每生成一版方案就留档编号,方便后面追溯“试菜”记录。
  4. scheme = {...}把风格库与类型库合并成一份方案信息,相当于把菜谱组装成成品菜。
  5. def render_ascii(self, scheme)用字符画模拟效果图输出,让方案“看得见”。
  6. def iterate(self, prompt, site, rounds=3)迭代循环:连续生成三版方案并打印,模拟方案推敲过程。
  7. if __name__ == "__main__": main()可执行入口,直接运行就能看到一次完整的“方案生成”。

常见误区

误区“我用 LookX 生成的效果图这么清晰,直接发给施工队或者导入 CAD 不就能开工了吗?”

正解AI 效果图只有视觉信息,没有尺寸、标高、材料做法等工程施工必需的数据。它像菜单上精修的美食照片——看着诱人,但后厨需要的不是照片而是食材清单和火候步骤。施工图需要 CAD/BIM 里的精确几何与信息模型,AI 图只能作为概念底图,经过人工深化后才可能变成工程图。

为何常见:效果图“看起来完整”,小白误以为画面清晰度就等于工程完成度,忽略了图纸背后庞大的数据属性。

误区“我把所有想法都塞进 Prompt,功能、风格、材料、周围环境全写上,字越多 AI 越懂我。”

正解冗长无序的 Prompt 像一篇流水账备忘录,生成模型难以抓住重点,反而会出现“平均化”——每一处都沾一点,但哪一处都不像样。好的 Prompt 像点菜时的精炼口碑:主风格明确、关键约束两三条、其余交给模型发挥。

为何常见:和聊天 AI 打交道时形成了“说得越细越保险”的惯性,但图像生成模型的注意力机制与对话模型不同,关键词的密度比字数更重要。

误区“LookX 几秒钟就出一张效果图,以后甲方直接对着 AI 生成图提要求,还要建筑师干嘛?”

正解AI 擅长把描述变成图像,但不理解建筑规范、流线组织、结构合理性。建筑师在方案迭代中负责判断与取舍:哪个体量符合容积率,哪个立面经得起施工。它像一个反应极快的大厨,能做出千种口味,但“今晚宴请哪批客人、铺什么桌布、上几道菜”仍是主厨的决策。

为何常见:把“绘图速度”误当成“设计能力”,没有意识到设计还包含大量不可见的约束与价值判断。

误区“我把'现代简约'拉到 100,生成结果怎么还带曲线?是不是参数失灵了?”

正解风格参数影响的是特征空间中的方向,不像开关那样二值化。风格与场地、功能内容会互相拉扯:场地是山地而功能是生态住宅时,即使风格参数很强,模型也会向地形妥协。它更像音响的高低音旋钮,不是电台换频道的按钮。

为何常见:把连续参数当离散开关,忽略了生成结果永远是多种因素平衡后的产物。

面试题

Q1. LookX 生成建筑效果图的核心输入方式是什么?

单选题 · easy

  • A.文字描述加上参考图片← 正确答案
  • B.只能靠鼠标手动建模
  • C.必须写代码调试参数
  • D.仅能拖拽三维模型

答案:A。LookX 的核心是把文字 Prompt 与参考图作为输入,由生成模型直接产出效果图,而不是靠手动建模。选项 B、C、D 都是传统建模或编程方式,不符合“点菜式”输入的设计理念。

Q2. LookX 主要服务的人群是?

单选题 · easy

  • A.建筑施工的现场工人
  • B.房地产销售置业顾问
  • C.建筑设计师与规划师← 正确答案
  • D.室内软装配饰师傅

答案:C。LookX 面向的是建筑设计师、规划师等概念方案创作者,帮助他们在前期快速看到方案画面。施工工人关注的是建造执行,销售顾问关注卖房话术,软装师傅侧重室内配饰,他们都并非核心目标用户。

Q3. 下列哪一项不是 LookX 风格控制的常见维度?

单选题 · mid

  • A.现代或新中式的风格流派
  • B.结构荷载与抗震等级← 正确答案
  • C.玻璃与木材的材质倾向
  • D.晴天黄昏的光感氛围

答案:B。风格流派、材质倾向、光感氛围都是影响效果图“味道”的视觉维度。结构荷载与抗震等级属于结构工程计算范畴,不是生成效果图时要调的风格参数,就像点菜时你不会要求厨师调整灶台的承重能力。

Q4. AI 效果图相比手绘草图,最重要的差异是什么?

单选题 · mid

  • A.手绘完全不能表达概念
  • B.AI 图比手绘更易修改
  • C.手绘比 AI 图信息更密
  • D.AI 图细节多但压缩想象← 正确答案

答案:D。AI 效果图的细节密度远高于手绘,信息量大且画面确定,但也因此压缩了观者的想象留白。手绘恰恰因为抽象模糊,反而能激发讨论与联想。A、B、C 都与本文描述的事实相反。

Q5. 关于 AI 生成方案导入 CAD 工作流,正确的理解是?

单选题 · hard

  • A.导出线稿模型作底图← 正确答案
  • B.AI 生成图可直接交付审图
  • C.施工图无需人工深化设计
  • D.AI 方案完全无法进工作流

答案:A。AI 效果图需要转换成线稿或模型后,作为 CAD 底图供建筑师深化,这与“打包回家重新摆盘”的比喻一致。B、C 夸大了 AI 图的工程成熟度,D 则完全否定了转换工作流的存在,三者都不符合实际。

Q6. 在方案迭代流程中,建筑师的核心作用是什么?

单选题 · mid

  • A.编写图像深度学习模型
  • B.做专业取舍与方向决策← 正确答案
  • C.现场监督施工每个环节
  • D.手工重绘每一张效果图

答案:B。AI 负责快速生成多版方案,建筑师负责判断哪个方向值得深化,这是“主厨掌勺”的角色。A 是算法工程师的工作,C 是施工管理的工作,D 则回到了被 AI 替代的低效路径上。

Q7. 场地条件(红线、容积率、日照)在 LookX 生成中的作用是什么?

单选题 · easy

  • A.与生成过程完全无关
  • B.仅用于改变效果图色调
  • C.体量与朝向的生成约束← 正确答案
  • D.只在最终渲染时起作用

答案:C。场地条件作为约束向量参与生成,控制建筑的体量、朝向与布局,防止方案脱离实地。它不只是调色调,也不只在渲染阶段出现,更不是完全无关。这就像大厨做菜要考虑客人忌口一样,是生成的前提条件。

Q8. 以下哪些属于 LookX 支持的输入通道?

多选题 · hard

  • A.自然语言的文字描述← 正确答案
  • B.手写的手势指令
  • C.风格参考图片输入← 正确答案
  • D.场地红线与容积率← 正确答案

答案:ACD。LookX 支持文字 Prompt、参考图和场地约束三条输入通道,分别对应“想吃什么”“参考什么摆盘”和“有什么忌口”。手写手势指令在本文介绍的输入体系中没有出现,属于干扰项。

Q9. 关于 AI 效果图与手绘草图的对比,说法正确的有哪些?

多选题 · hard

  • A.AI 适合快速铺开多方案← 正确答案
  • B.手绘留白利于抽象讨论← 正确答案
  • C.AI 生成的图完全不可改
  • D.两者可以组合并用← 正确答案

答案:ABD。AI 效果图速度快、信息密,适合快速铺开多种方向;手绘草图抽象留白,利于概念阶段的开放讨论;两者可以结合使用,就像菜单照片和手写推荐各有用处。C 说“完全不可改”与事实矛盾,AI 图可以重新生成、局部调整。

Q10. LookX 给建筑设计带来的核心价值是什么?

单选题 · mid

  • A.让建筑师告别审美判断
  • B.自动完成施工图报批流程
  • C.消除所有场地条件限制
  • D.加速概念设计与方案推敲← 正确答案

答案:D。LookX 的价值在于把概念设计阶段的效率大幅提升,让建筑师在更短时间内看到更多方案可能。它没有替代审美判断,也不处理施工图报批,更不可能消除场地条件,只是让“试菜”变快了而已。