Magic Eraser + beehiiv：时事通讯英雄图片、Boost 合作伙伴发现、推荐

无本机插件 — Magic Eraser 是一个 Web/iOS/Android 图像编辑器，在 beehiiv 后期编辑器之外运行。工作流程是：在 Magic Eraser 中准备图像，以全分辨率（PNG 或 JPEG）导出，然后通过后期编辑器中的标准图像上传流程上传到 beehiiv。 beehiiv 的图像管道处理 WebP 转换、响应式 srcset 和 CDN 分发。对于大多数作家来说，缺乏直接插件并不是一种摩擦——图像准备是在工作流程中的不同点分批进行的，而不是后期写作，而且这种分离实际上有助于保持一致性。

beehiiv 建议 1200×675（16:9 宽高比）作为帖子缩略图的来源。这个尺寸为平台提供了足够的分辨率来进行页面后渲染、推荐源缩略图的响应式下采样、电子邮件传递渲染和 1200×630 OG 共享卡（它足够接近 1200×675，平台可以干净地裁剪到 OG 方面）。 Magic Eraser 的 AI Fill outpaint 解决了手机相机源照片本身不是 16:9 的常见构图问题 - 从您拥有的任何来源开始，AI Fill out 到 1200×675+，主题大致居中，beehiiv 的响应式管道处理其余部分。

两者都以 1200×675 渲染，具有相同的技术规格，但转换目标不同。常规的帖子缩略图可以将特定帖子的点击量出售给已经了解您的出版物的读者。 Boost 合作伙伴图像将您的出版物的订阅作为一个整体出售给尚不认识您但正在浏览其他出版物的合作伙伴推荐的读者。 Boost 图像必须在 320-400 像素的发现推送缩略图显示中传达“这是什么类型的出版物”——主题、基调、受众。构图方面：更强的品牌识别元素（出版物徽标或签名视觉标记）、不需要观众已经了解帖子上下文的主题突出性以及与出版物的标准配方相匹配的颜色分级，以便订阅者从 Boost 点击进入视觉上一致的出版物。

不。上传最高质量的源 - beehiiv 的图像管道提供自动 WebP 服务，为每个断点构建响应式 srcset，并根据视口和连接应用自己的压缩。在上传之前预压缩图像（例如保存为 80% JPEG）只会与 beehiiv 自己的压缩相结合，并在每个渲染尺寸下产生明显更差的输出。 Magic Eraser 默认以全质量导出 — 在上传步骤中保持该质量，并让 beehiiv 处理下游优化。电子邮件通讯内联图像是个例外，其中 Gmail 的 102KB 剪辑阈值会强制文件大小限制：对图像较多的帖子使用 JPEG 质量 75-80 以符合预算。

是的，这正是多平台新闻通讯出版物的正确规则。在 Magic Eraser 中保存出版物的视觉配方（AI 滤镜颜色等级、Background Eraser 品牌调色板、构图规则、版式模板（如果适用））。对图像应用相同的配方，无论它们是前往 beehiiv（1200×675 后缩略图）、Substack（1456×816 后英雄）、Ghost（每个主题可变）还是任何其他平台。跨多个平台阅读的订阅者会看到相同的视觉识别，这是提高跨平台读者参与度的品牌识别规则。

不直接。 beehiiv 的发现界面与 Substack Notes 不同 - beehiiv 强调 Boost 合作伙伴发现、推荐网络和产品内发布提要，而不是微博格式。对于在 beehiiv 上发展的出版物，视觉纪律的重点是帖子缩略图和 Boost 合作伙伴图像，而不是每日微博节奏。对于在两个平台上运行的出版物，Substack Notes 节奏（每周 3-7 个带有图像的 Notes）和 beehiiv Boost 合作伙伴图像作为具有不同视觉简要形状的平行生长表面。

beehiiv 的后期编辑器处理图像的上传、裁剪和基本定位。 Magic Eraser 处理 beehiiv 的作曲家不具备的操作：对象删除（干扰、画面中的意外人物、库存照片源中的水印）、背景交换（杂乱的家庭背景以清洁品牌颜色）、AI 填充涂色（将源照片扩展到 1200×675 缩略图方面或 1200×630 OG 共享卡方面）和 AI Enhance（放大和锐化）低光手机照片到视网膜显示分辨率）。正确的形状是连续的：首先在 Magic Eraser 中准备主要变换，然后上传到 beehiiv 进行最终定位和后期合成。