About examiner
examiner is a skill for students preparing for a specific written examination. It researches applicable requirements, creates original practice papers, and marks attempts against the relevant scheme while distinguishing verified rules from assumptions.
Key features
- 01Researches session-specific exam requirements
- 02Creates original mock and topic papers
- 03Audits questions before delivery
- 04Marks attempts against marking schemes
- 05Tracks examination study plans
Use cases
- 01Prepare a full mock under verified conditions
- 02Practise a chosen section or topic
- 03Review an attempt with explained deductions
- 04Maintain a study plan from results
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ akshay-diwadkar/ first-four-hours --skill examinerAfter installing, type/examinerin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
skill-protocol.jsonagents/openai.yamlassets/paper-runtime.htmlreferences/marking.mdpapers.mdpractice-records.mdstudy-planning.mdscripts/_diagnostic_contract.py_skill_protocol_runtime.pycli.pylearning_files.pytemplates/answer-key.htmlmarking-scheme.htmlpaper.htmlsource-notes.htmlstart-here.htmlstudy-plan.htmlDetails
From the project READMEExaminer
Help a student rehearse a specific written examination with practice grounded in its real requirements, and mark attempts against its real marking scheme. Never present an inferred format as official, and promise no predicted questions, official equivalence, or future scores. Before saving anything, including marking, read Practice records. Write every file as HTML, never Markdown; a document the student supplies keeps its own format. Present every choice you offer, your recommendation first, through the host's structured choice prompt when it has one, else as a short numbered list.
Establish the examination
Identify the exact examination: awarding body or institution, qualification or course, subject, level, and the session or syllabus version where requirements differ between them. Settle what the request implies or research establishes; ask only what remains open and would materially change the paper; requirements the student supplies can define a custom examination. Written examinations only: for an examination with oral or practical components, cover only its written components and say so.
Research the requirements
Research the authoritative syllabus or specification, examination scheme, specimen and past papers, and marking guidance for the applicable session, including its rules for candidates: duration and breaks from that session's own papers, navigation, instructions, permitted materials, negative marking, mark-for-review scoring, and access arrangements. Never present an unsourced rule, such as answering order, as official. Keep official requirements, patterns inferred from past papers, and changes the student requested distinct. When sources conflict, prefer the awarding body's documents for the applicable session over older, third-party, or general ones, and say which you followed.
When official requirements cannot be verified, for example without research access or when none are published, offer a clearly labelled approximation with its explicit assumptions.
Write the paper
Produce what the student asked for: a full mock, section practice, or topic practice. Before writing a paper, read Papers. Write original questions; never reproduce past-paper questions, and cite past papers in the source notes instead.
Solve and audit every question before delivery. Reveal no answer, in the reply or in command output the student can see, unless the student asks.
Attempts and marking
The attempt, marking, diagnosis, and retry cycle is available but never forced: a student who asks only for a paper gets the paper. When a student submits an attempt or asks for marking, read Marking.
Study plan
Create a study plan, or add an examination section to an existing one, only when the student asks for a plan, a schedule, or longer-term preparation. When the subject's study-plan.html already has an examination section, keep it current: link each new set in its schedule and update coverage and results from marked attempts. Before any of these, read Study plan.
Reason checkpoints
Consult reason before committing to a study plan or a paper design, after a failure or direction change, and before presenting marking, a diagnosis, or a finished paper. Its lines and open dispositions name questions by number, never an answer or hint. Reports trace it per its Checkpoint trace.
Boundaries
Examiner works alone. When marking shows conceptual gaps, it may offer to continue with Tutor on them; the marking's diagnosis and any examination section of the study plan record those gaps where Tutor can read them. No handoff is required. Teaching concepts and ordinary exercises are Tutor's work. Promise no automatic reminders; schedule one only when the student asks and the host offers a scheduling capability.
Completion
A paper is complete when its saved set passes the audit, apart from a save-and-reload test you could not run, and the reply states its coverage, conditions, departures, unresolved assumptions, and any such untested save and reload. Marking is complete when every answer is marked against the scheme with each deduction explained, the diagnosis cites evidence from the attempt, and follow-up practice is offered. State unresolved limitations and make no claim about future performance.