Краткий ответ
TRIZ.tech — AI-сервис, который ведёт инженера по алгоритму ТРИЗ: выявляет техническое противоречие в вашей задаче, переводит его в физическое, подбирает приёмы и генерирует варианты решений. Для главного конструктора, R&D-руководителя и инженера-разработчика. Результат — сформулированные решения с обоснованием, а не список идей. Цена — [ТРЕБУЕТ ПРОВЕРКИ]. Ограничение: сервис не проверяет решения физически и не заменяет испытания.
Проблема: инженеры решают изобретательские задачи перебором
Мозговой штурм устроен так: собрать людей в комнату, накидать идей, проголосовать. Метод хорошо работает на задачах уровня «как улучшить то, что уже понятно». На изобретательской задаче он даёт предсказуемый результат — обсуждение уходит в компромисс.
Механика компромисса узнаваема. Нужно одновременно повысить жёсткость детали и снизить её массу — значит, выбираем промежуточное значение и теряем на обеих сторонах. Нужно, чтобы мембрана была жёсткой на одних режимах и податливой на других — берём среднее и не получаем ни того, ни другого. Инженер фиксирует этот компромисс в чертеже и идёт дальше, хотя задача была не «выбрать между», а «получить и то, и другое».
Цена перебора измерима. На одну изобретательскую задачу уходят недели на формулировки и обсуждения, десятки отвергнутых вариантов без критерия отбора, а в патентной работе — риск пропустить решение из «соседней» отрасли, которое уже применяется и описано в аналогах. Часть задач закрывается не решением, а привычкой: «так конструктивно сложилось».
Второй источник потерь — постановка. Инженер формулирует задачу так, как её видит, и правильный ответ лежит не там. «Снизить вибрацию кронштейна» — это не задача, а следствие. Настоящая задача может быть в оперативной зоне на 30 мм выше и в оперативном времени 0,2 секунды после пуска.
Для кого подходит и для кого нет
Сервис рассчитан на инженера, который уже умеет ставить техническую задачу и готов разбираться в алгоритме: главный конструктор, R&D-руководитель, инженер-разработчик, а также патентный поверенный, которому нужен поиск по функциональному признаку. Отрасль значения не имеет, но наибольший эффект — там, где есть выраженные противоречия: машиностроение, приборостроение, технологическое оборудование, микроэлектроника.
Не подойдёт:
- задачам выбора, а не изобретения (какой подшипник купить из каталога) — тут хватит справочника;
- расчётным задачам (прочность, тепловой режим) — нужен CAE, а не ТРИЗ;
- ситуациям, когда решение уже есть в готовом виде, а ограничение не техническое, а организационное или бюджетное;
- задачам, где нет ресурса на разбор и верификацию — генерация вариантов требует инженера, который их оценит.
Как работает: от формулировки до решения
Путь в сервисе повторяет логику АРИЗ-85В, но с разбором на каждом шаге.
1. Формулировка и декомпозиция. Задача переводится из вида «улучшить деталь» в вид «функция — объект — результат». Одновременно определяются оперативная зона (пространство, где возникает конфликт) и оперативное время (момент, когда он проявляется). Это уже отсекает половину тупиковых формулировок.
2. Выявление технического противоречия (ТП). ТП — это ситуация, когда улучшение одного параметра системы ухудшает другой. Формулируется в явном виде: «если увеличить жёсткость мембраны, растёт инерционность, если уменьшить — падает быстродействие». Без этого шага дальше идти бессмысленно — приёмы подбираются именно под ТП.
3. Перевод ТП в физическое противоречие (ФП). ФП — требование к одному элементу в одной зоне: он должен быть одновременно свойством A и свойством не-A. «Мембрана в оперативной зоне должна быть жёсткой — чтобы передать усилие — и податливой — чтобы открыться». ФП жёстче и полезнее ТП: оно указывает на одно место и один параметр, а значит, на конкретный механизм разрешения.
4. Матрица 39×39 и 40 приёмов. По параметрам «что улучшаем — что ухудшается» сервис выдаёт набор приёмов устранения ТП с пояснением, как каждый применяется к вашей формулировке. Формулировка «приём № N» без разбора бесполезна, поэтому идёт привязка к элементам системы.
5. Вепольный анализ (В1–В2–П). Вещество, вещество, поле. Модель показывает структуру взаимодействия: где поле не передаётся, где оно передаётся не туда, где нужен третий элемент. Там, где известные приёмы не срабатывают, вводится X-элемент — и сервис объясняет, какие вещества и поля из имеющихся ВПР (вещественно-полевые ресурсы) могут его заменить.
6. Проверка по ИКР. Каждый кандидат проверяется вопросом идеального конечного результата: система сама выполняет функцию, ничего не добавляя и не усложняя. Решения, требующие нового узла, отсеиваются или отправляются на второй круг — с проверкой по стандартам на решение изобретательских задач и законам развития технических систем (ЗРТС), чтобы решение не противоречило логике развития системы.
Пошаговый разбор: кронштейн с вибрацией
Задача: в блоке датчиков на двигателе кронштейн передаёт вибрацию на измерительный элемент, показания плавают. Классическое решение — демпфер, но он требует места, которого нет, и узла, которого нет в бюджете массы.
Шаг 1. Оперативная зона и время. Проблема не в кронштейне целиком, а в зоне стыка кронштейна с датчиком, в момент работы двигателя на определённой частоте. Уточнение сужает область поиска в разы.
Шаг 2. ТП. Если сделать кронштейн жёстче — вибрация передаётся сильнее, показания хуже. Если сделать податливее — вибрация падает, но датчик смещается и теряет точность позиционирования.
Шаг 3. ФП. Кронштейн в оперативной зоне должен быть жёстким (держать позицию датчика) и податливым (гасить колебания). Одновременно, в одном элементе, в одной зоне.
Шаг 4. Приёмы. По матрице выпадает группа приёмов, работающих с разделением противоречия. Разделение по времени — жёсткость нужна не всегда, а на определённых режимах. Разделение в пространстве — одна часть элемента жёсткая, другая работает как упругий шарнир. Сервис выдаёт оба направления и объясняет, где проходит граница между зонами.
Шаг 5. Веполь. Модель: В1 (кронштейн) — В2 (датчик) — П (механическое поле вибрации). Поле мешающее, и оно же полезное на других режимах. Недостающее звено — элемент, который меняет передачу поля в зависимости от частоты. Это и есть X-элемент. Проверяются ВПР: материал самого кронштейна, его геометрия, ресурс уже имеющегося крепежа.
Шаг 6. ИКР. Идеально — кронштейн сам гасит вибрацию, не добавляя узлов. Решение: локальное изменение сечения в оперативной зоне, где жёсткость на изгиб сохраняется, а крутильная податливость гасит колебания нужной моды. Новых деталей ноль.
Шаг 7. Верификация. Расчёт на модальные частоты и испытания на вибростенде. Здесь сервис останавливается — дальше инженер.
Чем это отличается от обычного AI-чата
Обычный чат отвечает на вопрос, который вы задали. ТРИЗ-сервис работает с вопросом, который вы задали неправильно, — и это основная разница.
Три отличия по механике:
- Чат ищет похожее. Он воспроизводит типовые решения из обучающих данных. Если ваша задача типовая, ответ будет неплохим; если изобретательская — вы получите усреднённый вариант.
- ТРИЗ-сервис ищет противоречие. Он останавливает вас на этапе постановки, пока не сформулированы ТП и ФП, и ведёт к приёмам по формальному признаку, а не по похожести формулировок.
- Верифицируемость. У выдаваемого решения есть происхождение: приём → модель → элемент системы. Это можно проверить, оспорить и защитить на техническом совете. У ответа чата происхождения нет.
От мозгового штурма отличие ещё жёстче. Штурм генерирует идеи и требует участников. ТРИЗ-сервис работает в одиночку, за час, и выдаёт не идеи, а решения с обоснованием — то есть снимает опору на «кто убедительнее говорил».
Точность и ограничения: где AI ошибается
Сервис ошибается предсказуемо, и это важно понимать на входе.
Ошибка постановки. Если вы сформулировали задачу неверно, сервис будет корректно решать не вашу задачу. Признак: выданные ТП звучат формально правильно, но не отзываются на реальную проблему. Лечится переформулировкой, а не сменой инструмента.
Ошибки в фактическом слое. Числовые параметры материалов, ограничения по технологии, реальная кинематика узла — этого сервис не знает и может предложить технически безупречное по логике решение, невозможное в вашем производстве. Проверка обязательна.
Приёмы не решают всё. 40 приёмов — эвристический инструмент, а не доказательство. Часть задач требует выхода за матрицу: в физику, химию, комбинаторику. Сервис укажет направление, но не заменит расчёт.
Верификация остаётся на инженере. Ни одна выдача сервиса не является основанием для запуска в производство. Расчёт, испытания, технологическая проработка — вне сервиса. Сервис не подтверждает патентоспособность и не заменяет патентный поиск, хотя и помогает формулировать признаки для него.
