Hi @XBuilderLAB,
给 cheat-on-content 备了个在线入口：读者从 README 点一下就能直接跑「上传草稿 → 说要打分/预测 → 拿到盲打分输出」一轮，不用先 clone、装、跑「初始化」。
我自己也在写 SKILL.md 工具链，所以读你的 repo 时停下来想得最久的，是你把「盲预测」直接做成 PreToolUse 钩子里的硬约束——## 预测 段 immutable、bump 必须全量重打加跨模型审、channel B 用拆分的 rubric_notes.md 让 blind 看不见实绩。这些不是功能列表，是「不信任『我不会偷看』，只信任『我看不到』」这个判断被硬编进了环境层。
但这套依赖纪律的设计最难从 README 看出来——读者要装到一半、导对标账号 5-10 条样本，才摸到第一次 /cheat-predict 的手感。装到一半流失的人，你也看不到他们卡在了哪一步。
挂上之后，每一条 README 来源的 session 都在平台留 trace：他喂的是哪种草稿、text_indicate 那句指令实际怎么写、是落到 cold-start 还是 calibration、哪一步重试。模型/API 成本由平台承担，读者不用付费不用填 key。
想看 3 条真实 trace 样本和入口，回一条就行——重点是那些跑偏成「帮我写一篇」的请求，对打磨根 SKILL.md 路由词和子 skill 的 refusal 段最直接。觉得不相关直接关掉这个 issue 就行。
Hi @XBuilderLAB,
给 cheat-on-content 备了个在线入口：读者从 README 点一下就能直接跑「上传草稿 → 说要打分/预测 → 拿到盲打分输出」一轮，不用先 clone、装、跑「初始化」。
我自己也在写 SKILL.md 工具链，所以读你的 repo 时停下来想得最久的，是你把「盲预测」直接做成 PreToolUse 钩子里的硬约束——
## 预测段 immutable、bump 必须全量重打加跨模型审、channel B 用拆分的rubric_notes.md让 blind 看不见实绩。这些不是功能列表，是「不信任『我不会偷看』，只信任『我看不到』」这个判断被硬编进了环境层。但这套依赖纪律的设计最难从 README 看出来——读者要装到一半、导对标账号 5-10 条样本，才摸到第一次
/cheat-predict的手感。装到一半流失的人，你也看不到他们卡在了哪一步。挂上之后，每一条 README 来源的 session 都在平台留 trace：他喂的是哪种草稿、
text_indicate那句指令实际怎么写、是落到 cold-start 还是 calibration、哪一步重试。模型/API 成本由平台承担，读者不用付费不用填 key。想看 3 条真实 trace 样本和入口，回一条就行——重点是那些跑偏成「帮我写一篇」的请求，对打磨根 SKILL.md 路由词和子 skill 的 refusal 段最直接。觉得不相关直接关掉这个 issue 就行。