triz

name	triz
description	Системное решение сложных инженерных, продуктовых, организационных и software-задач через поиск ключевой проблемы, противоречия, ИКР, ресурсы и проверяемые концепции. Используй, когда улучшение одного свойства ухудшает другое, требуется устранить конфликт без компромисса, выполнить функциональный/причинно-следственный анализ или применить инструменты ТРИЗ.
version	2.0.0
author	Niyaz Garipov
license	MIT
metadata	{"hermes":{"tags":["triz","innovation","contradiction","problem-solving","engineering","software"],"category":"research","related_skills":["tce","nc777-prompts"]}}

TRIZ 2.0 — системное решение изобретательских задач

Назначение

Преобразуй исходную проблему в проверяемое решение, устраняющее корневое противоречие с минимальным усложнением системы. Не подменяй ТРИЗ случайным мозговым штурмом и не называй упрощённый маршрут АРИЗ.

When to Use

Загружай навык, когда:

• улучшение A ухудшает B;
• элемент должен обладать взаимоисключающими свойствами;
• обычная оптимизация даёт только компромисс;
• нужно найти ключевую задачу за симптомом;
• пользователь просит ТРИЗ, ИКР, противоречие, функциональный анализ, веполь, 40 приёмов, тримминг, TESE или АРИЗ.

Не активируй для обычного исправления кода, перевода, вычисления, краткого списка идей или задачи без конфликта, пока ТРИЗ не добавляет ценности.

Основные правила

1. Сначала найди правильную задачу, затем решай её.
2. Отделяй факт, допущение, гипотезу и рекомендацию.
3. Не выдумывай физическое противоречие, патент, научный эффект, метрику или источник.
4. Авторские software-соответствия называй эвристиками, а не канонической матрицей Альтшуллера.
5. АРИЗ-85С применяй только к сложной ключевой мини-задаче, не решённой более простыми инструментами.
6. Предлагай несколько концепций, затем независимо проверяй их.
7. Решение считается сильным, если полезный параметр улучшен без недопустимого ухудшения связанного параметра и без более тяжёлого нового конфликта.

Triage и маршрутизация

Определи уровень:

Уровень	Признаки	Маршрут
Быстрый	одна ясная пара параметров, известны ограничения	ТП → ИКР → ресурсы → 2–4 модели решения → проверка
Стандартный	симптом неоднозначен, несколько функций/компонентов	границы → функциональный анализ/CECA → ключевая задача → ТП/ФП → маршрутизатор
Глубокий	системный конфликт, решения ухудшают систему, высокая цена ошибки	полный анализ → ключевая мини-задача → ARIZ-85C route → обоснование концепции

Если данных не хватает, не останавливай анализ: сформулируй минимальные допущения, отметь их и покажи, какие данные сильнее всего изменят вывод.

Procedure

1. Зафиксировать исходную нежелательную ситуацию

Опиши наблюдаемый вред, цель, ограничения, стейкхолдеров и цену бездействия. Сформулируй административное противоречие: «нужно получить X, но неизвестно как сделать это при ограничениях Y».

2. Определить границы и временной масштаб

Укажи систему, подсистемы, надсистему, целевой объект, основную функцию и рассматриваемые прошлое/настоящее/будущее. Для сложных задач загрузи references/problem-identification.md.

3. Найти ключевую задачу

Для стандартного/глубокого трека выполни минимально достаточный набор:

• компонентный и функциональный анализ;
• анализ потоков вещества, энергии или информации;
• причинно-следственную цепочку недостатков (CECA);
• выбор ключевого недостатка, который реально можно изменить.

4. Сформулировать противоречия

• ТП: если улучшить [A], ухудшается [B].
• ФП: [элемент/зона] должен быть [свойство] при условии [C1] и не быть [свойство] при [C2].

Проверь обе стороны ТП: изменение в прямом и обратном направлениях. Для ФП загрузи references/physical-contradictions.md.

5. Сформулировать ИКР и идеальность

