AI文章发到12个平台后，图片到底应该存在哪里？

Microi吾码

165人浏览 · 2026-08-13 03:05:01

Microi吾码 · 2026-08-13 03:05:01 发布

AI 概念图：它解释资产分层，不代表任何平台的真实运行状态。

一篇文章被 12 个账号接收，只能证明投递发生过。图片是否仍可控，要看公开正文最后依赖谁的服务器，以及原图和校验记录还在不在自己手里。

01｜被 12 个账号接收，只证明投递发生过

多平台发布最容易制造一种错觉：任务列表全绿，资产也就安全了。其实发布器可能把图片复制到目标平台，也可能原样保留一个外链；两种结果都能让文章当下显示正常，续费停止、临时桶清理或平台迁移时，命运却完全不同。

所以我不再把“上传成功”作为图片的结束状态。真正要记录的是：公开正文里的最终 URL 属于谁、能否直接读取、内容是否还是原图、将来是否能脱离当前分发工具重新发布。

02｜先画清三层资产边界

AI 概念图：稳定的目标托管与会过期的运输中继应当分开治理。

三层资产各自只做一件事：

目标平台原生托管：微信公众号、CSDN 等具备正文图片上传能力时，图片应进入它们自己的图片服务。CSDN 官方新手指南中的正文示例图就由 i-blog.csdnimg.cn 提供，这类公开页回读比“适配器说上传完成”更有证明力。
自有公有 HDFS/CDN：平台允许 HTTPS 外链、却不提供合适的免费原生托管时，使用自己可控制的对象存储和 CDN。这里承担的是长期可访问与再次迁移。
临时运输层：某些发布 schema 必须先拿到资源 Key，发布器的临时桶可以负责交接，但它不应成为公开正文的最终图床，更不应冒充归档系统。

顺序很重要：原生优先，自有回退，临时只运输。 这不是三种任选其一的偏好，而是一条能阻止隐性依赖的决策链。

03｜原生托管和自有 HDFS 并不冲突

Microi 官方分布式存储文档列出的实现包括阿里云 OSS/CDN、MinIO 和 Amazon S3，并由 SaaS 配置为不同租户选择方案。在 Microi吾码AI 的发布链路里，我把公有 HDFS 当成平台外链的可控回退，而不是强迫所有平台绕过自己的图片上传能力。

接口引擎中可以使用现有上传原子能力，关键是 Limit:false 表示公有文件，并且对象路径、租户和最终 URL 都要来自可信后端回执，不能由浏览器随意拼接：

var uploaded = V8.Method.Upload({
  FilesByteBase64: V8.FilesByteBase64,
  Limit: false,
  Preview: false,
  Path: '/ai-publish/2026/08',
  OsClient: V8.OsClient
});

if (!uploaded || uploaded.Code !== 1) {
  return { Code: 0, Msg: '图片上传失败，停止组装公开正文' };
}
return { Code: 1, Data: uploaded.Data };

这段代码只演示上传边界。生产实现还要限制文件类型和体积、生成不可冲突路径、记录审计、按租户隔离，并对回执中的 CDN 地址逐张做 HTTP 验证。

04｜最危险的不是上传失败，是临时地址“发布成功”

上传失败通常很显眼；临时地址发布成功反而危险。文章在今天能打开，不代表分发服务停费后还能显示。尤其不能为了省一次平台上传，把付费素材库容量或发布器 OSS 当作长期依赖，再把“任务成功”写进验收报告。

本轮预检还遇到一个典型意外：本地 microi_itdos profile 显示已登录，但服务端返回 Token 签名验证失败。两者并不矛盾——前者只能证明本机保存过会话，后者才是当前远端可用性。

我的处理不是手写一个 static.itdos.com 路径，也不是改用蚁小二素材库，而是让平台原生路径继续准备；任何确实依赖新 HDFS 上传的目标，在重新认证前保持 blocked_asset_hosting。

05｜每张图都要有一份可审计清单

AI 概念图：上传回执只是清单的一项，公开回读和本地原图才构成可迁移证据。

一张图至少要留下五组信息：本地相对路径与 SHA-256、尺寸与格式、上传方式和回执、公开正文最终 URL 与主机、HTTP 状态和 Content-Type。如果平台重新压缩图片，远端哈希可以不同，但必须保留本地原图哈希，并明确这是“平台派生版本”。

下面的 Node.js 20 代码可以直接审计最终 URL。它故意使用响应后的 response.url，这样 302 跳转不会把临时入口误记成最终主机：

import { createHash } from 'node:crypto';

export async function auditPublicImage(url, allowedHosts) {
  const response = await fetch(url, { redirect: 'follow' });
  const bytes = Buffer.from(await response.arrayBuffer());
  const type = response.headers.get('content-type') || '';
  const host = new URL(response.url).hostname;

  if (!response.ok) throw new Error(`HTTP ${response.status}`);
  if (!type.startsWith('image/')) throw new Error(`Unexpected MIME: ${type}`);
  if (!allowedHosts.includes(host)) throw new Error(`Unexpected host: ${host}`);

  return {
    finalUrl: response.url,
    host,
    bytes: bytes.length,
    contentType: type,
    sha256: createHash('sha256').update(bytes).digest('hex')
  };
}

06｜把路由选择写成可阻断决策

规则如果只写在脑子里，赶时间时就会退化成“先发出去再说”。更稳的做法是让构建器明确返回最终托管类型；没有合法路径时返回阻断状态，而不是删除图片或暗中切换素材库。

function chooseImageRoute(capability) {
  if (capability.nativeImageUpload) {
    return { finalHost: 'platform-native', transport: 'ephemeral-if-required' };
  }
  if (capability.acceptsExternalHttps && capability.publicHdfsReady) {
    return { finalHost: 'microi-public-hdfs', transport: 'direct' };
  }
  return { finalHost: 'blocked_asset_hosting', transport: 'none' };
}

这里的 ephemeral-if-required 只允许出现在发布输入阶段。正式发布后，如果 CSDN 或公众号公开正文仍出现临时 OSS 主机，任务即使显示成功，也不能进入“已验证”列。

07｜真实页面只证明它真正验证过的部分

真实本地构建截图：mci_demo v0.5.3 的静态模拟决策器；不是线上平台或生产指标截图。

我把上述规则做成了 mci_demo 的固定路由 /ai-asset-portability。本地生产构建、Vue 类型检查和 Playwright 已真实执行；1920×1080 与 390×844 两种视口都没有横向溢出、控制台错误、失败资源或原生对话框，抽查文字对比度最低为 9.05:1。

这张截图的证据边界也必须写清：它证明规则能被交互和自动检查，不证明远端微服务已发布，也不证明任一内容平台已完成图片物化。由于前述 MCP 登录失效，本轮没有把本地页面冒充 os.itdos.com 在线结果。