临时计算，用大白话说

临时计算听起来像是云架构师在白板还没擦干净前就要甩给大家的概念。

用更直白的话说：创建一个临时的地方来运行任务，用完就把它移除。工作区并不是为了让客户内容长期“安家”。它之所以存在，是因为模型需要一个地方来运行。

在图像生成场景中，这一点很关键：提示词和源图像需要送达到模型。不存在那种只靠“积极思考”就能完成像素转换的隐私架构。真正要问的是，在那次处理发生的时刻，周围会发生什么。

一次临时的生成会话应该只做一件事：接收它所需的内容、运行模型、返回输出，然后停止继续发挥作用。运行期间可能会存在临时文件。模型工作时，解密后的内容可能会存在于会话内部。但在交付之后，这个会话不应变成一种可长期保存的存储。

这和永久托管的工作区不同。永久工作区希望保留历史、项目状态、协作、日志、预览以及便利性。这些功能可能很有价值，但代价是保留更多内容。临时计算的目标刻意没那么宏大：尽量少留下东西。

“云术语”可能会掩盖产品承诺。用户不需要知道每一个容器细节。他们需要知道：处理之后提示词和源图像是否会被存储、输出是否会被保留、工作人员是否能看到内容、以及是否会被外部提供方接收。

开发者需要谨慎，别做过度承诺。临时（ephemeral）并不等于没有风险。它不能替代访问控制、网络安全、删除规范或运维监控。它只是更广泛的隐私设计中的一种有用模式。

最好的心智模型是“租来的工作间”，而不是“仓库”。把材料带进来，做出成品，把成品带走，然后把台面清理干净。

这就是没有“雾化机器”的临时计算。

延伸阅读：Unexposed 如何运作，支持更短的 AI 数据路径，以及 Google 的零数据保留文档。