CtrlK
BlogDocsLog inGet started
Tessl Logo

plain-english

Translates technical content into plain English for non-technical stakeholders by converting jargon into business language, surfacing decisions and impact early, and producing actionable recommendations with clear ownership and timeline. Use when the user asks to simplify technical content, write an executive summary, explain something in layman's terms, rewrite for non-technical audiences, or translate jargon for management or stakeholders. Applies to document types such as technical reports, architecture decision records, incident summaries, risk assessments, and status updates. Distinct from general writing or documentation skills by its focus on audience identification, decision-first structure, and jargon elimination for non-technical readers.

77

Quality

96%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

92%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a well-structured, highly actionable instruction skill: a decision-first framework, concrete templates and commands, a verification checklist, and clean progressive disclosure to five real reference files. Its only weakness is minor redundancy between the inline fallback/hard-rule statements and the checklist, which costs it slightly on conciseness.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — no space is wasted explaining what plain English is, and BAD/GOOD examples are one line each — but there is minor redundancy that could be trimmed: the fallback prefix "Audience: unknown. Applying manager-level clarity (fallback)." appears in Step 1, again in the Constraints fallback table, and the hard rules overlap with both the Step 5 checklist and the anti-pattern table (e.g., acronym definition appears three times). This fits anchor 4 ('Efficient; minor instances of over-explanation that could be trimmed') better than 5 ('every token earns its place'), but is well above 3.

4 / 5

Actionability

Guidance is fully concrete and executable for an instruction-only skill: an exact action template ("[Owner] must [specific action] by [concrete deadline]"), a runnable command ("grep -oE '\b[A-Z]{2,}\b' file.md | sort -u"), copy-paste fallback prefixes, and paired BAD/GOOD examples covering the common cases. This matches anchor 5 ('copy-paste ready code or commands; specific examples cover the common cases'); per the scoring notes, the absence of a code library is not penalized for an instruction-only skill.

5 / 5

Workflow Clarity

The five steps (Identify Audience → Define Outcome → Draft Key Message → Supporting Context → Verify) are clearly sequenced, with an explicit verification checklist and a built-in feedback loop ("Define each, then draft — rewrite still leads with key message") for acronym-heavy inputs. This matches anchor 5 ('Clear sequence with explicit validation steps; feedback loops for error recovery; checklists'); the destructive/batch cap does not apply since this is a writing task.

5 / 5

Progressive Disclosure

The ~135-line body is an appropriate overview with all detail pushed to five real, one-level-deep reference files (all verified present in references/), each introduced with an inline pointer at the point of need plus a References table stating each file's purpose. This matches anchor 5 ('Clear overview with well-signaled one-level-deep references; content appropriately split; easy navigation') — inline summary tables (anti-patterns, fallbacks) are properly backed by the full files rather than buried.

5 / 5

Total

19

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is an exemplary description: concrete third-person capability statements, an explicit 'Use when...' clause with natural trigger phrases and synonyms, applicable document types, and an explicit differentiation statement against adjacent skills. It matches or exceeds the quality of the good overall examples in the rubric.

DimensionReasoningScore

Specificity

The description lists multiple concrete, specific actions — "converting jargon into business language, surfacing decisions and impact early, and producing actionable recommendations with clear ownership and timeline" — with comprehensive coverage of the skill's capabilities, all in third person. This matches the anchor 'Lists multiple specific concrete actions; comprehensive coverage'; the level-4 anchor ('minor gaps in coverage') fits worse since the three core actions plus applicable document types leave no obvious gaps.

5 / 5

Completeness

Both 'what' and 'when' are answered explicitly and concretely: the first sentence states what the skill does, and "Use when the user asks to simplify technical content, write an executive summary, explain something in layman's terms..." provides explicit trigger phrases plus applicable document types. This matches the anchor 'Clearly and explicitly answers both what AND when with concrete trigger phrases'; score 4 would require the 'when' to be less explicit, which it is not.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive and natural: "simplify technical content", "write an executive summary", "explain something in layman's terms", "rewrite for non-technical audiences", "translate jargon for management or stakeholders" — these are phrases users would actually say, with synonym-level variation. Anchor 5 is the best fit; anchor 4 ('a few natural terms missing') would understate the synonym coverage (simplify/rewrite/translate/explain).

5 / 5

Distinctiveness Conflict Risk

The description explicitly carves out its niche: "Distinct from general writing or documentation skills by its focus on audience identification, decision-first structure, and jargon elimination for non-technical readers" — a clear differentiator with distinct triggers (audience-translation requests). This matches the anchor 'Clear niche with distinct triggers; minimal conflict risk'; the level-4 anchor would require minor overlap risk with closely related skills, which the explicit differentiation statement largely forecloses.

5 / 5

Total

20

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
pantheon-org/tekhne
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.