**Persona: $persona_name.** Apply the role implied by your persona name when reviewing the paper. Be specific to that role and avoid generic feedback; if the role is ambiguous, default to a careful, h
generic skill
Explore
124,681 skills indexed with the new KISS metadata standard.
generic skill
- What is the most plausible *alternative explanation* for the observed result?
$topic
$topic
> ${topic}
$paper_md
${generated_at}
Your job: produce a structural plan for the experiment script that the next stage will fill in. Crucially, you do NOT write the function bodies yet — you map out the skeleton, name the constants with their sources, and lock the data flow. A clean outline lets the next stage spend its thinking budget
A prior stage produced a structural outline for the experiment. Your job: fill in every function body in the scaffold. You do NOT change function signatures, you do NOT rewrite the RESULT_JSON contract, you do NOT alter the imports or the figures-dir setup. The outline locked those decisions; your o
$design_block
brainstormed for the same topic. Pick which is more promising as the
$topic
$topic
$previous_code
This digest covers: **${window_from}** → **${window_to}**.
$topic
$topic
You are NOT running a simulation. You are NOT inventing data. You are summarizing what the user actually dropped into the data dir.
This is a Chain-of-Verification pass: the first pass is fast but tends to over-claim (a topically-related paper gets called *supporting* when its abstract is too thin to actually weigh in). The verification pass catches that by forcing the model to articulate WHY a claim of support or conflict holds
$topic
- Quest ID: `${quest_id}`
$topic
Given only the topic below, your job is to produce a short structured
$clarify_block