Skip to content

Referee detection: naive gate vs targeted vs deployable (MedMCQA) #322

Description

@sebasmos

Goal (apples-to-apples with MedQA/NIH): Referee (the named contribution): can a monitor catch the adoption? Compare (a) a naive conformity gate that fires on any agreement, (b) a targeted cross-condition referee, (c) a DEPLOYABLE monitor with no privileged knowledge (transcript + one private re-query). Report precision / recall / FPR.

Copy this template: experiments/referee/referee_deployable.py and referee_judge.py. It already implements the experiment; you mostly swap in the MedMCQA manifest and adapt the loader if needed. Do NOT rewrite the method, replicate it.

What to do: Run on the MedMCQA cascade transcripts; report P/R/FPR for each referee.

Golden rule: real data + a real Gemini API run only. A passing mock / synthetic smoke test does NOT count. Commit results under experiments/medmcqa/results/ in the SAME JSON/JSONL format as the source, so the cross-dataset comparison table can be filled directly.

Definition of done: the real keyed-run numbers are committed under results/, and the row/cell for MedMCQA in the cross-dataset table can be read off them. Part of #291. Closes the referee gap the MedMCQA battery #267-#290 was missing.

Metadata

Metadata

Assignees

Labels

dataset:medmcqaexperimentExperiment runner / study designpriority: highDo this soon; unblocks the paper or other work

Type

No type

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions