mcpField
E
examiner

examiner

github.com/akshay-diwadkarProductivity173 installsUpdated today
Repository

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

  1. 01Researches session-specific exam requirements
  2. 02Creates original mock and topic papers
  3. 03Audits questions before delivery
  4. 04Marks attempts against marking schemes
  5. 05Tracks examination study plans

Use cases

  1. 01Prepare a full mock under verified conditions
  2. 02Practise a chosen section or topic
  3. 03Review an attempt with explained deductions
  4. 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 examiner

After installing, type/examinerin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

skill-protocol.json
agents/
openai.yaml
assets/
paper-runtime.html
references/
marking.md
papers.md
practice-records.md
study-planning.md
scripts/
_diagnostic_contract.py
_skill_protocol_runtime.py
cli.py
learning_files.py
templates/
answer-key.html
marking-scheme.html
paper.html
source-notes.html
start-here.html
study-plan.html

Details

From the project README

Examiner

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.

Comments

Markdown supported