很多 AI 设计体验停在聊天框里。

你告诉 AI 一个空间问题，它给你一段建议。你再补充几张图，它继续分析。你要求换风格，它给出新的描述。短期看，这很有帮助。但项目一旦持续几天、几周，聊天框就开始暴露问题。

建议会散落。版本会混淆。素材来源会遗失。上一轮判断为什么成立，下一轮可能没人说得清。

真实设计项目需要的不只是建议，而是一个可以持续工作的项目面。

聊天建议为什么不够

聊天是一种很好的思考入口，但它不是稳定的项目容器。

它有三个天然弱点。

第一，聊天记录难以成为事实源。一个判断可能藏在十轮对话里，另一个尺寸可能来自一张图片，第三个规则可能只是你临时补充的一句话。AI 下次修改时，很容易漏掉其中某一条。

第二，聊天记录难以维护版本。你可以让 AI “按刚才说的改一下”，但项目真正需要知道的是改了哪里、为什么改、是否影响其他空间、能不能回滚。

第三，聊天记录难以承载素材。图纸、参考图、组件、材料、截图、反馈和规则都需要被组织。只把它们扔进聊天窗口，后续很难复盘来源和有效期。

所以 AI 设计工具如果只优化聊天体验，就会越用越像一个聪明但健忘的顾问。

项目目录是设计工作台的地面

一个更可靠的方式，是把每个设计任务放进独立项目目录。

这个目录不只是文件夹。它是 AI 和设计师共享的工作表面。

它可以保存：

  • 当前设计模型；
  • 项目规则；
  • 来源图纸和素材；
  • 组件和材料清单；
  • 截图、渲染和审阅记录；
  • 版本差异；
  • 当前项目内有效的临时记忆；
  • 下一步待处理事项。

这样做的好处是，AI 不需要每次从聊天历史里猜项目状态。它可以读取明确文件，修改明确文件，生成明确产物，并把重要变化写回项目。

对设计师来说，这也更接近真实工作方式。设计项目本来就不是一句话完成的，它由素材、规则、模型、图纸、沟通和版本共同组成。

可持续项目需要结构化真相

只有项目目录还不够。目录里必须有一个明确的结构化真相层。

在 SketchUp Agent Harness 这类方向里，这个层可以是 design_model.json。它记录空间、尺寸、组件、规则、假设和执行状态。

这个文件不是为了让设计师手写 JSON。它的意义是让 AI、设计师和软件之间有一个共同事实层。

如果设计只存在于 SketchUp scene 里，AI 很难知道哪些内容是来源事实，哪些内容是临时操作。如果设计只存在于截图里，后续很难修复。如果设计只存在于聊天里，就更难比较版本。

结构化真相层让系统可以回答：

  • 当前有哪些空间和组件？
  • 这些尺寸从哪里来？
  • 哪些假设还没有确认？
  • 哪些反馈已经接受？
  • 哪些规则影响了这次修改？

这就是可持续项目和一次性建议的区别。

AI 应该把对话沉淀成项目状态

聊天仍然重要。设计师当然应该能自然地说：“这个入口太窄，把旁边柜体让出一点。”

关键是，AI 不应该只在聊天里回复“好的，我会调整”。它应该把这句话转成项目状态变化：

  • 识别受影响的空间和组件；
  • 检查项目规则是否允许；
  • 生成修改计划；
  • 更新结构化模型；
  • 执行到 SketchUp 或准备执行；
  • 留下修改记录；
  • 必要时生成截图供设计师确认。

这样，对话才不会蒸发。

每一次有效沟通，都应该推动项目状态向前一步。

好的工作台让项目可以暂停和恢复

真实项目经常被打断。你今天做了一个版本，明天要处理别的客户，三天后再回来。

如果 AI 设计工具只依赖聊天记忆，恢复项目会很痛苦。你要重新解释背景，重新上传材料，重新提醒规则。

工作台式工具应该让项目可以暂停和恢复。设计师再次打开项目时，AI 能看到当前模型、规则、素材、截图、已接受反馈和未完成事项。

这不是为了让 AI 拥有无限记忆，而是为了让记忆留在项目该在的位置。

长期看，AI 设计工具真正有价值的地方，不是把每一次聊天回答得更漂亮，而是把聊天、素材、模型和反馈沉淀成一个可继续推进的设计项目。