多格式支持（公众号长文 / 小红书）+ onboarding 补全 — 投稿前探路 #76

大家好，我是这个项目的用户，在自己的 fork 上把它从 video-only 扩成了三格式（video / article / xhs）并实际使用验证过。想贡献回上游，先开 issue 确认方向。

背景

项目的校准循环目前只服务视频创作者。但同一套「打分 → 盲预测 → 发布 → T+3d 复盘 → rubric 进化」对图文创作者完全成立——只是指标不同（文章=阅读/在看，小红书=赞藏）。我在 fork 上做了这套扩展，相关诉求在 #57 也出现过。

改动概览（schema 1.4 → 1.5，向后兼容，含迁移）

• state schema 1.5：default_format + formats.<format> 命名空间，三种格式的 rubric / 校准池 / 复盘队列各自独立进化，互不污染
• 指标口径抽象：state-management.md 新增按格式的实绩指标映射表，全项目统一引用，不再硬编码"播放数"
• 格式守卫：cheat-bump 只能 bump 当前格式的 rubric；校准池按 Format 过滤；prediction header 新增 **Format** 必填字段
• content-guard hook：草稿模板头强制 + AI 资讯类文章需先走热点来源（防新人第一篇稿就踩坑）
• onboarding 补全：cheat-init 新增平台选项（公众号）、按格式分叉的数据回收口径、热点来源询问、草稿模板脚手架
• 配套：article/xhs 的草稿模板 + starter rubric（v0 未校准）、1.4→1.5 迁移脚本与文档、verify-package.sh 一键校验（延续 [codex] improve xhs and non-video workflow usability #50 的思路）

测试：verify-package / content_guard_test（6 case）/ workflow_guard_test / migrate_state 测试全绿；链接完整性检查通过。

刻意不包含

• 配图 / 排版 skill 的实现——这两个是表达层（风格即品牌），通用默认值的结局是所有人的号长一个样。改为提交一篇指南（shared-references/custom-format-skills.md）教用户自建，留白是刻意的
• aihot skill 本体——它是第三方 skill（也见于 khazix-skills），只保留 adapters/trend-sources/aihot.md 指针文档
• 我个人账号的任何风格/语料内容

与已有工作的关系

• [codex] improve xhs and non-video workflow usability #50（xhs 易用性）：方向一致，我的 verify-package.sh 即受其启发；若 [codex] improve xhs and non-video workflow usability #50 先合，我 rebase
• 反馈：用了一个月，对预测效果存疑 + 一些改进想法 #57（非视频格式改进）：本提案是其超集
• 支持把 cheat-on-content 数据目录隔离到子目录，避免污染项目根目录 #64（数据目录隔离）：正交，不冲突

想确认的问题

1. 多格式这个方向上游是否想要？还是更倾向保持 video-only 核心 + 格式扩展留给 fork？
2. 如果要，偏好一个 PR 整体提交，还是按主题拆（schema/迁移 → 各 skill 适配 → onboarding → 模板）？
3. content-guard 这类"强拦截"hook 是否符合项目哲学（它是可选安装的）？
4. 对外部依赖（aihot 指针文档）的接受度？