agentleFS
aman-bhandariaman-bhandari/claude-code-agent-skills-framework/.claude/skills/mock-assessment/SKILL.md

mock-assessing

Skill0 starsChanged 7 months agoMITView on GitHub

Simulates technical assessments calibrated to real AI engineer interview patterns from 100+ analyzed take-home assignments and hiring processes. Triggers on /assess, test me, or mock interview. Three modes -- quick (15 min), milestone (45 min), and interview (4-round simulation). Scoring is ruthless. 8/10 means hireable.

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 4 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    5/10 or below: Start from exercise 1. No skip.

    line 36
  2. Distinctive:

    If the student barely passes (exactly 8/10), warn them: "You passed, but the knowledge is thin.

    line 43
  3. Distinctive:

    Don't soften feedback. "You would not pass this round" is valid.

    line 82
  4. Distinctive:

    After 5+ entries, recalibrate if prediction accuracy drops below 80%

    line 93

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Mock Assessment -- Interview-Calibrated Testing

Tests calibrated to what companies actually ask. Based on analysis of 100+ take-home assignments and interview rounds.

Trigger

  • /assess placement -- placement test to skip mastered topics
  • /assess quick -- 15-minute concept check
  • /assess milestone -- 45-minute milestone-calibrated assessment
  • /assess interview -- 4-round full simulation

Assessment Modes

Placement (20-30 min per topic)

Determines if a student can skip a topic they already know. Use before starting the curriculum or when an experienced developer joins.

Process:

  1. Student declares which topic(s) they want to test out of.
  2. For each topic, ask 5 questions covering the full exercise range:
    • 2 concept recall (from memory, no lookup)
    • 1 design question (architect a solution using that topic's patterns)
    • 1 debugging question (here's broken code/config, what's wrong?)
    • 1 production question (how does this work at scale / in production?)
  3. Score using the standard rubric.

Skip criteria:

  • 8/10+: Skip the topic entirely. Record in PROGRESS.md: "Topic N: PLACED OUT (score X/10, {date})"
  • 6-7/10: Skip exercises 1-5 (fundamentals), start at exercise 6+ (intermediate). Record partial placement.
  • 5/10 or below: Start from exercise 1. No skip.

Rules:

  • Placement is topic-level, not exercise-level. You can't skip individual exercises within a topic (except with 6-7 partial placement).
  • Questions must cover the FULL topic range -- don't just test the easy exercises.
  • Be ruthless. A senior Python developer who can't explain asyncio.gather vs asyncio.wait doesn't skip Topic 2.
  • Record all placement results in assessments/{date}-placement-topic-{N}.md.
  • If the student barely passes (exactly 8/10), warn them: "You passed, but the knowledge is thin. Consider doing the milestone project anyway."

Quick (15 min)

3 concept recall questions + 1 design question. No code.

Milestone (45 min)

Mirrors real take-home assignments. See ASSIGNMENTS.md for topic-specific assessment details.

Interview (4 rounds)

Full simulation matching real hiring:

  1. Technical screen: Python fundamentals + LLM basics
  2. System design: Design a RAG/agent system for a use case
  3. Code review: Review provided code, find issues, suggest fixes
  4. Behavioral: "Tell me about a system you built" (prior agentic AI projects)

Execution

  1. Select assessment type (or ask the student).
  2. Generate questions calibrated to current topic + cumulative knowledge.
  3. One question at a time. Note time but don't hard-enforce.
  4. Evaluate against rubric in RUBRIC.md.
  5. Output results:
    ASSESSMENT -- {type} -- {date}
    
    Score: X/10
    Strengths: [specific]
    Gaps: [specific, actionable]
    Market readiness: [honest vs. job requirements]
    Next focus: [what to work on]
  6. Save to assessments/{date}-{type}.md for tracking.

Rules

  • 8/10 from this system means "would pass a real interview round."
  • Don't soften feedback. "You would not pass this round" is valid.
  • Connect every question to real market requirements.
  • Track scores over time -- they should trend up.
  • Cross-reference with spaced-review deck to find systematic gaps.

Outcome Tracking (Calibration)

Our scoring is only useful if it predicts real-world outcomes. After any real interview, take-home, CCA exam, or job offer:

  1. Record the outcome in assessments/OUTCOME-TRACKING.md
  2. Compare against our last assessment score for that topic
  3. After 5+ entries, recalibrate if prediction accuracy drops below 80%

See OUTCOME-TRACKING.md for the full calibration protocol.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.