装修一条龙

在处理装修类请求时，大模型常面临两个实际断层：一是用户直接发来了一张户型平面图，LLM 无法原生“看懂”结构并输出有参考意义的效果图；二是即便生成了视觉方案，落地层面依然缺少本地化的设计公司、施工团队与材料供应商信息，用户仍需自己去全网搜索。

这个技能聚焦于打通“看图—出图—找商家”的闭环，将多模态识别、文生图与联网检索组合成一个连贯的工作流。

核心工作流

• 结构化信息采集：建立强约束的输入规范。强制采集 城市、工装/家装 与 装修需求。当用户缺失这三类关键信息或未提供平面图时，技能会中断并要求补充，避免后续生成脱离实际。
• 平面图视觉分析：调用多模态能力读取平面图，不仅识别几室几厅，还会提取门窗位置、朝向、动线，并结合工业化限制标注承重墙或管道位，输出一份“户型摘要”。
• 分房间渲染生成：默认走零凭证的 AI 文生图通道（支持脚本 scripts/render.py 作高阶 API 回落）。按家装或工装属性逐间生成，并将户型摘要与风格词重组为英文 Prompt，保证出图既符合建筑结构又具备风格辨识度。
• 本地化商家检索：读取 merchant_search.md 策略文档，按城市并行检索设计机构、施工方及主材商家。结果会经过去重，并抽取区位、联系方式及擅长风格，最终输出商家清单与一段可直接发送的咨询话术。

适用边界与注意点

• 不做交易闭环：技能的终点是交付信息与咨询入口，不涉及替用户下单、计价或代付。
• 平面图质量依赖：户型分析的准确度与 Reading 图片的清晰度直接相关，模糊或带大量手写注释的草图可能导致动线或承重墙判断倾斜。
• 渲染通道差异：默认的文生图通道适合方案构思与沟通，若需光线追踪级精度的施工图，需自行配置专业的三维家 API（需 SANWEIJIA_APP_KEY），且配置失败时会自动回落到基础通道。