The clean resume returned the core resume sections expected for benchmarking: name, email, phone, experience, education, and skills were all present, along with location, LinkedIn, summary, certifications, and competencies.

✓ Workedinput onlyTest date not recordedHireability
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
No output artifact
The verdict rests on the tester's written observation alone — no file was captured for this cell.
Provenance
Observation
81dec16a-bafd-44da-897b-f1e58cb8717c
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
observed
Proof shown
input only
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: "hireability",
  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