К основному содержанию
скилл CX Codex

thinking-kepner-tregoe — скилл для Claude Code: разбор дефектов

Скилл для анализа отклонений по матрице IS/IS-NOT и для выбора между вариантами через MUST/WANT и разбор рисков.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add tjboudreaux/cc-thinking-skills --skill thinking-kepner-tregoe -a claude-code
Открыть на GitHub

Что делает thinking-kepner-tregoe

Скилл включает два режима. Problem Analysis нужен, когда дефект проявляется у части объектов, мест, времён или групп, но не у сравнимых с ними. Decision Analysis — когда вариантов несколько, есть жёсткие требования и конкурирующие цели.

В Problem Analysis вы описываете WHAT, WHERE, WHEN и EXTENT: что входит в IS, что ближайшее сравнимое IS-NOT и чем сторона IS отличается. Кандидаты в причины берутся из этих различий и недавних изменений. Причина проходит только если объясняет обе стороны границы; проверку берут самую дешёвую из различающих. В Decision Analysis сначала идёт отсев по MUST, потом взвешенные WANT с важностью от 1 до 10, затем таблица неблагоприятных последствий с вероятностью и ущербом. Высокий итоговый балл не должен скрывать провальный сценарий.

Скилл отказывается выбирать победителя, если ни одна причина не подтвердилась или ни один вариант не прошёл MUST — вернёт открытый результат. Полную матрицу он советует пропускать для очевидной причины или тривиального выбора: лишние строки ничего не дают. Внутри только SKILL.md с процедурой, без скриптов и внешних зависимостей.

Какие задачи решает

  • отделить причину дефекта от похожих, но не совпадающих случаев
  • сравнить варианты по жёстким требованиям до подсчёта баллов
  • увидеть рискованный сценарий за высоким итоговым баллом
  • проверить, перевернётся ли выбор при смене весов
  • честно вернуть «нет решения», когда причина не подтвердилась

Примеры запросов агенту

  • разбери, почему падает только часть запросов, через IS/IS-NOT
  • сравни две схемы миграции: сначала MUST, потом взвешенные WANT
  • покажи, при каких весах выбранный вариант перестаёт быть лучшим

Как установить thinking-kepner-tregoe

1Через Skills CLI (Vercel)

npx skills add tjboudreaux/cc-thinking-skills --skill thinking-kepner-tregoe -a claude-code

2Вручную: положить файлы

~/.claude/skills/thinking-kepner-tregoe/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/thinking-kepner-tregoe/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Вопросы о thinking-kepner-tregoe

Как установить thinking-kepner-tregoe в Claude?

Выполните npx skills add tjboudreaux/cc-thinking-skills --skill thinking-kepner-tregoe -a claude-code. После этого файл скилла лежит в ~/.claude/skills/thinking-kepner-tregoe/SKILL.md.

Что делает thinking-kepner-tregoe?

Прогоняет две процедуры: поиск причины отклонения через матрицу IS/IS-NOT и выбор варианта через отсев по MUST, взвешенные WANT и таблицу неблагоприятных последствий.

Когда скилл не нужен?

При равномерном отказе без полезного контраста, при уже подтверждённой причине или когда один вариант явно лучше остальных. Полная матрица в таких случаях — лишняя работа.

Исходный текст

SKILL.md · MIT
---
name: thinking-kepner-tregoe
description: Use when a selective defect needs IS/IS-NOT difference analysis or a consequential option choice needs must/want weighting and adverse-consequence comparison.
disable-model-invocation: true
---

# Kepner-Tregoe Analysis

**Core rule:** Diagnose deviations by testing causes against both IS and IS-NOT. Compare consequential choices by screening MUSTs, weighting WANTs, and exposing adverse consequences before selecting.

## When to Use

- A defect affects some objects, places, times, or cohorts but not comparable others.
- Several candidate causes remain and the contrast boundary can discriminate them.
- A consequential option choice has explicit non-negotiables, competing objectives, and risks that should be compared consistently.

## When NOT to Use

- A uniform failure has no meaningful IS-NOT contrast, or the cause is already confirmed.
- One cheap observation settles the cause or one option plainly dominates every requirement.
- The criteria cannot be made operational; clarify them before assigning weights.
- The task is forward failure discovery for a planned change rather than diagnosis or option selection.

## Procedure