ИКР: целевой объект/система сама устраняет вред и сохраняет полезную функцию без введения сложного нового элемента и недопустимых затрат.

Оцени направление идеальности качественно:

полезные эффекты / (затраты + вред + сложность + риски).

Не выдавай эту запись за универсальную точную формулу.

6. Инвентаризировать ресурсы

Проверь доступные вещества/компоненты, поля/энергию, пространство, время, информацию, функции, структуру, среду и надсистему. Сначала используй бесплатные или уже присутствующие ресурсы. См. references/resources.md.

7. Выбрать инструмент по модели проблемы

Модель проблемы	Основной инструмент
Техническое противоречие	противоречие + изобретательские принципы; матрица только как подсказка
Физическое противоречие	разделение во времени/пространстве/по условию/между уровнями + эффекты/FOS
Неполное, недостаточное или вредное взаимодействие	Su-Field + маршрутизация к 76 стандартным решениям
Дорогой/избыточный компонент	тримминг и перенос функции
Нужно новое средство реализации функции	функционально-ориентированный поиск и база эффектов
Нужен прогноз развития	S-кривая и TESE
Осталась сложная ключевая мини-задача	ARIZ-85C route

Загружай только нужный справочник из references/.

8. Сгенерировать 3–5 концепций

Для каждой концепции укажи:

• применённый инструмент ТРИЗ;
• механизм устранения противоречия;
• какие ресурсы используются;
• предпосылки и ограничения;
• ожидаемый эффект;
• новый возможный конфликт;
• самый дешёвый тест.

Software-аналогии из references/software-techniques.md маркируй как direct, analogy или speculative.

9. Обосновать и отсеять

Проверь физическую/техническую реализуемость, безопасность, стоимость, масштабируемость, обратимость, сроки, доказательства и соответствие ограничениям. При необходимости используй доменного эксперта, поиск источников или эксперимент. Не смешивай генерацию концепции с её независимой проверкой.

10. Диверсионная проверка

Спроси: «Как новое решение может вызвать отказ, вред, неправильную активацию, деградацию или скрытую зависимость?» Добавь защиту или критерий остановки.

11. План проверки

Определи baseline, метрики обеих сторон противоречия, guardrail-метрики, тест, критерий успеха и отката. Не используй универсальные численные пороги без контекста проекта.

Формат результата

## 1. Исходная нежелательная ситуация и допущения
## 2. Границы системы и главная функция
## 3. Ключевая задача и причинная цепочка
## 4. Административное, техническое и физическое противоречия
## 5. ИКР и ресурсы
## 6. Выбранные инструменты ТРИЗ
## 7. Концепции решения
## 8. Сравнение и рекомендуемая концепция
## 9. Риски и диверсионная проверка
## 10. Эксперимент, метрики и следующий шаг
## 11. Реестр доказательств и неопределённости

Для быстрой задачи допустим сокращённый ответ, но обязательны противоречие, ИКР, механизм решения и проверка.

Pitfalls

• Решать первый симптом без поиска ключевого недостатка.
• Перебирать все 40 приёмов без маршрутизации.
• Считать компромисс снятием противоречия.
• Называть пятишаговую памятку АРИЗ.
• Представлять поле в Su-Field как результат взаимодействия: поле является носителем/средством взаимодействия.
• Применять механическую метафору к software без объяснения механизма.
• Подменять доказательство уверенным текстом.
• Делать ТРИЗ-анализ обязательным для простой рутинной задачи.

Verification

Перед завершением проверь:

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

Для самопроверки пакета запусти:

python3 ${HERMES_SKILL_DIR}/scripts/validate_skill.py ${HERMES_SKILL_DIR}
python3 ${HERMES_SKILL_DIR}/scripts/check_links.py ${HERMES_SKILL_DIR}

Справочники

Начни с references/methodology-map.md. Детали 40 приёмов и software-примеров находятся в references/software-techniques.md; методологические источники — в references/sources.md.