name: cheat-publish
description: 登记一篇内容已发布,把 URL/平台 ID/发布时间写入对应预测文件 header 和 state file。这是一个轻量动作——只更新元数据,不动预测段任何字符。触发词:"已发布"/"I shipped"/"发布链接是 X"/"刚发完 [url]"/"publish registered"。
argument-hint: [— platform: youtube|bilibili|douyin|...]
allowed-tools: Bash(*), Read, Edit, Glob
/cheat-publish — 发布登记
把作品的发布元数据(URL、发布时间、平台)补到预测文件 header 与 state file。禁止改预测段——hook 会拦。
Overview
[用户:已发布 https://...]
↓
[Phase 0: 找到对应的预测文件] ← 通过 in_progress_session 或匹配
↓
[Phase 1: 解析 URL → 平台/发布时间]
↓
[Phase 2: 更新 prediction 文件 header(仅 metadata 段)]
↓
[Phase 3: 更新 .cheat-state.json,清除 in_progress_session]
Constants
- AUTO_DETECT_PLATFORM = true — 从 URL 模式自动识别平台
- VERIFY_BLIND = true — 提醒用户:从此刻起看到任何后续数据都会破坏盲度声明的诚信
Inputs
| 必填 | 来源 |
|---|---|
<prediction-file> 或 URL |
用户参数;缺失则用 .cheat-state.json 的 in_progress_session.file |
.cheat-state.json |
用户项目根 |
Workflow
Phase 0: 找到对应的预测文件
按优先级:
- 用户参数明确给了 prediction 文件路径 → 用它
- 用户参数只给了 URL → 读
.cheat-state.json的in_progress_session.file - 都没有 → 列出
predictions/*.md中 header 没填published_at的文件,让用户选
警告路径:若 in_progress_session.file 与用户给的 URL 时间差超过 14 天 → 提示"这个预测写于很久之前,确认是这篇?"
Phase 1: 解析平台
AUTO_DETECT_PLATFORM=true 时按 URL 模式:
| URL 模式 | 平台 |
|---|---|
youtube.com/* youtu.be/* |
youtube |
bilibili.com/* b23.tv/* |
bilibili |
douyin.com/* iesdouyin.com/* v.douyin.com/* |
douyin |
xiaohongshu.com/* xhslink.com/* |
xhs |
mp.weixin.qq.com/* |
|
substack.com/* *.substack.com/* |
substack |
medium.com/* *.medium.com/* |
medium |
twitter.com/* x.com/* |
|
| 其他 | unknown — 询问用户 |
发布时间获取:
- 不强求自动抓——绝大多数平台需要登录态
- 询问用户:"发布时间是?(默认:现在)" → 接受 ISO 8601 或自然语言("今天 14:30" / "20 分钟前")
- 解析失败 → 用 now()
Phase 2: 更新 prediction 文件 header
绝不触碰 ## 预测 段及之后。只动文件最顶部的 metadata 块。
读文件,定位到 metadata 块(在第一个 ## 之前的所有行)。检查是否已有这些字段——有则警告"已登记过"并询问是否覆盖;无则追加:
**Published at**: 2026-05-04T14:32:00+08:00
**Platform**: douyin
**URL**: https://v.douyin.com/abc123
**Video Folder**: videos/2026-05-04_a3f2c1d4_停止期待/
**Aweme ID**: 7234567890123456789 (douyin / 视频号 等需要的 platform-specific ID)
关于 platform-specific ID:
- 抖音:从 URL 短链 resolve 后提取
aweme_id(v.douyin.com → 重定向后含 modal_id 或 item_id 参数) - B 站:BV 号
- 小红书:note_id
- YouTube:v= 参数后的 video_id
如果用户给的是分享短链(无法立刻 resolve)→ 标 Aweme ID: pending,下次 /cheat-retro 时由 adapter 解析。
video folder 处理:到 cheat-publish 这一步,对应的 videos/<id>/ 目录应该已经由 cheat-shoot 创建(含 script.md)。
- 如 video folder 不存在 → 警告"你跳过了 cheat-shoot?建议先跑 cheat-shoot 把拍摄稿登记进 video folder 再发",询问用户是否跳过登记直接发:
- 是 → 自动建一个 video folder(fallback),但不询问稿子一致性,标
ad_hoc_publish: true - 否 → 让用户先跑 cheat-shoot 再回来 publish
- 是 → 自动建一个 video folder(fallback),但不询问稿子一致性,标
用 Edit 工具(不是 Write 重写整个文件)。
hook 行为预期:因为只动 metadata 段(在 ## 预测 之前),immutability hook 应放行。如果 hook 误拦 → 报告 bug,不要绕过 hook。
Phase 3: 更新 state file
{
"in_progress_session": null,
"last_published_at": "<ISO timestamp>",
"last_published_file": "predictions/<filename>",
"last_published_video_folder": "videos/<...>/",
"last_published_platform_id": "<aweme_id 或 BV 号 等>",
"pending_retros": [
"predictions/<filename>"
],
"shoots": [
// 移除 video_folder 匹配本次发布的项;buffer -1
]
}
shoots 队列处理(buffer 跟踪关键):
- 读 state.shoots[]
- 找
video_folder == 本次发布的 video_folder的项 → 移除 - 如果没找到 → 警告"buffer 队列里没有这条视频。是直接发布没经过 /cheat-shoot 吗?"——不阻塞,但提示用户下次走 /cheat-shoot 让 buffer 跟踪准确
last_published_platform_id 是 cheat-retro 调 adapter 时的输入——如 douyin-session 需要 aweme_id 直接抓数据。
pending_retros 是待复盘列表——cheat-status 会基于这个列表 + RETRO_WINDOW_DAYS 显示"今天该复盘哪些"。
Phase 4: 提醒 + 下一步 + buffer 状态
✅ 登记完成:predictions/2026-05-04_a3f2c1d4e5b6_停止期待.md
- Published at: 2026-05-04 14:32
- Platform: douyin
- URL: https://v.douyin.com/abc123
📦 Buffer:N 篇(颜色 + 含义)
按你的 cadence(X)= N×X 天 buffer
[如颜色变了,提示"现在该去拍/暂停拍"]
⚠️ 从此刻起,你看到任何关于这条作品的播放/点赞/评论数据
都会破坏盲度声明的诚信。如果不小心看到,告诉我——
我会在文件里追加一个 integrity warning。
📅 计划复盘:T+3d,约 2026-05-07
到时间说:"复盘 predictions/2026-05-04_..."
Buffer 颜色由 shared-references/cadence-protocol.md 派生。如本次发布让 buffer 跌入红色(断更风险)→ 高亮警告"今天必须再拍 ≥1 条"。
Key Rules
- 不动预测段。即使是修复笔误,也不允许在 publish 时改预测段
- 不抓数据。publish 是登记动作,不是数据回收(那是 cheat-retro 的活)
- state 字段名固定。
pending_retros/last_published_at是其他子 skill(特别是 cheat-status / cheat-retro)依赖的契约 - 平台未知不强报。无法识别 → 询问用户,允许
platform: other作为兜底 - 重复登记需明示。已有 published_at → 询问"覆盖?",绝不静默覆盖
Refusals
- 「我顺手把预测段也改一下」 → 拒绝。请走
_redo.md路径 - 「URL 我等会儿补,先把发布时间记上」 → 允许:URL 字段可后续追加;published_at + platform 必填
- 「跳过 metadata 更新,直接清 in_progress_session」 → 拒绝。元数据是复盘时的关键上下文(特别是 platform 决定数据回收用哪个 adapter)
Integration
- 上游:
/cheat-predict(写出 prediction 文件并设 in_progress_session) - 下游:T+RETRO_WINDOW_DAYS 后 →
/cheat-retro cheat-status用pending_retros字段计算"今天该复盘哪些"- 平台字段被
cheat-retro用来路由到对应的 perf-data adapter(manual-paste / youtube-data-api / 等)