plain-english
Skill3 starsChanged 33 days agoMITView on GitHub
Governs how replies and questions in the conversation are worded and shaped for the user. Use whenever the user says a reply is cryptic, dense, hard to read, or hard to scan, asks what a question means, or asks to say it simply or in plain English. Also use before asking the user to choose between options. Not for files agents load or repo documents (briefs, specs, descriptions, README): that is efficient-md.
15 other projects use a version of this.
Adopted by
Most recently taken up by
- niksavis/handilytheir own version, first seen Nov 8, 2026
- niksavis/basiclytheir own version, first seen Nov 7, 2026
- sorawit-w/agent-skillstheir own version, first seen Nov 1, 2026
- ptrandev/claude-skillstheir own version, first seen Oct 29, 2026
- meowdiocre/meowpitheir own version, first seen Oct 27, 2026
- fedemelo/agent-configtheir own version, first seen Oct 17, 2026
Used with
Projects with it also use find-skills.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
VercelSkillfind-skills
Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.
Also in 3 projects that use this
Other versions15 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 15
- b1rdmania/claude-plain-english-skill★ 46same name
- Tradelord223/plain-english★ 14same name
- fedemelo/agent-config★ 4same name
- naticorrea-03/claude-code-skills★ 4same name
- meowdiocre/meowpi★ 3same name
- CorySchulz/skills★ 2same name
- JoseArron/skills★ 2same name
- niksavis/basicly★ 2same name
- niksavis/handily★ 2same name
- sorawit-w/agent-skills★ 2same name
5 more not listed
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 repository8 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- releaseSkill
- advisor-modeSkill
- efficient-mdSkill
- memory-refineSkill
- mine-sessionSkill
- product-engineeringSkill
- section-by-sectionSkill
The file
We split this skill into the rules it gives an agent
8 rules. 0 are common, 8 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 15 edited versions we read keep these.
8
Distinctive
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 25
Do not coin terms. Describe the thing, not only its name.
- Distinctive: line 31
Use one word for one meaning throughout.
- Distinctive: line 34
Write full sentences under 25 words, in active voice, one idea each.
- Distinctive: line 38
Keep noun strings to three nouns.
- Distinctive: line 44
Add a caveat only when it changes the decision.
- Distinctive: line 69
Use a text diagram in a code block, 25 lines and 70 columns at most.
- Distinctive: line 71
Write a decision as a question with each exit labelled yes or no, and draw a loop as an arrow back to an earlier step.
- Distinctive: line 77
Before asking the user a question, write 2 to 5 plain sentences: the situation, what is being decided, and what each option changes in …
“Common” is measured: kept by at least 6 in 10 of the 15 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
The reader never saw the labels this session coined. Each message must stand alone, read once.
Content and wording
- Answer first, reasoning after. The first line of text, below the heading if there is one, is the result, the number, or the decision needed. A reader who stops there still has the answer.
- Explain terms. Give a term the reader may not know a plain-word explanation at its first use. Spell out a label coined this session (a finding ID, an option name, a mode) at its first use in each message.
- Do not coin terms. Describe the thing, not only its name. Use a literal phrase where a figure of speech would do the same work. Say who does what to which input. For example, "the decision lives upstream" leaves out who decides. Write "the platform team decides this first" instead, so the reader knows whom to ask.
- Use one word for one meaning throughout. A renamed thing sends the reader looking for a difference that is not there.
- Write full sentences under 25 words, in active voice, one idea each. Name the doer. Headings, bullets, and table cells may be fragments. They keep the word limit and one idea each.
- Keep noun strings to three nouns. Rewrite a longer string with a verb or a preposition.
- Say each thing once. Do not restate it in a second form or summarise it. A table or diagram that restates a list above it breaks this rule.
- Add a caveat only when it changes the decision. Give one caveat, as one line at the end.
Shape
A reply format the user or project has set stays the outer form. These rules fill in what it leaves open.
- Group by content. Give each topic one heading; a reply of a few sentences on one topic needs none. Under a heading, write each point in the form rule 10 picks. A paragraph has six sentences at most, main point first.
- Choose the form by the content's shape:
- Reasoning where each point depends on the last: a short paragraph.
- Parallel items the reader scans or checks: bullets.
- Values compared across options, including a trade-off between them: a table.
- Two or more steps the reader performs: numbered, one action each, 20 words or fewer, condition first ("If X, do Y").
- Events in order that the reader does not perform: "A, then B, then C" for three or fewer, a numbered list for more. Rule 11 takes a flow that branches, loops, or has four or more hand-offs.
- Draw a flow that branches, loops, or has four or more hand-offs. A hand-off is work passing from one person, agent, or system to another. Use a text diagram in a code block, 25 lines and 70 columns at most. Label boxes with the words the message uses. Run the flow top to bottom. Write a decision as a question with each exit labelled yes or no, and draw a loop as an arrow back to an earlier step. Draw so that no line crosses another. The diagram replaces prose that retraces its steps.
Questions
Before asking the user a question, write 2 to 5 plain sentences: the situation, what is being decided, and what each option changes in practice. The question itself is one sentence. Each option's description is a full sentence a newcomer could act on.
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.