1. **Choose the mode.** Use Problem Analysis for a deviation from expected behavior; use Decision Analysis for a choice among options. State the target and do not mix scores with causal evidence.
2. **Frame the target.** For a deviation, record object, defect, location, time, extent, and impact. For a choice, state the decision, alternatives, constraints, and deadline.
3. **Problem Analysis — build IS/IS-NOT.** For WHAT, WHERE, WHEN, and EXTENT, record IS, closest comparable IS-NOT, and the distinction unique to the IS side. List changes near the first occurrence.
4. **Problem Analysis — difference-test causes.** Generate candidates from distinctions and changes. A candidate survives only if it explains both IS and IS-NOT. Run the cheapest discriminating check; stop when one verified cause explains the full boundary.
5. **Decision Analysis — screen and score.** Define pass/fail MUSTs and weighted WANTs (1–10 importance) before scoring. Eliminate options that fail any MUST; score survivors against each WANT and calculate weighted totals using the same scale.
6. **Decision Analysis — test downside and sensitivity.** For leading options, list adverse consequences with probability × impact and identify assumptions or weight changes that would reverse the ranking. Do not let a high total conceal a ruinous failure mode.
7. **Decide or expose the gap.** Return the verified cause or highest-ranked acceptable option, the evidence/score behind it, residual risk, and next verification. If no cause verifies or no option passes MUSTs, return open/none rather than force a winner.

## Output

Return one mode-specific decision artifact:

- **Problem Analysis:** problem statement; IS/IS-NOT matrix with distinctions; nearby changes; candidate-vs-boundary tests; confirmed cause or next discriminating check.
- **Decision Analysis:** decision statement; alternatives; MUST screen; weighted WANT matrix; adverse-consequence table; sensitivity/reversal conditions; selected option or none.

## Verification

- **Falsify/stop:** reject a cause that cannot explain both sides of the boundary. Reject a choice if it fails a MUST, depends on inconsistent scoring, or loses under a plausible weight/risk change that was hidden.
- **Over-application guard:** skip the full matrix for an obvious cause, trivial choice, or one-shot check. Stop when the cause verifies or the option is robust enough for the stated stakes; extra rows are ceremony.

© tjboudreaux · MIT · tjboudreaux/cc-thinking-skills

Похожие скиллы

Все скиллы по теме «Настройка агента: память, контекст, субагенты» →
thinking-partner mattnowdev Скилл, который спорит с вашими допущениями и подбирает ментальные модели под конкретную задачу. Пригодится, когда застряли на выборе или хотите проверить план на прочность. CX Codex +1 536установок consciousness-council K-Dense-AI Скилл собирает «совет» из архетипов мышления, разводит факты, допущения и ценности и выдаёт условную рекомендацию по трудному выбору. CX Codex +1 1 900установок sequential-thinking mrgoonie Скилл разбивает сложный анализ на цепочку шагов, пересматривает выводы и строит ветки решений. Пригодится при проектировании систем и поиске скрытых багов. CX Codex +1 1 800установок good-thinking jwynia Скилл для аудита того, как агент рассуждает: где операции работают впустую и какая ориентация ими управляет. CX Codex +1 513установок from-the-other-side-anitta официальный github Скилл превращает Copilot в строгого оппонента: проверяет скрытые допущения, оценивает качество фактов и защищает решения от логических ошибок. 25установок critical-thinking-logical-reasoning sammcj Скилл разбирает логику письменных текстов: статьи, расшифровки, отчёты. Не для кода — только когда явно просят раскритиковать аргумент. CX Codex +1 2 400установок

Из того же набора27

thinking-jobs-to-be-done Разбирает, какую работу пользователь нанимает продукт сделать, и по этому ранжирует фичи. Пригодится, когда непонятно, что резать, а что развивать. CX Codex +1 568установок thinking-cynefin Классифицирует задачу по связи причины и следствия и подсказывает режим работы: runbook, анализ, проба или стабилизация. Пригодится, когда метод не срабатывает и непонятно почему. CX Codex +1 567установок thinking-bounded-rationality Скилл останавливает поиск на первом варианте, который проходит заранее заданный порог, вместо бесконечного сравнения. CX Codex +1 563установок thinking-model-combination Скилл связывает 2–3 ментальные модели с разными ролями, когда одной не хватает. Для сложных решений в нескольких доменах. CX Codex +1 563установок thinking-thought-experiment Скилл для случаев, когда реальный тест слишком дорог, редок или необратим: агент прогоняет один контрфактический сценарий с изолированной переменной и ограничивает выводы. CX Codex +1 560установок thinking-map-territory Скилл заставляет агента проверить живой код или данные, когда документация, тест или метрика расходятся с наблюдаемым поведением. CX Codex +1 559установок thinking-effectuation Скилл для решений в условиях неопределённости: сначала инвентаризация средств, потом шаг в пределах допустимых потерь. Пригодится, когда прогнозы ненадёжны. CX Codex +1 556установок thinking-lindy-effect Скилл для оценки того, что проживёт дольше: возраст технологии становится доводом в пользу проверенного варианта. Пригодится при выборе языка, фреймворка или базы. CX Codex +1 553установок

Спонсоры проекта

Компании, которые помогают держать аналитику открытой