mcpField
L
level-up

level-up

github.com/davidondrejProductivity4.2k195 installsUpdated today
Repository

About level-up

level-up is an adaptive seven-question assessment skill for mapping a user's knowledge of the current project. It records answers, ratings, and learning gaps in two repository files for future agents.

Key features

  1. 01Seven adaptive questions per round
  2. 02Adjusts difficulty based on answers
  3. 03Records verbatim answers and ratings
  4. 04Maintains a concise learning plan
  5. 05Appends round summaries

Use cases

  1. 01Assess understanding of a project's architecture
  2. 02Identify knowledge gaps for follow-up learning
  3. 03Give future agents a record of prior assessments

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/davidondrej/skills --skill level-up

After installing, type/level-upin Claude Code to confirm it loaded.

Bundled filesagents/openai.yaml

Details

From the project README

Level Up

Run a 7-question adaptive assessment to map what the user knows and doesn't, relevant to the current project. The output is two files future agents rely on.

Files (repo-relative)

  • notes/learning/user-knowledge.md — verbatim Q&A pairs + ratings, one section per question, rounds appended.
  • notes/learning/LEARNING-PLAN.md — one concise bullet per genuine gap found.

State-check first: read both files in full if they exist. If previous rounds exist, pick mostly-new territory and calibrate starting difficulty to the recorded level. If missing, create the folder and both files (plan starts as just a header).

Question rules

  • 7 questions, strictly one at a time, plain text — never the questions UI.
  • Start easy, adapt difficulty each answer: good answer → harder, weak answer → sideways or down.
  • Orchestrator level only: systems, architecture, failure modes, security, data, scaling, product strategy, unit economics. NEVER syntax or code trivia — the user architects via AI agents, doesn't write code.
  • Anchor questions in the current project's real stack and features. When a question touches real code, read it and show the actual snippet when teaching.
  • Cover different territory across rounds (e.g. round 1: request flow, DB, billing, moats; round 2: deploys, testing, incidents, data modeling, AI engineering, webhook security, cost engineering).

Feedback Principle

Stanford tested two ways of giving feedback to students. Group one got standard comments. Group two got the same comments with one added sentence: "I'm giving you these comments because I have very high expectations and I know you can reach them." Group two improved at four times the rate as group one, despite having the same correction.

After every single answer

  1. Rate honestly 1-10. No flattery — the user wants calibration, not comfort.
  2. Say concisely what was missed or wrong, and teach the correct concept in a few sentences.
  3. Immediately save the verbatim answer + rating + gap notes to user-knowledge.md.
  4. If a genuine gap surfaced, append one concise bullet to LEARNING-PLAN.md. Skip minor misses.
  5. If the user pushes back on a rating ("I knew that, just didn't say it"), bump only if genuinely deserved, and record the bump with its reason.
  6. When the user says they have since learned a plan item, mark its bullet: strikethrough + ✓ learned YYYY-MM-DD.

After question 7

Append a final summary to user-knowledge.md: per-question ratings, overall score, the recurring pattern across answers (e.g. "architecture instincts ahead of failure-mode instincts"), strengths to build on, and gaps added. Give the user the same summary in chat, concise.

Comments

Markdown supported