![项目分享_封面图自动化_2026-10-30.png](https://developer.qcloudimg.com/http-save/yehe-1293908/e3828bf5a85a3f0e14c95b88bcd493c3.png)

开始做公众号，更新节奏拉起来之后，我发现一件之前没在意的小事，每发一篇文章，都得先配一张封面。

公众号横版封面要 900 乘 383，小红书那边要 900 乘 1200 的竖版。两套尺寸，每条内容线一套配色，前几篇我还在设计软件里手画，画到第二十几张的时候，问题来了，配色对不齐，字号忽大忽小，风格飘得厉害。

我不想每次发文都被封面卡十分钟。于是我写了个脚本，给定标题和副标题，一条命令出图。现在这个号的 27 张封面，全是它画的。

## 一、封面这活儿为什么值得脚本化

先说清楚这事值不值得写代码。封面不是正文，但它有几条很适合交给机器的特征。

输入固定，永远就是标题加副标题两个字符串，最多再加个内容线标记。产出也固定，一张指定尺寸的 PNG，底色配色按内容线走。最麻烦的是量，我一周稳定产出好几篇，每篇都要一张，遇到系列专题还要多出几张同风格变体。

这三条凑齐，就是脚本化的最佳对象，规则明确、没有例外、量还大。反过来，如果你一个月才发一两篇，开设计软件套个模板也行，写脚本反而是浪费。

我一开始没写，是因为觉得区区一张图，至于吗。等到第二十几张封面风格对不齐、又得返工的时候，才觉得至于。

## 二、我的方案 一条 142 行的流水线

![二、我的方案 一条 142 行的流水线](https://developer.qcloudimg.com/http-save/yehe-1293908/1fbb448d7d44c6ac6c3516b3f2dab4db.png)

整个脚本就干一件事，把文字变成一张排版好的图。拆开看是四步。

输入标题和副标题，先按内容线挑一套配色。然后加载字体，这一步有个坑后面专门讲。接着在画布上画渐变底色、点阵装饰、左侧强调条、角标、主标题和副标题。最后存成 PNG 退出。



为什么不上在线工具或者现成的封面生成服务。在线工具每次都要手动填、手动调，批量跑不动。现成服务要么收费，要么版式不可控。我想要的就一个，命令行敲一下，图出来，能放进我的发布流水线里自动接着跑。这种需求，自己写最顺手。

## 三、关键实现的三处细节

![三、关键实现的三处细节](https://developer.qcloudimg.com/http-save/yehe-1293908/e9abc17af64d2049d1c70eeb324f5671.png)

脚本现在 142 行，骨架很简单，三处细节花了我最多时间。

配色我先写死成一张表，六套内容线各一套。底色、主标题色、副标题色、强调色、点阵色，一次给全。

```python
PALETTES = {
    "weekly": ((15, 23, 42), (248, 250, 252), (148, 163, 184), (99, 102, 241), (99, 102, 241)),
    "tech":   ((8, 20, 16), (220, 252, 240), (134, 180, 160), (52, 211, 153), (52, 211, 153)),
    "paper":  ((28, 20, 8), (254, 243, 224), (190, 165, 120), (245, 158, 11), (245, 158, 11)),
    "tool":   ((8, 24, 28), (224, 250, 252), (130, 180, 190), (34, 211, 238), (34, 211, 238)),
    "project":((20, 12, 32), (245, 235, 255), (175, 145, 200), (167, 139, 250), (167, 139, 250)),
    "generic":((15, 23, 42), (248, 250, 252), (148, 163, 184), (56, 189, 248), (56, 189, 248)),
}
```

第二处是字体加载。PIL 默认字体是位图 ASCII 字体，遇到中文直接画成方块。所以必须先找系统里的中文字体文件。

```python
def pick_font(size, bold=False):
    candidates = [
        "本地字体库/msyhbd.ttc" if bold else "本地字体库/msyh.ttc",
        "本地字体库/simhei.ttf",
    ]
    for path in candidates:
        if os.path.exists(path):
            try:
                return ImageFont.truetype(path, size)
            except Exception:
                pass
    return ImageFont.load_default()
```

注意最后一行。如果连微软雅黑和黑体都找不到，它不报错，而是回退到默认字体。这个设计当时觉得稳妥，后来在另一台没装中文字体的机器上跑，封面整张变成了豆腐块，我才意识到回退不该这么静默。

第三处是标题溢出。副标题短没关系，主标题有时候很长。我让字号先按画布宽度自动收缩，缩到放得下为止。

```python
def fit_font(draw, text, max_w, start, bold=True, min_size=20):
    size = start
    while size > min_size:
        f = pick_font(size, bold)
        if draw.textlength(text, font=f) <= max_w:
            return f
        size -= 2
    return pick_font(min_size, bold)
```

如果缩到最小字号还放不下，而且标题超过 14 个字，就在逗号、句号这类标点处断成两行。

```python
if d.textlength(title, font=f_title) > w - 140 and len(title) > 14:
    sep = len(title) // 2
    for k in range(sep, 0, -1):
        if title[k] in "，。！？、 ":
            sep = k
            break
    l1, l2 = title[:sep], title[sep + 1:]
```

这个断行逻辑很糙，但封面标题断在标点比断在词中间好看太多，够用了。

## 四、踩过的坑

说了三处实现，其实坑都在细节里。

字体回退那个坑印象最深。有一回我在一台干净的环境里跑脚本，出来的封面中文全是方块。查了半天才发现，那台机器 PIL 装了，但中文字体路径不存在，脚本一声不吭用了默认字体。从那以后我改成，找不到中文字体就直接报错退出，宁可中断也不要产出一张废图。

运行环境也坑过我一次。脚本依赖 Pillow，而 Pillow 只装在我那个特定的 Python 环境里，用系统自带的裸解释器跑会直接报错找不到模块。我有一次图省事用错了解释器，折腾了十几分钟。现在我把运行命令固定成那条带环境路径的，谁都别想用错。

还有个容易忘的，横版和竖版的版式不是简单拉伸。竖版高了，标题起始字号、角标位置、署名区都要按高度重新算比例，不然竖版封面字会挤在顶部。我用一个高度比例系数统一换算，改一次全局生效。

## 五、效果 27 张封面一条命令出图

现在这个号的封面，公众号横版加小红书竖版，一共 27 张，全是这个脚本出的。

跑一次的真实耗时不到半秒。我刚测了一回，命令行敲完，0.44 秒出图，文件 28KB 上下。对比早先手画，一篇封面从开软件、调版式、换字、导出，最少也要七八分钟，而且几十篇下来风格还飘。

我拿不出公众号后台的阅读或者涨粉数据来证明换了脚本封面阅读就涨了。封面这种东西，我把它定位成让读者愿意点进来的一张门面，不是能直接量化的指标。但有一点很实在，发稿前最后一步卡封面这件事，没了。

## 六、能复用吗

能。脚本不依赖我的业务，你拿去改两处就能用。

配色表 PALETTES 换成你自己的内容线，字体路径换成你机器上的中文字体文件。尺寸那块，横版竖版都已经在参数里，--width 和 --height 一传就改。

如果你也想给自己的号做封面自动化，直接把 scripts/make_cover.py 拷走，标题副标题当参数传进去就行。代码就 142 行，改起来不费劲。

## 七、三个核心要点

1. 公众号和小红书封面尺寸不一样，横版 900x383、竖版 900x1200，手画两套最费时间，脚本一条命令全出。
2. 画图本身不难，难的是字体和标题。中文字体回退和标题溢出这两处不处理好，整张图就废了。
3. 脚本跑在特定的 Python 环境里，Pillow 只装在那，用错解释器直接报错，运行命令要固定。



封面该全部交给脚本批量出，还是每篇留一点手画的空间。我的立场是，系列化、模板化的封面交给脚本最划算，把人腾出来做内容和选题，手画留给真正要自定义的专题封面。

![争议问题](https://developer.qcloudimg.com/http-save/yehe-1293908/0b4128f22dbaf9a9de26aa5fad508e5d.png)





开始做公众号，更新节奏拉起来之后，我发现一件之前没在意的小事，每发一篇文章，都得先配一张封面。

我用142行脚本 自动生成公众号封面

高级工程师

人工智能

做公众号和小红书封面总被尺寸、配色、风格不一致卡住？用142行Python脚本，一条命令自动生成横版900×383和竖版900×1200封面，内置6套内容线配色，智能字体加载与标题断行，0.44秒出图，彻底告别手动排版。27张封面全自动生成，风格统一，发稿流程提速90%。

代码解释

解释器

Python

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我用142行脚本 自动生成公众号封面-腾讯云开发者社区-腾讯云

我用142行脚本自动生成公众号封面

我用142行脚本自动生成公众号封面

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

我用142行脚本 自动生成公众号封面

我用142行脚本 自动生成公众号封面

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

我用142行脚本自动生成公众号封面

我用142行脚本自动生成公众号封面