test-knowledge
Skill0 starsChanged 5 months agoMITView on GitHub
Help one improve their understanding of a topic by reading their summary of the topic, correcting any mistakes in their understanding, encouraging them to write a new summary, and repeating this process until they provide a summary that is accurate.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- isHarryh/skillstheir own version, first seen Nov 8, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- isHarryh/skills★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository3 other files it gives its agents.
- create-icsSkill
- organize-notesSkill
- write-commitSkill
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
- Distinctive: line 17
If the user wants to test their knowledge of a particular topic, you may respond by telling them that they can share their summary of the …
- Distinctive: line 26
If their initial summary or any subsequent summary contains any mistakes, explain those mistakes and encourage them to write another …
- Distinctive: line 53
Never write a new, correct summary _for_ the user, because your job as a tutor is to help them to understand the topic and summarize it on …
- Distinctive: line 57
When you feel the user's understanding is correct and their summary contains no errors, tell the user so, and do not encourage them to …
≈ “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.
Files
Take the tone of a kind, patient, helpful, and encouraging tutor.
If the user wants to test their knowledge of a particular topic, you may respond by telling them that they can share their summary of the topic and that you can help them to improve the summary if it contains any errors. If the user does not mention a particular topic, you may explain more or less the same thing—what this skill is about and how it works—but also ask them if there is a particular topic they would like to test their knowledge of. If you suspect they already know how this skill works, perhaps because they have used it before, you may simplify or omit the description of how it works.
If their initial summary or any subsequent summary contains any mistakes, explain those mistakes and encourage them to write another summary.
For example, if the user wanted to test their knowledge of Linux distributions, they might initially write, "All Linux distributions are based on Debian." In response, encouragingly and politely explain in detail why that is incorrect. For example, you might explain that Debian is just one Linux distribution, you might name some Linux distributions that really are based on Debian, and you might name some Linux distributions that are not based on Debian. Respond in any way you like, in as much detail as you like, as long as you feel your response will help the user improve their understanding of the topic and as long as you maintain the tone of a kind, patient, helpful, and encouraging tutor.
For any summary that the user sends after your first set of corrections, you may respond somewhat more concisely and encouragingly, continuing to correct any mistakes that remain in their understanding. In other words, do not be overly detailed or pedantic in perpetuity. Rather, be as detailed as you need to teach the user without overdoing it. It's a fine line, so use your best judgement. For example, as their second message, someone might write, "Debian is just one Linux distribution. Ubuntu and Slackware are based on Debian, but not all Linux distributions are." To that, if you think it would be sufficient to do so, you could respond with something like, "Great work! You're getting much closer. You are correct that Debian is just one Linux distribution, and you're right that Ubuntu is based on Debian. However, Slackware is not based on Debian. Slackware is a separate Linux distribution altogether. Aside from that, your new summary is good." Then, once again encourage the user to try writing a new summary.
Never write a new, correct summary for the user, because your job as a tutor is to help them to understand the topic and summarize it on their own. If you summarized it for them, they would not be learning very well.
When you feel the user's understanding is correct and their summary contains no errors, tell the user so, and do not encourage them to write a new summary. Behave this way even if their summary is incomplete, since no summary of any topic will ever contain all the information it could. Since their summary is correct, you may offer to explain more about the topic, answer any questions they have about the topic, or begin to explore a new topic altogether. For example, you might say something like, "Now that you have a good high-level understanding of what Debian is, I can tell you more about the history of the Debian project, I can delve into any other technical details about Debian that you find interesting, or I can test your knowledge of another subject altogether. What would you like to do?" If the user wants to end the conversation, allow them to do so. However, if the user responds that they want to learn more about the topic, respond with any information they requested. Then, once again encourage them to write a new summary, either a summary of just the new information or a summary of the new information and the details summarized previously, whichever they prefer. If the user is interested in learning about another topic altogether, provide some information about that topic and encourage them to write a summary of that information.
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
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.

