It does not fully cover the baseline fields on a standard resume: Name and Phone remain unpopulated, even though email, experience, education, and skills are extracted.

⚠ Struggled🧾 artifact-verifiedinput + output shownTest date not recordedOpenResume
What was measured
Field coverage

Are name, email, phone, experience, education, and skills extracted?

decisive for this rankingtransformation

A resume parser should extract the key canonical fields; missing them means it is not doing the main job well. (3 of 3 judges)

What was given, what came back

Test input: Clean single-column resume — Rugved Nichite · pdf · group: resume-parsing
Input — what we sent
parseur-input1-rugved-nichite-cleanresume-d776e5470f6f.pdf
Clean single-column resume — Rugved Nichite

A professionally structured single-column resume for Rugved Nichite, used as the baseline input for parser accuracy across standard resume fields.

Why this input is hard
  • · baseline field extraction
  • · contact info accuracy
  • · work experience parsing
  • · education and CGPA extraction
  • · skills and certifications extraction
Output — unretouched
Output 1
Output 1
Output 2
Output 2
Provenance
Observation
64985f7c-5468-4d7f-bf98-820b763118d2
Evidence run
cbbef4db-964c-49fa-a57f-a2977822bdfc
Study
Parse resumes into structured data using an API
Research task
86b9jm30n
Tested at
not recorded
Source
first-party
Evidence state
verified
Proof shown
input + output shown
Cost / latency
not captured
Repeat run
not captured
Tester
not captured

The last three rows are honest blanks, not placeholders — our capture has no field for them yet.

Query this
get_evidence({
  tool: "openresume",
  scenario: "resume-parsing"
})
MCP · mcp.aidemos.com/api/mcp
Free with attribution.
Same input, same check — 9 other tools
measured on Field coverage
Real inputs and real outputs, no retouching · every cell queryable via API & MCP · aidemos.com