AGENT SKILL

wtf

WHEN the immediately previous LLM response was unclear, too dense, or hard to follow; NOT for doing the work that response describes, and NOT for writing a new document from it; returns a plain UK English re-explanation that keeps every detail that changes how the response should be understood.

适用职业内容创作者
使用场景写作与文案
License 许可
MIT
所属仓库
mintuz/skills
最近更新
2026-11-13
Stars
★ 35
Forks
7

01 前言 Front Matter

name
wtf
description
WHEN the immediately previous LLM response was unclear, too dense, or hard to follow; NOT for doing the work that response describes, and NOT for writing a new document from it; returns a plain UK English re-explanation that keeps every detail that changes how the response should be understood.

02 资源文件 1

03 SKILL.md 正文

WTF

Procedure

  1. Read the immediately previous LLM response.
  2. If no previous LLM response exists, say there is nothing to re-explain, ask which response or text to explain, and stop. Do not invent, quote, or guess a previous response.
  3. If the response uses domain terms, look in the current project for CONTEXT.md, GLOSSARY.md, UBIQUITOUS_LANGUAGE.md, and *.glossary.yml files. Take canonical terms and meanings from them, but add no information from them that the previous response did not contain.
  4. Re-explain the previous response with clearer structure and simpler wording.
  5. Preserve every detail that changes how the response should be understood: each condition, causal link, uncertainty, constraint, exception, dependency, example, technical identifier, value, unit, warning, scope, conclusion, and relationship.
  6. Attribute operational actions to the previous response so the explanation cannot read as a new task. Do not perform a new task.

Writing Rules

Write in a style inspired by ASD-STE100 Simplified Technical English.

  • Use active voice and plain UK English.
  • Write for a reading level between Key Stage 4 and Further Education.
  • Use the same term for the same concept throughout.
  • Use precise, technically accurate wording; when clarity and brevity conflict, prioritise accuracy and unambiguous meaning.
  • Use short sentences where possible; put one main action in each sentence.
  • Use the imperative for direct instructions.
  • Define an uncommon abbreviation or specialist term at first use.

Clarity Controls

  • Put each prerequisite, condition, warning, or limitation before the action it governs.
  • Replace a prose noun with the canonical term when a terminology file gives one; otherwise use the previous response's own nouns.
  • Keep every literal identifier, path, command, and value exactly as the previous response wrote it.
  • Replace vague pronouns with the specific subject.
  • Remove idioms, unnecessary synonyms, ambiguous references, and complex noun clusters.
  • Add no information absent from the previous response.
  • State uncertainty where the previous response was uncertain.
  • Report a contradiction in the previous response as a contradiction. Do not resolve it, choose a side, or state what the previous response intended. State that the previous response does not establish which statement is correct.
  • Keep the scope of an absolute word such as only, never, all, or always; never weaken it to usually or mostly.

Completion Criterion

The explanation is complete when it re-explains the immediately previous LLM response in clearer plain language, preserves every detail that changes its meaning, and starts no new work.

With no previous LLM response, the reply is complete when it says there is nothing to re-explain and asks which response or text to explain.

04 同仓库更多 Skills

mintuz
mintuz/skills

xstate

WHEN React state changes in response to an external answer — async submit, in-flight or loading flags, retries, cancellation, polling, optimistic updates, stale responses — or to an interaction with an interruptible middle, such as a drag or a gesture; or WHEN building, reviewing, testing, or visualising XState 5 actors and @xstate/react integrations; NOT for a value one event sets completely, such as a text draft, a focus flag, or a plain open and closed toggle; models typed lifecycles and renders legal Mermaid stateDiagram-v2 charts.

测试与质量前端开发
★ 35
mintuz
mintuz/skills

web-design

WHEN refining UI layout, typography, color, or polish; NOT code implementation; provides concise principles for intentional, legible design.

设计师视觉设计
★ 35
mintuz
mintuz/skills

tailwind

USE WHEN writing, fixing or reviewing styling in a project that uses Tailwind CSS, even a one-class change or a request that does not name Tailwind: colours, focus rings, spacing, class names chosen by a prop, map or CVA variants, theme tokens and dark mode in the Tailwind stylesheet or tailwind.config, setup or upgrades (if unsure whether the project uses Tailwind, check package.json or the main stylesheet first); NOT WHEN writing plain CSS or Sass in a project without Tailwind; produces class names Tailwind can find, syntax for the installed major version, visible focus indicators, and no unrequested dependency or invented brand value.

视觉设计
★ 35
mintuz
mintuz/skills

refactoring

WHEN you need a plan to refactor, restructure, or clean up working code and the test result is known, either green or a recorded failing set; NOT for new feature delivery or any behavior change; reversible-baseline safety with prioritized improvements.

代码审查
★ 35
mintuz
mintuz/skills

react

USE WHEN changing the logic, data, props, state, Effects or rendered text of a React component, hook or page, even a one-line change; NOT WHEN the request is styling only (class names, Tailwind, CSS, dark mode, spacing, shadows) or tests only, or when it models submit, in-flight, loading, retry or failure states, even for a named React form (xstate covers that, including its React wiring); applies React 19 composition, state, Effect, structure, API and performance rules with only the project's installed libraries.

测试与质量前端开发
★ 35
mintuz
mintuz/skills

react-testing

USE WHEN writing, fixing or reviewing a React Testing Library test for a component, hook or context provider, even one small test, or when asked for an end-to-end journey inside a Vitest or React Testing Library suite; NOT WHEN changing the component itself (react), testing XState actors or @xstate/react (xstate), or writing a Playwright or Cypress test; covers renderHook, providers, async results, forms and false-pass anti-patterns, and declines end-to-end journeys with the testable slices.

测试与质量前端开发
★ 35