| name | hit-predict |
| description | 给最终稿写一份 immutable 盲预测日志——hit-lab 校准循环的核心动作，预测段写完即不可改（hook 强制）。目标文件已有 `## 预测`/`## 预测 v1` 段时（hit-shoot 调用场景）自动走 v2 模式 append 而非覆盖。打分必须经 Task tool 委派 `hit-score-blind` sub-agent（context-isolated channel B），主 Claude review 后落盘。触发词："启动预测"/"start prediction"/"给这稿子打分并预测"/"写预测日志"。 |
/hit-predict — AI 主导的盲预测 + 用户 review
这个工具的杀手锏是 AI 帮你做判断。所以 hit-predict 的核心是：
- Claude 自己读稿子 + 打 7 维分 + 给 bucket + 概率分布 + 反事实场景
- 用户 review 后回 "ok" 接受，或指出哪个维度 / 哪个判断不对
- 默认走快路径：用户直接 ok → 落盘
- 慢路径：用户挑刺某个维度 → Claude 改 → 再 review → 直至确认
不是用户从 7 维分到概率分布全部自己写，那 Claude 只剩"格式化器"——失去工具的核心价值。
严格遵守 shared-references/blind-prediction-protocol.md——见过任何后续数据就不能写预测，只能记 reconstructed。
完整组件清单见 shared-references/prediction-anatomy.md。
Confidence 派生表见 shared-references/state-management.md。
Overview
[用户：启动预测 scripts/<id>.md]
↓
[Phase 0: blind check 自检] ← 触犯就拒绝
↓
[Phase 0.7: 模式判定 — v1 (新建) 还是 v2 (append)]
↓
[Phase 1: 读 script + rubric + state + 派生 confidence]
↓
[Phase 2: **委派 hit-score-blind sub-agent**（Task tool）拿 9 维盲打 + per-dim confidence]
↓
[Phase 2.5: 主 Claude 对 blind 输出做 review — 若任意维度 |delta| ≥ 2 vs 主估，弹给用户裁定]
↓
[Phase 3: **Claude 自己**找锚点对比]
↓
[Phase 4: **Claude 自己**给 bucket + 概率分布 + 中枢] ← confidence 低时分布更平
↓
[Phase 5: **Claude 自己**写反事实场景 + 关键校准假设]
↓
[Phase 5.5: **用户 review**——展示完整草拟版，等用户 "ok" 或挑刺]
↓
├─ "ok" → Phase 6 落盘
└─ "X 维度应该 Y 不是 Z" → Claude 改 → 再 review → 循环
↓
[Phase 6: 落盘 — v1 写新文件 / v2 append 到现有文件 ## 复盘 之前]
↓
[Phase 7: 更新 state.in_progress_session]
Constants
- SCRIPTS_DIR = scripts/ — 草稿源目录
- PREDICTION_DIR = predictions/ — 落盘目录
- BLIND_CHECK = strict — strict（默认）/ lenient（仅警告，不推荐）—— 跟 blind-prediction-protocol.md "见过数据"边界相关
- BLIND_SCORING = on（默认）/ off —— 是否走 hit-score-blind sub-agent。off 等价于
--skip-blind flag，标 last_prediction_self_scored: true 给 hit-status 警告
- DISAGREEMENT_THRESHOLD = 2 —— blind 与主 Claude 自评的单维度差异 |Δ| ≥ 此值 → Phase 2.5 弹用户裁定
- BUCKET_PRESET = auto — 自动派生：有 baseline_plays → 按 baseline × {0.3 / 1 / 3 / 10 / 30}；无 baseline → 平台通用默认
- MIN_ANCHORS = 2 — 锚点对比期望 2 个；不够时显式标"锚点 N/A"段（不删段，不省略）
💡 调用时覆盖：/hit-predict scripts/<id>.md — BLIND_CHECK: lenient / --skip-blind（都不推荐）
Inputs
| 必填 | 来源 |
|---|
<video-folder-path> 或 <script-path> | 用户参数；缺失则询问 |
rubric_notes.md | 用户项目根 |
.hit-state.json | 状态文件 |
predictions/*.md（可选） | 历史预测，作为锚点 |
入参解析（Phase 0.5，在 blind check 之前）
用户给的路径应该是 scripts/<date>_<id>_<short>.md。如不在 scripts/ 下：
| 形态 | 处理 |
|---|
scripts/<date>_<id>_<short>.md | 标准路径，直接用 |
<id> 或 <short> 简写 | glob scripts/*_<id>_*.md 或 scripts/*<short>*.md 找匹配 |
任意外部 .md 文件（如 ~/Desktop/my-draft.md） | 警告 + 询问："建议把稿子放到 scripts/.md 让 hit-lab 管理。要我帮你 cp 过去并算 id 吗？"用户同意 → 建标准路径再继续 |
videos/<id>/ 路径（user 误以为视频文件夹存稿子） | 提示"video folder 是拍后才建的——pre-shoot 草稿在 scripts/。你要 predict 哪份稿子？" |
如 scripts/.md 不存在 → 报错并询问"你想 predict 的稿子在哪？"
Workflow
Phase 0: Blind check 自检（最关键，触犯立即终止）
按 blind-prediction-protocol.md 的"子 skill 必须做的检查清单"执行：
-
询问用户该作品当前发布状态：
- 未发 → 通过
- 已发 <
RETRO_WINDOW_DAYS 天 → 询问"你看过任何后续数据吗（播放/点赞/评论）？"
- 用户回答"没看过" → 通过，标记
published_before_prediction: true + blind_status: confirmed_no_data_seen
- 用户回答含糊 → 视为"已看"，按下一项处理
- 已发 ≥
RETRO_WINDOW_DAYS 天 → 立即拒绝写"预测"，建议改用 _redo.md 路径记 reconstructed retrospective
-
自检对话历史里是否含播放/阅读/点赞/评论/转发等字眼的实际数字 → 命中则视为已见数据，按上面 strict 模式处理
-
BLIND_CHECK=lenient 模式：仅警告 + 强制在文件头标注 **Reconstructed retrospective — NOT a blind prediction**，但仍允许继续
通过 → 进入 Phase 0.7。
Phase 0.7: 模式判定（v1 vs v2）
判定本次是新建预测（v1）还是对既有预测的 v2 追加（拍后改稿场景）。
显式参数优先：用户/调用方传 — mode: v2 + — prediction-file: <path> → 直接 v2 模式。
自动检测（无显式参数）：
- 推断目标 prediction 路径：
predictions/<同 scripts/<id> 命名>.md
- 读该路径：
- 不存在 → v1 模式，进入 Phase 1
- 存在但只有空
## 复盘（无任何 ## 预测... 段）→ v1 模式（异常状态，覆盖警告 + 进 Phase 1）
- 存在且含
## 预测 或 ## 预测 v1 段 → v2 模式
v2 模式额外动作：
- 比较输入 script（最终拍摄稿）与
## 预测 段引用的原 Script Hash
- 如完全一致（hash 同）→ 警告"稿子没改，是否真要写 v2？"——用户确认才继续；不确认则退出
- 如不同 → 算 diff 概要（行数 / 字数 / 结构变化）→ Phase 5.5 review 时展示给用户
- 标记
prediction_basis = "post_shoot_pre_publish"（v1 默认 pre_shoot）
Phase 1: 读最终稿 + rubric + state + 派生 confidence
- 按 Phase 0.5 解析后的路径，读
scripts/<id>.md 全文
- 计算
script_hash = sha256(script 内容)[:12] → header 用
- 读
rubric_notes.md，识别当前公式 + 维度（同 hit-score Phase 2）
- 读
.hit-state.json 拿 rubric_version、content_form、calibration_samples、typical_duration_seconds、baseline_plays
- 从
calibration_samples 派生 confidence 等级（按 state-management.md confidence 表）→ 后续写入 prediction header
- 询问用户："这是你打算实际拍摄发布的最终稿吗？还是会再改？"——必须是最终稿
- 如果稿子字数与
typical_duration_seconds 派生范围严重不符（差 >50%）→ 提示用户："这条稿子 N 字，按你设的典型时长（X 分钟）应该是 M-K 字。是临时改了时长，还是稿子需要砍/补？"
Phase 2: 委派 hit-score-blind sub-agent 拿盲打分
BLIND_SCORING=on（默认）—— 主 Claude 不再 inline 打分。通过 Task tool spawn hit-score-blind，让一个 context-isolated 的 sub-agent 只看 script + rubric_notes.md 给出 N 维分。
详见 hit-score-blind/SKILL.md 的"主 Claude 调用契约"段。Task prompt 必须精简：
Spawn hit-score-blind sub-agent.
Input:
script_path: <Phase 0.5 解析出的 scripts/<id>.md>
rubric_notes_path: rubric_notes.md
Task: 按 rubric_notes 当前公式给上面 script 打分。返回严格 JSON（见 hit-score-blind SKILL.md Phase 2 schema）。
不要读 state file / predictions/ / videos/ 任何其他文件。
不要询问用户 —— 你没有用户。
调用前自检：把 Task prompt 串过 grep -Ei '播放|阅读|点赞|评论数|实际|retro|复盘|实绩|w$|万$'——命中 → 改 prompt 重发。
主 Claude 自己也内心估一份（不发 sub-agent）——纯为 Phase 2.5 disagreement 检测，不落盘、不替代 sub-agent 输出。这个估值代表"如果我没用 sub-agent，我会打多少"，是 contamination 的客观指标。
沙盒 escape：BLIND_SCORING=off 或 --skip-blind —— 主 Claude 自己打 7 维。state 立刻标 last_prediction_self_scored: true + last_self_scored_at: <ISO>，hit-status 持续提示警告。仅用于：
- Task tool 不可用（开发环境 / 离线）
- 用户主动 audit 主 Claude 的 inline 判分能力（极少数）
按当前公式算 composite——用 sub-agent 回传的 dim 分，不用主 Claude 自估。
Phase 2.5: Blind 输出 review + disagreement detection
拿到 sub-agent JSON 后，主 Claude 必做的事：
- JSON validity check：
python3 -c "import json; json.loads(...)" 应能解析；不能解析 → 主 Claude 重发 Task（最多 3 次重试），仍败 → abort，向用户报告
- Contamination check：
self_check.any_contamination_signal == true → 警告用户"sub-agent 自报疑似 contamination"，但仍接受打分（confidence 降一档）
- Refusal check：
refusal != null → 按 hit-score-blind/SKILL.md Phase 2 的处理表对应路径
- Disagreement detection（核心）：
- 主 Claude 内心估一份 N 维分（Phase 2 末尾的"自估"）
- 对每个维度算
delta = |主估 - blind|
- 任何维度
delta >= DISAGREEMENT_THRESHOLD（默认 2） → 弹给用户裁定
弹裁定 UX：
⚠️ blind sub-agent 跟主 Claude 在某些维度差异较大：
| 维度 | blind (sub) | 主 Claude 自估 | delta | sub-agent 理由 |
|---|---|---|---|---|
| ER | 5 | 3 | 2 | "PPT加油猫猫开头—具象画面强" |
| AB | 2 | 4 | 2 | "一人公司视角，受众窄" |
谁更准？
a) 信 sub-agent（隔离打分，但同 Claude 模型）
b) 信主 Claude 自估（有更多对话上下文，可能是 contamination）
c) 我自己定（你直接给分）
回 a / b / c <你的分数>
用户选：
- a → 用 sub-agent 全套分进 Phase 3
- b → 用主 Claude 自估全套分（视为有意接受 contamination）→ 强制标
last_prediction_self_scored: true
- c → 用户给的分覆盖该维度，其他维度仍走 sub-agent → 记到
User Override
所有 delta —— 即使全 < THRESHOLD —— 都记录到 prediction header 的 BlindScore Disagreement 字段（详见 prediction-anatomy.md 组件 1）。delta=0 也要记录。
Phase 3: 锚点对比
所有阶段都跑此 phase——锚点不够时显式标 N/A，不删段。
- Glob
predictions/*.md，读每个文件 header（提取 composite、实绩 bucket、duration_seconds）。注意排除 reconstructed predictions（标记 "Reconstructed" 的不算锚点）
- 优先找同时长样本（
Target Duration (s) 与本次差 ±20% 内）
- 在同时长（或全部）池里，找 2-4 个 composite 与本次预测 ±0.5 范围内的样本
- 如果池子太小（同时长 < 2 个 + 全部 < 2 个）→ 输出"锚点对比 N/A 段"（参考 prediction-anatomy.md 组件 5）—— 仍写这段，告诉读者锚点为何缺
- 列对照表；如跨时长，每行额外列"时长 vs 本次"列
- 关键诊断：如果某个锚点的 composite 几乎相同但实绩差异 ≥3x → 说明 rubric 没捕获关键维度。在文件里明确标注作为新观察的种子
为什么按时长筛锚点：4 分钟视频 5w 播放 vs 1 分钟视频 5w 播放完全不是一回事——长视频每秒扛了更多注意力损失。跨时长锚点容易得出虚假结论。
Phase 4: Bucket + 概率分布 + 中枢
所有阶段都写——confidence 低时分布更平，不是省略。
- 从
starter-rubrics/<content_form>.md 读默认 bucket 边界（除非用户在 rubric_notes.md 自定义了）
- 选择最可能的 bucket（headline call）
- 必须给出所有 bucket 的概率分布——加起来 100%
- 必须给出该 bucket 内的"中枢"点估计
反诚实陷阱：如果你给一个 bucket 95% 概率，下次预测错了你没法说"我其实不太确定"。真实的概率分布通常在 headline bucket 是 40-65%，剩下 ≥35% 散布在邻近 buckets。
Phase 5: 反事实场景 + 关键校准假设
所有阶段都写——校准池小时关键校准假设可能没有合适对照样本，那就写"无可对照样本——仍写下我对这次的核心赌注"+ 1-2 条这次想测的事。
反事实场景（4 段，每段对应一个可能的 bucket，写"如果落在这里，意味着什么 rubric 假设被验证 / 推翻"）：参考 prediction-anatomy.md 组件 6。
关键校准假设（强烈推荐）：
- 找一个对照样本（最好是上一篇预测）
- 明确写"我押本篇 vs 对照 = X 倍"
- 写"如果反过来 / 差距 < N → 哪个 rubric 假设被推翻"
如 REQUIRE_HYPOTHESIS=required → 缺失则不允许落盘。
Phase 5.5: 用户 review（核心 — 决定写什么进文件）
Phase 2-5 全部在内存里做完后，一次性展示完整草拟版给用户：
我的预测草稿（写文件前 review）：
📊 7 维分（v0 / v2 / 等当前 rubric）：
| 维度 | 分 | 理由 |
|---|---|---|
| ER | 5 | "PPT 加油猫猫 + 老板看到 + 大脑空白"——情感重 |
| HP | 5 | 开头"PPT 第七页大屏中央 一只加油猫猫"具体反差强 |
| QL | 5 | "加油猫猫救了我一命"双金句 |
| NA | 4 | 单一时间线 + 反思，清晰但不复杂 |
| AB | 4 | 一人公司题但 AI 焦虑普适 |
| SR | 3 | AI 焦虑是议题但不是热点对峙 |
| SAT | 2 | 共情调性，几乎无讽刺 |
→ composite ≈ 8.00
🎯 押 bucket：30-100w，中枢 ~60w
概率分布: <5w 5% / 5-30w 22% / **30-100w 50%** / 100-150w 18% / >150w 5%
confidence: 🟢 中（基于 8 个校准样本，中枢 ±25%）
🔍 锚点对比：
| 对照 | composite | 实绩 | 异同 |
|---|---|---|---|
| ... | ... | ... | ... |
🤔 反事实：
如果 >100w → 验证 ER 主导假设强化
如果 30-100w → 基准线 ok
如果 <30w → 推翻 "AI 焦虑普适"，AB 偏乐观
🎲 关键校准假设：本篇 vs [对照] 押 1.5x
——————————————————————————————
回 "ok" 我直接落盘，
或指出哪些维度 / 判断不对（如 "AB 给 3，太乐观" / "中枢应该 30w 不是 60w"）。
用户三种回应：
- "ok" / "可以" / "继续" → 直接 Phase 6 落盘，header 标
Scored By: claude
- "X 不对，应该 Y" → Claude 改对应字段（不光改值，要更新 composite + 概率分布等连锁影响），重新展示 → 循环回 Phase 5.5
- "全部重做" → Phase 2-5 重跑（罕见，通常是 Claude 严重误判稿子调性）
用户挑刺的字段记录到 prediction header 的 User Override 段（Phase 6 写入）：
- 哪个维度 / 哪个数字被覆盖
- AI 原值 vs 用户改后的值
复盘时这个字段帮诊断：
- 用户每次都 ok（claude 一致）→ 没有用户偏见污染
- 用户经常覆盖某维度 → Claude 在该维度系统性偏离用户实际感觉
- 覆盖维度被实绩验证 → 用户直觉准 → rubric 可能漏了什么
用户挑刺的纪律：
- 用户只能改字段值，不能在 review 阶段塞新理由让 Claude 重写整段——那是把 Claude 当代笔
- 改完 composite / 概率分布 / 锚点不一致 → Claude 自动连锁更新（不是用户算）
Phase 6: 落盘
Phase 6a: v1 模式（新建预测文件）
文件名约定（blind-prediction-protocol.md 的"文件名约定"段）：
predictions/YYYY-MM-DD_<id>_<short-title>.md
YYYY-MM-DD：今天日期（预测写下的日期）<id>：12 位 hash，对稿子全文做 sha256 取前 12 位（稳定 ID，重写不变）<short-title>：3-8 字，去标点
第一段标题写 ## 预测 v1（不再写裸 ## 预测——为将来可能的 v2 留 schema 一致性。老用户的 legacy ## 预测 文件不动，hook 都识别）。
header 必填字段：
Article ID（与 scripts/.md 同 id）Script Path（指向 scripts/.md）Script Hash（Phase 1 算出的）Calibration Samples + Confidence（从 state 派生）Prediction Basis：pre_shoot（v1 默认）Scored By：claude / claude+user_overrideBlindScored By：subagent-v1（Phase 2 默认）/ main-claude-self（--skip-blind 时） / mixed（Phase 2.5 用户裁定 b/c）BlindScore Disagreement：JSON 字段列表，每维度 {dim, blind, self, delta, decided_as}，所有维度必记（即使 delta=0）User Override（如有覆盖）：列出哪些字段被用户改了- 其他见 prediction-anatomy.md 组件 1
留一个空的 ## 复盘 段：
## 复盘
（待填——T+RETRO_WINDOW_DAYS 天后跑 /hit-retro <对应 video folder>）
Phase 6b: v2 模式（append 到既有文件）
绝不用 Write 覆盖文件——会被 immutability hook 拦。用 Edit 在 ## 复盘 之前插入 ## 预测 v2 段：
edit_old = "## 复盘\n"
edit_new = """## 预测 v2 (replaces v1; basis=post_shoot_pre_publish)
**Diff vs v1**: 改了 N 行（X→Y%），主要变化：[摘要]
**重判触发**: hit-shoot 检测稿子改动 ≥30%
**Script Hash (v2)**: <新稿子 hash>
[7 组件 — 与 v1 同 anatomy]
---
## 复盘
"""
v1 段不动。v2 段头部明确写"replaces v1"——读者一眼知道哪段是有效预测。
hit-retro 复盘时按"读最后一个 ## 预测 vN"逻辑，自然取到 v2 算偏差。
共用规则
所有阶段都用统一完整版格式（参考 prediction-anatomy.md "完整结构总览"）。confidence 低不缩格式，只让 header 标 confidence 等级 + 锚点对比段写"N/A 解释" + 概率分布更平。
写文件前自检 7 个组件齐全（缺锚点 / 关键校准假设 → 写"N/A 解释段"，不删段）。
Phase 7: 更新 state file
更新 .hit-state.json：
{
"in_progress_session": {
"type": "prediction",
"file": "predictions/YYYY-MM-DD_<id>_<short>.md",
"video_folder": "videos/YYYY-MM-DD_<id>_<short>/",
"started_at": "<ISO timestamp>",
"rubric_version": "<v0/v2/...>"
},
"last_prediction_self_scored": <true 仅当 --skip-blind / Phase 2.5 选 b>,
"last_self_scored_at": <ISO 当 last_prediction_self_scored=true 时>
}
video_folder 为 null 表示用户跑的是裸 .md 文件，没建 video folder。
in_progress_session 在 hit-publish 触发时清除。如果用户预测后从未 publish（弃稿），下次 /hit-init 或 /hit-status 检测到陈旧 in_progress 会询问是否清理。
last_prediction_self_scored：
true 仅当本次预测走了 --skip-blind 或 Phase 2.5 用户选了 b（信主 Claude 自估）- 一旦
true → hit-status 持续 nag："上次预测没走 blind sub-agent，已 N 天"——直到下次 normal hit-predict（走 sub-agent）触发后才清回 false
last_self_scored_at 跟随更新；下次 hit-predict 走 sub-agent → 这两个字段一起被重置
Phase 8: 控制台总结
Cold-start-simple 模式：
✅ 预测落盘（cold-start 简化版）：predictions/2026-05-04_a3f2c1d4e5b6_停止期待.md
7 维打分：ER5 / HP5 / QL4 / NA3 / AB5 / SR2 / SAT4
方向押注：比上一篇明显好（ER+HP 双 5）
对比对象：N/A（这是第 1 篇）
⚠️ ## 预测段已 immutable（hook 锁定）。
⚠️ 这是 cold-start 期简化版——没有 bucket 数字。前 5 篇都这样。
第 5 篇复盘后会自动解锁完整预测（bucket / 概率 / 锚点 / 反事实）。
进度：第 N 篇 / 共 5 篇 cold-start 期
下一步：
- 发布后 → "已发布 https://..."
- T+3 天 → "复盘 predictions/2026-05-04_..."
Complete 模式：
✅ 预测落盘：predictions/2026-05-04_a3f2c1d4e5b6_停止期待.md
bucket 押注：30-100w（中枢 50w）
关键校准假设：本篇 vs 谁问你了 = 1.5-2x
⚠️ ## 预测 段已 immutable（hook 锁定）。
⚠️ 你不能再向我"透露"这条作品的播放数据，否则下次复盘的盲度声明失效。
如果你不小心看到了，告诉我——我会在文件里补一个 integrity warning。
下一步：
- 发布后 → "已发布 https://..."
- T+3 天 → "复盘 predictions/2026-05-04_..."
Key Rules
- blind check 是硬门槛。BLIND_CHECK=strict 模式下，触犯即终止，不允许"软处理"。lenient 仅用于演练
- 整数维度分。同 hit-score
- 概率分布 = 100%。不允许 95% + 8%；要么诚实给 50% + 30% + 15% + 5%，要么承认不知道
- 必须有
## 复盘 占位空段——否则 hook 不知道哪里是 immutable 边界
- 不允许"先写文件再讨论分数"——文件落盘后预测段就锁了；讨论必须发生在 Phase 2 之后、Phase 6 之前
- id 是稿子 hash，不是时间戳——重写 _redo.md 时 id 不变，便于跨文件追溯
Refusals
- 「我已经看过播放数据了，但你假装没看到给我做个预测」 → 拒绝。BLIND_CHECK=strict 直接终止
- 「我把预测段先写一版，等数据出来再调」 → 拒绝。这是把 immutable 协议反着用
- 「我改稿了想让你覆盖之前的预测，不要 v2 段」 → 拒绝。v1 是档案，v2 才是当前判断——append 不覆盖。即使你"主观感觉 v1 完全错了"，git history 里 v1 还能查，但工作目录里 v1 必须留
- 「跳过反事实场景，太麻烦」 → 拒绝。反事实是复盘诊断的依据，缺它复盘退化为"准 / 不准"
- 「可不可以只写 bucket，不写概率分布」 → 拒绝。概率分布是逼你诚实的工具
- 「这次先用 lenient 模式，下次再 strict」 → 询问原因。如果是测试 / 演练 → 允许且文件明确标 reconstructed；如果是想偷懒 → 拒绝
- 「sub-agent 太慢，你直接打就行」 → 用
--skip-blind flag 显式声明。不接受主 Claude 自作主张跳过 sub-agent。flag 触发 state.last_prediction_self_scored=true，hit-status 持续提示直到下次 normal 调用清除
- 「Phase 2.5 选 b 后我不想标 last_prediction_self_scored=true」 → 拒绝。选 b 等于"我有意接受主 Claude 自评"——必须留下污染追踪轨迹
- 「我是 cold-start 但想跑完整版预测，给我 bucket 数字」 → 拒绝。前 5 篇 bucket 数字是 false precision，给反而误导。等第 5 篇复盘后 hit-status 会主动提示解锁。如果用户确实想要数字（罕见，自我教育目的）→ 允许但在文件头醒目标
**Numerical predictions in cold-start are NOT predictive — for self-education only**
Integration
- 前置：
/hit-init 必须完成 + rubric_notes.md 存在
- 上游可选：
/hit-score 反复尝试不同稿子版本
- 下游：
/hit-publish（发布登记）→ /hit-retro（复盘）→ 累计 ≥ MIN_SAMPLES 后 /hit-bump
- hook 依赖：
hooks/prediction-immutability.sh 必须已安装在用户 .claude/settings.json，否则 immutability 仅靠 SKILL.md 自律——hit-status 会持续提示
