cringe-check
Skill0 starsChanged 3 months agoMITView on GitHub
Audits professional and application copy for tone and positioning that reads as cocky, parroting, or presumptuous — solo-hero framing where the author is the only agent, positioning-against unnamed others to look smart by contrast, parroting a job description's distinctive phrases verbatim, prescribing a client's reality or priorities in a proposal, undermining a polished deliverable with unsolicited "happy to convert it" offers, and overclaiming authority or flattening hobby and enterprise work into false parallel. Use when reviewing a resume, cover letter, portfolio page, proposal, or pitch, or when the user asks for a "cringe check" or worries their copy sounds arrogant, try-hard, or like it is sucking up.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- cabbagecachekid/neon-jetpackword for word, first seen Aug 19, 2026
Other versions1 project uses a version of this.
Word for word · 1
- cabbagecachekid/neon-jetpack★ 0100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
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 repository2 other files it gives its agents.
- ai-written-checkSkill
- full-reviewSkill
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
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 46
False parallelism: do not use matched grammar (parallel verbs, parallel clauses) to imply that a weekend project and a multi-year …
- Distinctive: line 47
If asked to make a small thing sound bigger, decline and surface the scale issue rather than inflating it.
≈ “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
Cringe Check
Audit copy for the positioning moves that make a smart, qualified author look cocky or try-hard. This is a tone and stance check — it looks at how the author positions themselves relative to other people, the reader, and the truth. It does not touch sentence mechanics (that is the ai-written-check skill).
The frame to hold: the strongest copy reads as a generous collaborator who is genuinely good, not a solo hero or a sage on a mountain. Most cringe comes from the author accidentally instrumentalizing other people or claiming more than they own.
Register first
Resolve the register the same way full-review does (.red-pen/profile.md → ask once → default job-seeker). Then read the register's polarity.tone:
overclaim(job-seeker): run the six dimensions below as written — the defect is swagger.soften(publication): run them inverted — the defect is mush. For each dimension ask "did the edit make the author claim, feel, or say less than they wrote?" and use the register's## Distortion watchlist(hedges, de-cursing, expansion, formalization, apology framing, thesis dilution) as the hit list. Dimensions the register marks as not applicable are reported as "n/a for this register."
How to run it
Walk the six dimensions below. For each hit, output: the dimension name, the offending line quoted, and a collaborator-voice rewrite. Be specific — a real rewrite, not "soften this."
The six dimensions
1. Solo-hero check. Does every story use "I" as the only agent? Are partners — PMs, engineers, designers, leadership, participants — instrumentalized or invisible? Fix: name collaborators with their own agency.
2. Positioning-against check. Does the copy set up unnamed others (engineers, leadership, "most designers," "stock tools") as deficient so the author looks smart by contrast? Fix: let contrasts come from honest difference, not implicit putdown.
3. Curiosity check. Does the copy show any open question, uncertainty, or genuine interest in the reader's specific work — or is it all answers and claims? All-answers reads as closed and cocky.
4. Generosity check. Are the people in the stories collaborators, or background characters receiving the author's brilliance? Credit shared wins as shared.
5. Live-question check. Does the author name something they're still figuring out? (Especially load-bearing for research / AI roles, where admitting a live uncertainty is the credential.)
6. JD-mirror check. Does the copy lift the job description's most distinctive verbs or slogans verbatim ("kill bad ideas," "ship fast," "strategy-level not feature-level")? Verbatim lifts read as parroting. Soft echoes — same concept, the author's own words — are fine and usually desired.
Two more, for client / proposal copy
7. Don't-prescribe. In a proposal, don't tell the client what their reality is — "the highest-risk feature in your product," "the biggest open question is whether users will pay," "if they don't trust it they'll leave." That reads as a stranger diagnosing their business. Bring craft (methodology), relevant market understanding, and relevant experience instead. Describe what the work can surface; don't preview its conclusions.
8. Don't-undermine-bespoke. When sending a polished, hand-built artifact (a custom deck, a tuned layout), don't tack on "happy to convert this to Figma/Notion/slides if easier." It undercuts the thing you just made and volunteers free work before the engagement is scoped. The format you sent is the format. (Format flexibility is fine when the artifact is genuinely rough — a draft doc, a quick recording.)
Overclaim and scale (runs through all of the above)
- Authority you don't have: "leads," "owns," "decides," "built from scratch," "established the function" — only if literally true. Contributor ≠ owner. Early adopter ≠ the person who sets strategy.
- False parallelism: do not use matched grammar (parallel verbs, parallel clauses) to imply that a weekend project and a multi-year enterprise effort are the same scale. Parallel grammar implies parallel scope to the reader. Keep different scales in different scopes.
- If asked to make a small thing sound bigger, decline and surface the scale issue rather than inflating it.
For worked examples and the reasoning behind each dimension, see references/POSITIONING.md.
What this skill does NOT do
- It does not check sentence mechanics or AI tells — use
ai-written-check. - It does not verify facts — that belongs to
full-review. - It never inflates. When the honest version is smaller, it says so.
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.

