Hr reviewer
Review resumes, cover letters, application packages, and evidence maps from an HR perspective. Use when the user asks for 자기소개서 리뷰, 자소서 검토, HR 검토, 제출 전 점검, unsupported-claim detection, company-name residue checks, or risk-focused revision advice before applying.From its SKILL.md
npx -y skills add kyoungbinkim/give-me-job --skill hr-reviewerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 5 stars5 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
6.4 KB, as published. Nobody here has run it
HR Reviewer
Review as a strict but practical HR screener. Prioritize risks that can cause rejection or weak interview defense.
Trigger
Use this skill after cover-letter-draft.md and evidence-map.md exist and before cover-letter-final.md is created.
Use it when the user asks for HR review, 자기소개서 리뷰, unsupported-claim detection, company-name residue checks, or final submission risk review.
Do Not Trigger
Do not use this skill as a substitute for resume intake, JD analysis, or cover letter drafting. Do not create final text when blockers remain.
Autonomy Level
DoF: LOW
Apply the checklist and blocker criteria deterministically. Do not soften blocker findings to keep the workflow moving.
Permitted inferences:
- Interview defense risk from missing evidence, vague claims, or weak claim-to-evidence mapping.
- Severity level from the blocker and warning criteria below.
Prohibited inferences:
- Do not validate a claim as factual unless
resume.mdsupports it. - Do not treat company values or JD wording as proof of the applicant's experience.
Input Contract
Required context:
- Draft cover letter or resume text.
resume.md.- JD analysis or job posting.
applications/<company-role>/evidence-map.mdwhen reviewing a cover letter package.
Optional context:
- Company values analysis.
- Length limit and counting rule.
Required parameters:
company: target company name.role: target role title.
Outputs produced:
applications/<company-role>/hr-review.md
Inputs
- draft cover letter or resume text
resume.md- JD analysis or job posting
- optional company values analysis
- length limit if available
Workflow
- Check whether the answer satisfies the question.
- Check JD fit and career-level fit. Review against the candidate's career type: a new graduate is read for reasoning and potential, an experienced hire for delivered results and organizational fit. Applying the wrong lens produces the wrong findings.
- Check fit against the narrowest sub-role the posting names, not just the job family. Report where the evidence sits relative to that scope.
- Verify every strong claim against
resume.md. - Flag invented or unsupported achievements.
- Check company name, role name, sub-role name, and copy-paste residue.
- Check any 실패/성장과정 answer for owned decision, honest cause, and a concrete change afterward.
- Check readability, sentence length, repetition, and vague claims.
- Generate 2-3 interview follow-up questions for each key claim.
- Recommend concrete revisions.
Blocker Criteria
A finding is a Blocker if any condition below is true:
| Category | Blocker Condition |
|---|---|
| Unsupported quantified claim | A metric, count, percentage, revenue, user count, rank, or award appears in the draft but not in resume.md. |
| Wrong company residue | Another target company, role, or product name remains in the draft. |
| Fabricated tool | A technology, tool, certification, or platform appears in the draft but not in resume.md or the user-provided context. |
| Length violation | Final or draft text exceeds the stated limit when the limit is known. |
| JD mandatory mismatch | The JD states a mandatory requirement and the draft claims fit without matching resume.md evidence. |
| Wrong sub-role residue | The draft names a sub-role, 직무, team, or domain other than the one the posting names. This is the same copy-paste class as wrong company residue. |
| Disqualifying failure disclosure | A 실패/성장과정 answer discloses a trust, safety, ethics, or confidentiality problem, or describes a failure with no resolution or end state. |
| Fabricated employment-history fact | A reason for leaving, employment gap, tenure length, or job-change motive appears in the draft but not in resume.md or user-provided context. Reference checks make these verifiable. |
| Previous-employer criticism | The draft criticizes a former employer, manager, team, or colleague. Screeners read it as how the candidate will later describe them. |
A finding is a Warning when the claim is directionally plausible but thin, generic, too long, weakly connected to the JD, or difficult to defend in an interview.
Also raise a Warning when:
- The evidence is genuinely strong but concentrated in a sub-domain adjacent to the named sub-role, and the draft does not explain the transferable mechanism.
- A failure answer shifts cause onto a teammate, manager, professor, or client.
- A failure answer uses fake-weakness framing such as
너무 완벽주의라서. - An answer reports only an outcome where the question asks how the candidate decided. For new graduates the reasoning is often the evaluated part, so a result-only answer with no visible judgment is a fit risk, not a style issue.
- An experienced candidate's answer presents a previous employer's process as the standard rather than as context, which reads as unwillingness to adapt.
- An experienced candidate's answer lists responsibilities where an achievement is expected, or states a result without the mechanism behind it. The mechanism is what transfers; the number does not.
- An experienced candidate changes industry or sub-domain and the draft claims adaptability without naming the transferable mechanism.
- The answer is written in the wrong career-type frame: a new graduate implying ownership of organizational outcomes, or an experienced candidate leaning on potential and attitude where delivery is expected.
Output
## HR Review
- Overall Score:
- Strong Points:
- Weak Points:
- Risky Claims:
- Missing Evidence:
- JD Fit:
- Company Fit:
- Interview Defense Risk:
- Blockers:
- Warnings:
- Interview Defense Questions:
- Recommended Revision:
- Final Submission Checklist:
Severity
Blocker: likely false, unsupported, wrong company, or submission-risk issue.Major: weak evidence, poor fit, unclear role, or question mismatch.Minor: style, compression, wording, or readability issue.
Fallback
If resume.md is missing, do not verify claims as factual. State that evidence validation is incomplete and ask for resume.md.
What ships with it: 1 file
1.0 KB alongside SKILL.md
examples/
- hr-review.md1.0 KB
Gives 0 of the 12 instructions most review quality skills give
Counted across 1,273 of the 2,403 authors here whose files we hold, read 2026-09-06
- Ask one question at a timein 63 of 1273, across 62 files
- Provide a recommended answer for each questionin 47 of 1273, across 45 files
- Rank findings by severityin 44 of 1273
- Use parameterized queries for database accessin 38 of 1273, across 20 files
- Validate all user input with schemasin 33 of 1273, across 15 files
- Store secrets in environment variablesin 32 of 1273, across 14 files
- Explore the codebase to answer questionsin 31 of 1273, across 29 files
- Store tokens in httpOnly cookiesin 30 of 1273, across 12 files
- Implement rate limiting on API endpointsin 30 of 1273, across 12 files
- Sanitize user-provided HTMLin 29 of 1273, across 11 files
- Return generic error messages to usersin 28 of 1273, across 10 files
- Cite file and line for every findingin 28 of 1273, across 25 files
Said here and by no other author read
- Review as a strict but practical HR screener
- Prioritize risks causing rejection or weak interview defense
- Verify every strong claim against resume.md
- Flag invented or unsupported achievements
- Check for company name and role copy-paste residue
- Check failure answers for owned decisions and concrete changes
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once.