AI公众号配图没有图片API时怎么办？先分清提示词与成图

当你让AI写一篇公众号文章并配图，收到的却是“浅色背景、右侧电脑、左侧标题留白”这样的文字，首先要确认的不是画风，而是：这次交付的是图片提示词，还是已经生成的图片？

没有配置图片API，不代表所有写作工作都必须停下；但文章完成、配图方案完成和图片生成完成，是不同的状态。把它们分开，才能知道下一步该补配置、转交设计，还是直接进入排版。

没有图片服务时，究竟能拿到什么？

本题提供的WorkNex 0.0.1版本资料说明：请求配图但没有图片服务时，会输出图片提示词。这意味着，在该版本描述的情境下，配图需求会降级为文字交付，而不是继续产出实际图片。

可以把几种交付物理解为不同阶段：

• 配图方案：说明哪里需要图、图要解释什么，属于编辑策划。

• 图片提示词：描述主体、构图、色彩和限制条件，是后续制作的输入。

• 实际图片：能够打开查看的图像文件，或能够访问并显示图像的链接。

• 发布素材：经过内容、文字、裁切与排版检查，准备放进公众号的图片。

一段提示词即使写得很细，也不是图片；出现“封面图”三个字，也不能证明附件已经生成。反过来，有了图片文件，也不等于它已经适合发布。

这里的结论应限定在资料所述版本，不能推广成所有工具的默认行为，也不能据此认定WorkNex会自动切换其他生图服务、上传图床或完成图片验收。

先查交付物，再查配置，不要反复改提示词

如果你遇到“说要配图，最后只有文字”，建议按下面的顺序排查。这是编辑侧的检查方法，并非某个工具现成的诊断功能。

第一步，看是否真的有图。 检查回复、附件和输出目录，确认有没有可打开的图片。只有画面描述、待配图标记，或者尚未指向实际文件的图片路径，都不宜标记为“已生成”。链接也应打开确认，不能只看名称。

第二步，看当前环境是否具备图片能力。 能写文章，不代表已接入生图。LHR GZH Workflow的项目说明就区分了Agent内置生图与第三方图片API；当其他Agent没有内置生图工具时，其流程会明确阻断，而不是假装支持。

第三步，核对所选服务的接入条件。 根据当前工具文档检查供应商、模型、接口和密钥配置，而不是照搬另一款工具的设置。若需要真实调用，再确认授权及可能的费用。不要为了排障，把完整密钥贴进文章、截图或多人协作记录。

第四步，判断是缺少配置，还是调用失败。 这两者应分开记录。没有服务时，修改“更高级、更清晰”的提示词并不能补上服务；已经配置却没有出图，则需要结合实际错误信息继续检查，不能凭空认定是额度、网络或模型问题。

不接图片API，还有哪些可选路径？

最直接的办法，是保留正文和提示词，把实际制作交给另一个已具备图片能力的环境，或交给设计人员。交接时注明“待生成”，不要把未完成环节藏在“图文已完成”的表述里。

另一条路径是本地渲染，但要看具体工具是否支持。WeMD-SKILLS的资料写明，它以Qwen生图为主、Seedream为备用，只有两者都失败或不可用时，才使用HTML透明概念图渲染兜底。这是该项目明确设计的路径，不能套用到WorkNex。

其他资料也展示了用HTML/CSS组织内容、再截图输出图片的做法。对于流程、清单、对比关系等需要明确排布的信息，可以考虑这种制作方式。但“能写HTML”不等于“已经输出图片”，仍需具备渲染和截图条件，并检查最后的文件。

因此，没有图片API时可以选择继续完善配图需求、转交制作，或使用已有的本地渲染方案；不能仅凭一段文字，就推断当前工具具备这些替代能力。

交接提示词前，先确认这份画面要求清单

下面是编辑建议，不代表WorkNex或其他工具已经内置相应功能。目的不是让提示词越长越好，而是减少接手者需要猜测的内容。

• 用途与位置：做封面还是正文图？放在哪个小节后？用于吸引注意、解释步骤，还是总结观点？

• 核心信息：读者看完应理解什么？每张图尽量聚焦一个主要任务，避免堆入整篇文章。

• 主体与关系：画面中出现哪些对象？它们是并列、递进还是对比？抽象概念要如何呈现？

• 比例与构图：使用什么长宽比？主体放在哪里？是否需要标题留白？最终尺寸由实际排版需求确认。

• 风格与配色：选择插画、摄影感还是信息卡片？同一篇文章是否需要统一背景、线条和强调色？

• 文字与数据：哪些内容必须逐字保留？数据依据是什么？未确认的数字不要让制图环节自行补齐。

• 禁止内容：是否需要避免真实品牌标识、未经确认的人物形象、无关装饰或暗示性数据？

• 交付与验收：需要什么格式、如何命名、是否保留可编辑文件，以及由谁确认最终图片？

涉及中文、数字和流程箭头时，应把逐项核对列入验收。提示词写了“文字准确”，不代表成图已经满足要求。

一份可直接改写的交接示例

以下是用于说明交接结构的编辑示例，并非已生成图片，也不是工具运行结果：

> 状态：仅完成配图需求，尚未生成图片。
> 用途：公众号正文插图，放在解释“提示词不等于成图”的段落后。
> 核心信息：区分画面描述、实际图片、验收后的发布素材。
> 画面：横向排列三个卡片，分别呈现文字说明、插画预览框、带检查标记的素材框，用箭头表达制作顺序。
> 风格：浅色背景、简洁线条，保持较少的装饰。
> 文字：卡片标题由编辑确认；如生图文字不准确，另行排字。不要添加未经提供的数据。
> 交付：提供可打开的图片，按文章顺序命名；发布前检查文字、裁切和手机阅读效果。

在交付记录中，也可以把状态分开写成“正文已完成、配图提示词已完成、实际图片待制作”。这比笼统写“文章及配图已完成”更便于协作。

没有图片API时，最重要的不是让AI继续承诺出图，而是明确当前交付边界：文字需求可以继续推进，图片制作需要另行落实，发布前还要检查成品。只要这三件事不混在一起，降级交付也能成为清楚、可接续的工作成果。

参考资料与适用范围

• [WorkNex 0.0.1](https://pypi.org/project/worknex/0.0.1/#1)：本文关于无图片服务时输出提示词的依据，来自题供该版本资料说明。

• [WeMD-SKILLS](https://github.com/leeoisaboy/WeMD-SKILLS#1)：生图主备服务及HTML渲染兜底的项目说明。

• [LHR GZH Workflow](https://github.com/AEcru/lhr-gzh-workflow#1)：生图来源选择、能力边界及第三方接入说明。

本文依据所给资料整理，未进行实际接口调用或版本实测；具体配置与行为应以你使用版本的文档及实际结果为准。