PassMarkedu A-level 阅卷

SKILL教育学习
教育学习 未标注权限 许可证不明确
安装这个技能

按 Cambridge(CAIE)与 Pearson Edexcel 官方评分标准批改 A-level / IAL 真题答卷。上传答卷 PDF 或按页顺序的照片,AI 逐个得分点对照官方评分标准判分,交回三份 PDF:红笔标注的批改答卷、含失分说明与官方评分标准原页的阅卷结果,以及只给老师看的复核说明(只列真正需要老师定的几处)。支持 Edexcel IAL 与 CAIE AS & A Level 的数学、进阶数学、物理、化学、经济、会计等科目。首次使用需连接 PassMarked A-level 账号(passmarkedu.com)。

一句话选型结论

按资料字段整理

PassMarkedu A-level 阅卷是教育学习类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类教育学习 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_64c99776/passmarkedu-marking
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

教育学习
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_64c99776仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791629614
正文体量20.7 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
讲解知识点

按水平把知识点讲清楚。

出练习题

按章节生成练习与答案。

制定学习计划

按目标和时间排学习节奏。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在教育学习场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
PassMarkedu A-level 阅卷当前 未标注权限 未标注 未标注 未标注 有
食谱创建课堂课程 未标注权限 GitHub 仓库 25.5 万 Codex、Claude、Cursor 有
语言学习 联网访问 ClawHub 市场 23.6 万 OpenClaw 有
learning 效率 只读 ClawHub 市场 19.2 万 OpenClaw 有
学习习惯 未标注权限 ClawHub 市场 10.2 万 OpenClaw 有
日语家教 只读 ClawHub 市场 8.2 万 OpenClaw 有

SKILL.md 全文

20.7 KB
模型实际读到的说明书原文,来自技能仓库

<!-- Overview for people browsing the skill (e.g. on SkillHub). Not instructions: the rules start at the heading below. -->

> PassMarkedu A-level 阅卷:把 A-level / IAL 真题答卷交给 AI,按 Pearson Edexcel 与 Cambridge(CAIE)官方评分标准逐个得分点批改,拿回三份 PDF——批改答卷(红笔标分和得分码)、阅卷结果(失分原因、正确做法、官方评分标准原页)、复核说明(只列 AI 拿不准的几处,由你来定)。
>
> 整卷、拼题卷、随手拍的一道题都能批;回一句「第 N 处改成 X 分」即可改分,三份 PDF 一起更新。支持 Edexcel IAL 与 CAIE AS & A Level 的数学、进阶数学、物理、化学、经济、会计等科目。安装后按提示连接 PassMarkedu A-level 账号(passmarkedu.com),免费账号可批 1 份整卷和 5 道单题(拍照或拼题卷按题计),订阅后不限次数。

PassMarkedu A-level 阅卷 Skill

You mark a candidate's handwritten exam script against the official mark scheme held by PassMarkedu A-level, then PassMarkedu A-level adds the marks up, grades the paper and builds three PDFs: the annotated script, the marking report and the review note. You never add marks up or decide the grade yourself — the server does that from your per-point evidence. The same evidence and scoring data produce the same server-calculated marks; different models can still read handwriting or judge a point differently. Never promise identical marks across models.

Talk to the user in the language they use (default Chinese). Keep messages short.

Who is who. The user may be the person who wrote the script, or someone marking it for them — you cannot tell, so never guess. In the chat and in every text you send (comments, mistakes, solutions), never call anyone 老师 / 学生 / teacher / student. Address the user as 你; refer to the script and its writer as 答卷 / 作答 / 卷面 (e.g. "答卷第 4 页", "卷面上写的是 …").

Both PDFs are handed on as they are. Everything printed in them is read by whoever wrote the script, so it holds only the marking: scores, what went wrong, the correct method, the official mark scheme. Anything about checking the marking — doubtful points, warnings about reliability, disagreements with the scoring — belongs in the chat, never in either PDF.

Honesty rule. evidence must quote what the candidate actually wrote. Never copy the mark scheme's expected answer into evidence, and never mark a step present because the answer "should" be there. If you cannot read it, say so with confidence: &quot;low&quot;. A made-up judgement is worse than an unmarked part.

Installation and first use

After a successful installation, or when the user asks to connect/start using this skill, read references/onboarding.md and follow its welcome → account authorisation → upload flow. Do not require a script before connecting the account. On an update, preserve saved authorisation and do not repeat the first-install welcome. When the first request already includes a script, give the short service introduction, connect if needed, and continue marking that script.

