---

name: wjs-evaling-voicedrop-prompts description: Use when 王建硕 wants to evaluate whether a change to VoiceDrop's 挖矿 system prompt is actually better than the live version — runs the local eval harness (golden fixtures × champion-vs-candidate, same input), dispatches blind pairwise judge subagents, aggregates a win-rate verdict, and on approval promotes the candidate into agent/src/prompts/mine.js. Triggers — "评估 prompt"、"挖矿 prompt 改好了吗"、"eval prompt"、"比一比两版 prompt"、"/wjs-evaling-voicedrop-prompts".

VoiceDrop 挖矿 prompt 评估

harness = 本 skill（协议）+ jianshuo.dev agent/eval/（脚本/数据）。运行时 = 本地 Claude Code。 被测对象 = agent/src/prompts/mine.js 的 MINE_SYSTEM（git 即版本库）。

何时用

用户改了挖矿 prompt（MINE_SYSTEM），想用数据判断改好了还是改坏了，而不是凭感觉看一两次。

流程（按序）

1. 拿候选 prompt：把候选版 MINE_SYSTEM 文本写到一个临时文件（如 /tmp/cand-prompt.txt）；冠军 = 当前 mine.js 的 MINE_SYSTEM（脚本自动读）。
2. 跑产出：cd ~/code/jianshuo.dev/agent && CLAUDE_API_KEY=$CLAUDE_API_KEY node eval/run-eval.mjs /tmp/cand-prompt.txt <runId>。产出落 eval/runs/<runId>/。先看终端有没有「确定性回退」警告——有就先停，多半是候选 prompt 破坏了 JSON 输出。
3. 成对盲评：对每条 fixture，dispatch 一个 subagent，喂 references/judge-rubric.md + 该 fixture 的 transcript + 两份产出。A/B 顺序随机（一半 fixture 把 candidate 放 A、一半放 B，记录映射，收到结果后还原成 champion/candidate）。裁判模型用与生成（opus）不同家族的模型。收每条的 {winner, dims, reason}。
4. 聚合：把还原后的 verdicts（winner ∈ candidate/champion/tie）+ 候选 proxyFails 喂 aggregate()，渲染 renderReport() → 写 eval/runs/<runId>/report.md。
5. 人工终审：把胜负最接近、分歧最大的 1–2 条产出并排摆给用户。机器只筛掉明显更差的，文风最后一票是用户。
6. 晋级：仅当 decision==="promote"（胜率 ≥70% 且无回退）且用户点「认可」——把候选写回 agent/src/prompts/mine.js 的 MINE_SYSTEM，commit（message 附 runId 与胜率），并跑 npm test 确认没破坏。否则保留报告、不动生产版。

边界

• 只评挖矿 prompt（MINE_SYSTEM/MINE_SYSTEM_FORCE）。审核/语音编辑 prompt 是不同 eval 模式，不在本 skill。
• 不测成本/缓存/延迟（本地缓存行为≠生产）；不做无人值守。
• 真实金标集要 ≥10 条才可信（见 agent/eval/fixtures/README.md 的补充流程）；种子 2 条只够自测流程。