活儿不是那张图

让现在的生成模型出一个公司 Logo，几秒钟就能给你一个看着挺像回事的东西。然后你试着用它。

你需要矢量，因为它要上招牌、要做 favicon、要印名片，而一张 1024 像素的 PNG 哪个都不是。 你需要它压在深色背景上是对的，也就是说你需要一条真正的透明边缘，而不是模型悄悄烘进去的一层底。 你需要它在 16 像素下还能看，而模型刚才最得意的那些内部细节，到这个尺寸会糊成一团。

这些没有一件是采样问题。这些全都是活儿本身。

尺寸阶梯不是缩放

一个应用图标不是一张图。在 iOS 上它是一组。在 Android 上它是一组再套一层遮罩。 在桌面端又是另外一组，如果你还要打包 Electron 应用，上面还得再加各平台专用的容器格式。 一份源标识要能撑过全部这些。

缩放撑不过去。一个在 512 像素下读得清的标识，在 32 像素下常常就读不清了—— 因为小尺寸下的可辨识度是一个设计决定（笔画加粗、字怀放大、细节删除），不是一个插值选项。 做对这件事，意味着要决定在阶梯的每一档上牺牲什么，并且牺牲得足够一致，让结果看上去还是同一个标识。

分辨率有下限，而这个下限是物理的

老照片修复是同一个问题反过来指。一张要上屏幕的修复照片，和一张要印成 10 寸的修复照片， 不是同一个交付物，而它们的差别不是一个滑杆。如果产出没达到该介质要求的分辨率， 那这次修复就是失败的——不管它在浏览器里缩到 50% 看着多好。

这对怎么做产品意味着什么

如果你认定交付物才是产品，接下来有几件事就跑不掉了——而且对于“只想上一个提示词输入框”的想法来说很不方便。

系统必须在生成之前就知道自己要产出什么。“一个 Logo”和“一张海报”不是同一条流水线上的两个提示词， 而是两套不同的约束：输出格式、尺寸、色彩处理，以及什么才算做完。

生成必须是长任务里的一步，而不是整个任务。这意味着工作必须可恢复、可检查、可在每一阶段单独修正—— 你得能只修第三步，而不用把第一步重新生成一遍。

而模型必须是可替换的。模型以月为单位在进步。任何把某个具体模型当承重结构的架构， 都是在一个注定要被换掉的零件上盖房子。真正耐久的工程在它的两侧。

我们做的就是这两侧。

---

Zero Agentic 的产品处于开发中。本文所述内容目前均不可用。