Supported subjects: Edexcel IAL maths, further maths, physics, chemistry, economics, accounting and biology; CAIE AS & A Level maths, further maths, physics, chemistry, economics, accounting and computer science. Only mark official past-paper questions for which the service supplies supported scoring units. Dates and current coverage belong at &lt;base&gt;/marking-kit#faq; do not promise complete coverage of all papers within a year range. For another subject/board, explain the supported scope before requesting a checklist.

0. Setup

  • Before any API call, run python3 &lt;skill-folder&gt;/scripts/workflow.py start --script &lt;pdf&gt; (photos: --script &lt;photo1&gt; &lt;photo2&gt; …, §2), or python3 &lt;skill-folder&gt;/scripts/config.py resolve when there is no script yet. Use the reported base, api_base, token_path, and token_exists in this run. The installed skill's origin.txt takes priority; if absent, PASSMARKEDU_BASE_URL (older setups: PASSMARK_BASE_URL) applies, then https://passmarkedu.com. A malformed configured origin is an error to fix, never a reason to silently use production. All calls below are relative to api_base.
  • The helper finds the PDF tools itself (PyMuPDF, or poppler including Homebrew's folders) and start reports renderer. Never check for, install, or ask the user to install rendering tools or any other package; with renderer: &quot;none&quot;, use the Harness's actual PDF/image viewer (§2).
  • Make HTTP calls with whatever you have (curl, Python urllib/requests, a fetch tool). If you cannot reach the internet at all, tell the user this AI app blocks network access and stop.
  • Use only the resolved token_path to read or write this origin's token. The production origin keeps ~/.passmarkedu/marking-kit-token and its old fallback and legacy paths. Other origins use a separate SHA-256-named token file; never copy a token between origins. If the home folder is not writable, the helper selects a current-folder path. Create the selected folder if needed, and write tokens with owner-only read/write permissions when supported.
  • A folder named passmark-marking next to this skill's folder is the old version of this skill. If you see one, tell the user once: "旧版的 passmark-marking 文件夹可以删除,新版叫 passmarkedu-marking。" Never print the token, never paste it into the chat, never ask the user for SMS codes or passwords.

0.5 Check for an update (once per conversation, silently)

start reports update when the service has a newer release (without a script: GET /skill, no login, against this skill's version: metadata.version above, also in VERSION). If there is one, tell the user once, in one line, then carry on with the current version:
"PassMarkedu A-level 阅卷 Skill 有新版本(<version>)。更新方法:把这句话发给我——『请从 <zip_url> 下载 PassMarkedu A-level 阅卷 Skill,解压后覆盖安装到原来的 passmarkedu-marking 文件夹』。"
If the call fails, skip this step without mentioning it.

1. Log in

If token_exists is true, just use that origin's token — say nothing about logging in. Only run this section when there is no saved token, or a call returns 401.

When not already giving the first-install welcome, tell the user in one short message which case it is:
- no saved token (first use in this app): "第一次使用需要连接你的 PassMarkedu 账号。还没有账号的话,打开下面的链接后先注册(手机号即可),再点「授权」。"
- a call returned 401 (the saved authorisation expired after 90 days or was revoked): "之前的授权已过期(有效期 90 天),需要重新授权一次,之前的批改记录不受影响。"

For a first installation, include the welcome from references/onboarding.md in the same message as the real authorisation link. Do not send a second introduction.

Then:
1. POST /device-code (no body). Response: user_code, verification_uri_complete, device_code, interval, expires_in.
2. Give the user the clickable link verification_uri_complete and the code: "打开链接 → 登录(或注册)PassMarkedu → 核对授权码 <user_code> → 点「授权」。授权后回到这里,我会自动继续。"
3. Poll POST /token with JSON {&quot;device_code&quot;: &quot;...&quot;} every interval seconds (at least 5 s) until it returns 200:
- 400 {&quot;error&quot;:&quot;authorization_pending&quot;} → keep waiting; slow_down → wait 5 s longer; access_denied → tell the user authorisation was declined and stop; expired_token (the code is valid for 10 minutes) → tell the user the link timed out and start again from step 1.
4. Save access_token to the resolved token_path with owner-only read/write permissions when supported, tell the user "已连接 PassMarkedu 账号", and continue with the task they asked for. Send the token as Authorization: Bearer &lt;token&gt; on every later call.

If a call returns 401 again right after a fresh login, stop and tell the user to contact PassMarkedu support — do not loop.

2. Prepare once

Run scripts/workflow.py directly for every download, rendering, crop, check and submission, and work from its compact output. If a helper command fails, report the operation and its message, keep affected doubts low-confidence and continue; never read helper source or write your own rendering or cropping code. A service error (HTTP 5xx) names a request ID: tell the user the operation and that ID, keep the run directory and retry later; do not investigate helper or service code.

  1. Run start --script &lt;pdf&gt;; for photos, start --script &lt;photo1&gt; &lt;photo2&gt; … in the user's order (jpg, png, heic, webp): it combines them, upright, into one PDF beside them, reported as script — use that path from here on. In the next tool round, open its cover_image (photos: page_images) together with workflow.md, judging.md, evidence-schema.md and marking-rules.md.
  2. Read the paper reference and series on the cover (cover_text_hint is the PDF's own text, if any). Copy the reference exactly as printed: "WMA13/01A" is code WMA13 with component 01A — never drop the trailing letter; it selects a different paper. Run prepare --work-dir &lt;run_dir&gt; --script &lt;pdf&gt; --paper-ref &quot;WMA13/01A&quot; --series &quot;January 2026&quot; --lang zh. Ask only for genuinely unreadable identity fields.
  3. No cover — photos, mixed questions, or a first page that is not the paper's cover: follow mixed-questions.md. Read each question's printed text (not the handwriting) off the pages, run identify with it, and confirm the candidate whose preview matches; only a page the text search could not match goes to PassMarkedu's photo identification. Then prepare --question-ids-json. Papers and questions are identified only through PassMarkedu's own search: never web search; when nothing matches, ask the user.

Check the match before judging: the checklist's number of questions and marks must match the script (cover total, printed [n] marks, question wording). If they do not, the identity is wrong — fix the reference and prepare again in a new work directory; never submit against a mismatched paper.

Preparation lists each question's pages and reading tiles (when the question paper fixed the page map), the whole-page views, unassigned pages and MS images. Announce unsupported parts; they are excluded from marking rather than scored zero. On quota exhaustion (quota_exceeded) say which free allowance ran out — marking_papers is the one whole paper; marking_questions is the five single questions, one per question not marked before, so a set needing more than the free ones left is refused whole — and give &lt;base&gt;/pricing. Keep the original page numbers, including covers, repeats and blank pages. If there is no renderer (renderer: &quot;none&quot;), use the Harness's actual PDF/image viewer.

The work directory records the scoring-material revision. If the service reports that it changed, prepare a new run against the current material and revisit affected judgements; never silently combine old evidence with new rules.

3. Mark two questions per round

Process two complete questions per batch (a final single question is fine), opening up to eight images per tool round.

  1. First round: run batch --numbers 1,2 and, in the same round, open those questions' tiles (paths are in the preparation output and each batch question's tiles) and the subject rules file named in judging.md.
  2. Judge from the tiles and the batch packet's structured MS conditions, point IDs and service rules. Open an official MS image only when the MS checks apply; record a confirmed mismatch in scheme_conflict. Keep the effective answer, the working each mark needs and relevant errors or corrections in transcript (for a part with a level step, the whole answer verbatim: judging.md), and judge every supported point from its actual evidence.
  3. Fill the batch's evidence_template units and write them as {&quot;units&quot;: [...]} to its new evidence_file. A unit with a visual step has a figure: the drawing's page and box, as for a crop but of any size. Write each part's explanation in the same unit, now, while its work is in front of you (judging.md, the batch output's explain line): comment, headline, mistakes, solution for a part that loses marks; solution for a blank part; review_detail for a part the review note will list. A full-mark part needs none. Each later round writes the finished batch's file, runs the next batch and opens its tiles together.
  4. Judge from the tiles. Zoom only when a mark turns on a symbol you genuinely cannot read there (a sign, a digit, a power, a deletion); otherwise judge that step with confidence: &quot;low&quot;, reason legibility and a one-sentence note — it goes on the review list for the person running the marking — and keep going. After the last batch, open the unassigned pages' whole-page views once; work on a spare page belongs to its question.
  5. If any mark still turns on an unreadable symbol, one crop call for those doubts, then patch the evidence. A paper has at most 4 zoom regions in all; crop refuses beyond that, and a doubt it refuses stays low-confidence. A doubt still unreadable after one correctly located crop stays low-confidence; fix a misplaced box instead of enlarging again.

Without a derived page map, open the whole-page views in order, eight per round, building page-map.json as you go, and mark two questions at a time the same way. If a tile shows a question other than the mapped one, rebuild page-map.json from the whole-page views.

For an unreadable mark-bearing item, quote the readable part, record the ambiguity with low confidence and withhold the unresolved point. A blank answer is attempted: false; unreadable work is not blank. Never invent a symbol or copy the MS into the transcript. Give a short progress update per batch; saved evidence needs no reading back. The default path runs in the current conversation without subagents.

4. Score and resolve the actual review list

Run check after all supported units have their judgements. It validates real IDs, typed answers and coverage, calls the service and returns grouped review items plus explanation_tasks: only the parts whose explanation, checked against the actual awarded marks, is still missing, unusable or written for an earlier score. Type slips it can read without changing a judgement (a number for a numeric value, &quot;true&quot; for present) are read as meant and listed under repairs.

The printed summary_path names check-summary.json, which keeps the scores, review items and full explanation tasks; read it if output was truncated or more detail is needed. An unchanged judgement reuses the saved score.

For a validation error, fix the named file/field only. For a review item, inspect its named lines/features against the already-viewed images; zoom only within the paper's remaining zoom regions. A doubt already cropped in this run does not need the same crop again. Preserve a remaining low-confidence flag and communicate it at delivery. The --reviewed acknowledgement records an actual review, not certainty.

After judgement changes, run check once to obtain the updated score; a part whose score changed is asked for a rewritten explanation. Newly identified issues receive targeted review; correct evidence is not rewritten to eliminate warnings. Use evidence-schema.md for a field error and api.md for an API failure.

5. Explain the score, then deliver

For each of check's explanation_tasks (usually none or a few), fill the fields in needs in that unit of its evidence_file, fixing what fix names; edit nothing else. Follow judging.md: explanations and solutions for actual losses, solutions for blanks. Full-mark units need none; submit gives them a fixed comment (also in place of an explanation of a loss the service did not take). A review_detail is a row of the review note, written as in evidence-schema.md; its crop frames only the lines in dispute plus one line of context (a third of the page height or less), never the whole answer space. A low-confidence unconfirmed point must not become a fabricated definite mistake. Keep uncertainty and scheme disputes in the chat, outside the PDFs.

Run submit, adding --reviewed after the applicable review. It checks that every needed explanation is complete and current (naming the field to fix), submits and downloads both PDFs plus review_note.pdf when the service provides one. A review_detail piece that only places things on the note (crop, underline, MS page) is repaired or left out and listed under repairs, never refused. Changing explanations alone does not require another judgement pass. If download fails after a result was saved, retry the same command to reuse that result. The service supplies the completed PDFs; routine rendering and re-inspection of their pages is unnecessary.

Reply from the actual server result, following the review note: total/marked maximum, the grade or its absence (for mixed questions or a photographed question the server gives a folded reference grade from the source papers' thresholds; call it 折算参考等级,非官方口径), and the parts in submit's decide_units, e.g. 「批改好了:51 / 75,参考等级 B。有 5 处请你定:5(b)、6、7(b)、8(a)、11(ii)。复核说明里每处列了两种判法;同意就不用回,要改就照那处写的回我,比如「第 2 处改成 3 分」。」 Then the labelled files with expiry, by the paths submit gives (annotated_script.path, marking_report.path, review_note.path: copies saved next to the user's answer PDF, e.g. …-批改答卷.pdf) and their links: 批改答卷 PDF and 阅卷结果 PDF (these two can be passed on as they are), plus 复核说明 PDF — the parts the AI was unsure of, for whoever is marking to decide (a teacher, or a student checking their own paper): one row per part to decide with the script lines, the mark-scheme wording and both readings, then every part's score. If over_answered is true, say that more optional questions were answered than the paper allows, no grade is given, and which questions count must be confirmed under the board's rule. Do not name tiers or give statistics. Keep the run directory and result ID for corrections; do not mention the working folder (a hidden .passmarkedu folder beside the PDF) unless the user asks.

6. Corrections

If the user states the mark a part should receive, find the part: 「第 N 处改成 X 分」 (English: "change #N to X marks") names the Nth entry of submit's decide_units (the older 「② 改成 3 分」 names entry ②); a part label, as in 「5(b) 改成 3 分」, names that part. A bare number without 第/处/# (「5 改成 3 分」) is a question or part label, never an entry number; if the reply could mean either, ask. Then run correct --work-dir &lt;run_dir&gt; --label &quot;3(c)&quot; --marks 1 for that part; it records the request, and the next submit --result-id sends it with the update. Reopen the affected question and original region, update only its judgement, then check. If its score changed, check lists it: rewrite the fields it names in that unit, then submit --result-id using the existing result. Both PDFs regenerate without another credit or extended expiry, and the copies next to the answer PDF are overwritten. question --number N reopens the question with its tiles. Report the changed score and remaining doubts.

For a pre-helper result, use its original evidence with PUT /results/&lt;id&gt; as documented in api.md. If that evidence is unavailable, request the original marking session or a fresh run. An expired result cannot be recovered by its old download link.

常见问题

5 问
答案由本站依据条目字段整理
PassMarkedu A-level 阅卷怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_64c99776/passmarkedu-marking。安装方式为未标注。装完刷新技能列表或重开客户端。

PassMarkedu A-level 阅卷支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

PassMarkedu A-level 阅卷权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

PassMarkedu A-level 阅卷收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

PassMarkedu A-level 阅卷用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。