Community生产力与协作github.com

Published-vs-Planned(已发布与已规划对比)

在智能体计划、上传或发布内容(帖子、Reels、故事、视频、文件)后,用于精确验证内容是否真正上线,避免因调度器“成功”提示而误报发布。

Published-vs-Planned(已发布与已规划对比) 是什么?

该技能旨在解决一个常见问题:调度器提示“成功”不代表内容真正上线。令牌过期、账号错误、格式被拒或跨平台发布单边失败等问题常被忽略,导致用户以为内容已发布而实际缺失。本技能提供一套严格的验证方法:先基于简报或日历建立计划列表(每条内容每网络一行),再从调度器的列表视图中回读确认每个字段(账号、网络、格式、时间、媒体、文案)是否匹配;在计划时间过后,还需在公开页面(非管理工具)逐一检查内容是否真实存在、格式和文案是否正确。最终输出一个对比表格,明确列出已上线、已安排、缺失或错误的项目及原因,并支持定期检查和差异报告。该技能适用于Claude Code、Cursor、Codex等AI智能体平台,帮助开发者或内容运营人员获得真实的上线状态,避免依赖单一系统的成功提示。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/RabbitDesigns22/published-vs-planned/tree/HEAD/skills/published-vs-planned

Installed? Explore more 生产力与协作 skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

Published-vs-Planned(已发布与已规划对比) 是做什么的?

一个显示“成功”的工具并不等于内容已实际发布在个人主页上。调度器接受任务后可能后续失败:令牌过期、账号错误、格式被拒、某个网络静默失败。用户随后打开页面发现什么都没有,而智能体却已报告“全部已发布”。该技能用一个规则来弥补这个缺口:仅当你在本次检查中亲眼看到内容是实际在线状态时,才算“已发布”。

何时使用

  • 你刚安排、上传或发布了内容,正准备报告结果。
  • 有人问“发出去了吗?”、“所有东西都保存了吗?”、“为什么Instagram上没有?”
  • 定期任务为客户发布内容,但无人查看过实际页面。

不要用它来设计帖子、撰写文案或查看广告效果。它只回答:我计划的内容是否在应该出现的地方和时间出现?

操作方法

1. 首先构建计划列表(在接触调度器之前)

每条内容每个网络一行。跨发布到Facebook和Instagram算两行。

#账号/页面网络格式计划日期时间+时区素材(文件名或ID)文案,开头几个字

规则:

  • 每行都写明时区。调度器的时区与账号的时区往往不同。
  • 从简报或已批准的日历中获取列表,不要凭记忆。
  • 如果某个字段未知,现在就说明。不要之后靠猜测填充。

2. 安排后:从调度器自己的列表中回读

关闭确认提示。打开调度器的列表视图(已安排帖子、计划器、队列),逐字段匹配每行:

  • 正确的账号/页面,正确的网络
  • 正确的格式(帖子 vs Reels vs 故事)
  • 日期、时间和时区
  • 正确的媒体(打开预览;轮播图逐项计数)
  • 文案完整(开头几个字、换行、链接、话题标签,无截断)

任何不符:立即修复,然后再次回读。列表中找不到的行就是“未安排”,无论提示说什么。

3. 时间槽过后:检查实际上线界面

等待计划时间过去,再加几分钟。然后打开公众看到的内容,不要用管理工具:

  • 公开的个人主页或页面,尽可能退出登录或使用应用视图;或平台自有的“已发布”列表作为第二来源
  • Instagram和Facebook分别检查。跨发布经常使单边失败而不报错。
  • 对每行确认:存在、账号正确、格式正确、文案完整、媒体可播放且为正确素材、发布时间大致正确
  • 对于网盘上传:在网页视图中打开目标文件夹,检查文件名、文件大小大于零,且能打开

故事会过期,某些格式出现在不同标签页(Reels标签页、故事存档)。在正确的位置查找之后,再断定内容缺失。

4. 仅报告对比表

先把缺失项放在前面。给出准确的检查时间(含时区)。

#项目计划已安排(列表视图)上线(公开页面)缺失及可能原因修复

每个单元格的状态词:ok(正常)、missing(缺失)、wrong(错误,说明是什么)、not yet due(未到期)、not checked(未检查,说明原因)。然后一行总结:“检查时间:11月4日21:40(UTC-5):9项中7项上线,2个缺失。”

5. 你可以使用和不可使用的词语

  • “已发布”和“上线”:仅用于本次检查中在上线界面验证过的行。
  • “已安排”:仅用于本次检查中在调度器列表中回读过的行。
  • 绝不来自:工具状态、标记为“成功”的任务、提示、日志行、之前的报告或记忆。
  • 如果无法查看(登录过期、页面被屏蔽),写成not checked并说明原因。“未知”比“大概没问题”更好。
  • 如果出现问题且你能安全修复(重新安排、重新上传、在获得所有者批准后重新发布缺失的时间槽),请执行修复,然后重新验证并展示新证据。

6. 定期检查节奏

  • 每个安排的时间槽过后:仅检查该时间槽覆盖的行。
  • 每天一次:完整表格。
  • 两次检查之间,仅报告差异(“自上次检查以来有2行发生变化”),不要重复完整故事。
  • 保留上次的表格及其时间戳,以便下次检查时对比。

工作示例

计划:周二3个项目。报告时间:21:40。

#项目计划已安排上线缺失及原因修复
1页面A,FB,帖子周二10:00okok无无
2页面A,IG,Reels周二10:00okmissing跨发布到IG失败,无错误提示手动重新发布21:45,现已上线(已验证)
3页面B,FB,Reels周二18:00wrong:设为08:00时间错误但上线时区偏移(调度器在另一个时区)设置账号时区,下次批处理时注意

错误报告:“全部3项已安排并已发布。”(来自三个成功提示。)

常见失败原因

  • 令牌过期或被撤销,或页面的权限变更
  • 选错账号,或两个相似的页面/账号
  • 格式被拒:Reels太长、宽高比错误、编码不支持、文案太长
  • 调度器、账号与规划者之间的时区偏移
  • 保存计划时媒体上传仍在处理,导致帖子保存时没有媒体
  • 跨发布时某一网络静默失败
  • 保存了重复内容或草稿而非安排内容
  • 调度器列表被过滤(日期范围、单个账号),导致行显示缺失,或显示其他项目而误认为存在
  • 平台在发布后标记内容,或因版权检查移除内容
  • 网盘上传:同步未完成、文件落入错误文件夹、零字节文件、权限未共享

限制

  • 你无法查看私人或受限账号的内容(除非有权限);请明确说明。
  • 平台列表可能有数分钟延迟;在断定缺失前再检查一次。
  • 本检查仅验证内容是否存在和是否准确,不验证是否有人看到它。

相关技能