发布前完整性检查
SkillDev toolsPre-publish completeness check: verify item by item that title, cover, tags, formatting, compliance markers, links, and CTA are all in place, ensuring nothing is missing before publishing. Triggered when the user says "检查一下能不能发", "发布前检查", "checklist", "查漏补缺", "发之前看一眼", "发布清单", "漏了什么没", or "能发了吗". Di
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the 发布前完整性检查 skill
What this skill tells your AI
The instructions your AI receives, as published by zju-real/easel in skills/openclaw/skill-publish-checklist/SKILL.md and read by ahel’s review.
发布前的最后一道关卡,逐项检查内容是否齐全,防止漏标题、漏封面、漏标签等低级错误。
与其他 SKILL 的区别
| SKILL | 定位 | 检查深度 |
|---|---|---|
| publish-checklist(本 SKILL) | 完整性检查——"有没有漏东西" | 浅层,逐项打勾 |
| skill-quality-gate | 深度合规 + 质量审核 | 深层,评分 + 返工 |
| skill-persona-check | 人设一致性 | 风格/调性维度 |
| skill-risk-scanner | 原创度 + 版权 | 抄袭/侵权维度 |
输入
用户提供待发布的内容,支持以下形式:
- 产物目录路径:指向
outputs/主题名/下的完整产物目录(含 meta.json、正文、图片等) - 单篇文案文本:直接贴文案内容
- 混合:文案 + 图片路径 + meta.json
可选指定目标平台(小红书、抖音、微博、公众号、LinkedIn、X 等),未指定时做通用检查。
输出
输出结构化检查报告,JSON 格式:
{
"status": "ready | not_ready",
"score": "7/10",
"platform": "平台名或generic",
"checklist": [
{
"item": "检查项名称",
"status": "pass | fail | warn",
"detail": "具体说明"
}
],
"blocking_issues": ["必须修复才能发布的问题"],
"warnings": ["建议修复但不阻塞发布的问题"],
"summary": "一句话总结:可以发 / 还差什么"
}
status为ready:所有必检项通过,可以发布status为not_ready:存在阻塞问题,列出待修复项
执行步骤
Step 1 — 识别内容形态与目标平台
- 判断输入是产物目录还是单篇文案
- 如果有
meta.json,读取其中的platform、type(图文/视频)、title、tags等字段 - 如果有 Profile 上下文,读取
platform字段确定目标平台 - 无法确定平台时,使用通用检查清单
Step 2 — 逐项检查(通用清单)
按以下维度逐项检查,标记 pass / fail / warn:
必检项(fail 则阻塞发布):
| # | 检查项 | 检查内容 |
|---|---|---|
| 1 | 标题 | 是否有标题;标题长度是否在平台限制内 |
| 2 | 正文/内容 | 是否有实质内容;是否为空或占位符 |
| 3 | 封面/首图 | 图文帖是否有封面图;视频是否有封面帧 |
| 4 | 格式完整 | Markdown 结构是否完整;图片引用是否有效;链接是否可访问 |
建议项(warn 但不阻塞):
| # | 检查项 | 检查内容 |
|---|---|---|
| 5 | 标签/Hashtags | 是否有标签;数量是否在 3-10 个合理区间 |
| 6 | CTA(行动号召) | 是否有引导互动的语句(点赞、收藏、关注、评论等) |
| 7 | 链接有效性 | 正文中的 URL 是否格式正确 |
| 8 | 图片规格 | 图片尺寸是否符合平台要求(竖版/横版/正方形) |
| 9 | 文案长度 | 字数是否在平台推荐范围内 |
| 10 | Emoji 使用 | 是否有适当 emoji 增强可读性(视平台而定) |
Step 3 — 平台特有检查(有平台信息时追加)
根据目标平台追加检查项:
小红书:
- 卡片数量是否在 3-9 张
- 每张卡片文字是否 ≤ 80 字
- 是否有 caption(发布配文)
- 封面是否为 3:4 竖版(1080×1440,小红书标准比例)
抖音/视频号:
- 视频时长是否在限制内
- 是否有字幕文案
- 封面是否有吸引力标题
微博:
- 正文是否 ≤ 2000 字
- 话题标签格式是否正确(#话题#)
公众号:
- 是否有摘要/导语
- 是否有原文链接
- 封面图尺寸是否为 2.35:1
X/Twitter:
- 单条是否 ≤ 280 字符
- 是否需要拆分为 thread
LinkedIn:
- 正文是否 ≤ 3000 字符
- 是否有专业性 CTA
以上平台字数/尺寸为参考值(as of 2026-07),以平台最新规则为准(如 X Premium 已放宽单条字数上限)。
Step 4 — 生成检查报告
- 汇总所有检查项结果
- 统计通过数 / 总数,计算完成度分数
- 区分阻塞问题(blocking_issues)和建议(warnings)
- 判定
status:有任何 fail 项则为not_ready,否则为ready - 生成一句话总结
Step 5 — 输出结论与建议
ready:告知用户可以发布,列出优化建议(如有)not_ready:明确列出缺失项,给出具体补全指引
Profile 感知
- 有 Profile:读取
platforms.md确定目标平台,启用平台特有检查项;读取style.md辅助判断封面风格是否匹配;读取identity.md检查账号名称等信息完整性 - 无 Profile:只做通用完整性检查(Step 2),跳过平台特有检查;报告中附注"如提供账号 Profile(含平台信息),可启用平台特有检查项"
自研溯源与参考项目见同目录
EASEL-META.md。
Signals
- GitHub stars
- 1k
- Forks
- 143
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
skill-publish-checklist- Source
- github.com/zju-real/easel