jtbd-triz-bridge - SKILL.md Agent Skill

name: jtbd-triz-bridge skill_id: jtbd_triz_bridge version: 1.0.0 category: jtbd description: "Use when нужно соединить JTBD-анализ с ТРИЗ-инструментами: джоба/разрыв есть, но непонятно каким ТРИЗ-инструментом генерить решение; или наоборот — есть ТРИЗ-вывод, нужно привязать к реальной работе пользователя. Based on изоморфизм JTBD (Силы прогресса / Job Graph / иерархия джоб / зрелость) ↔ ТРИЗ (Противоречия / ФА+Trimming / Системный оператор / S-curve+ЗРТС / ИКР). Output MUST include: - Bridge-mapping: какая JTBD-сущность → какой ТРИЗ-инструмент (≥1 пара из §1) - Для Сил прогресса: формулировка физического противоречия + приём разделения - Для идеальной джобы: формула ИКР («система САМА выполняет работу») - Job→Feature вывод, привязанный к J-ID - verdict + Next-Action Также FORWARD-режим (B7): JTBD-сценарии → карта требуемых функций [P/S/C/T/M/L] → coverage-матрица → фичи под непокрытые функции (для нового/растущего продукта, в отличие от gap-driven B3). Trigger phrases: "соедини jtbd с триз", "jtbd триз мост", "какой триз инструмент на эту джобу", "силы прогресса противоречие", "connect jtbd with triz", "jtbd triz bridge", "forces of progress contradiction", "какие функции должны быть", "сценарии в функции", "функциональная карта продукта", "разверни джобы в функции"" triggers:

"соедини jtbd с триз"
"jtbd триз мост"
"какой триз инструмент на эту джобу"
"силы прогресса как противоречие"
"идеальная джоба"
"connect jtbd with triz"
"jtbd triz bridge"
"forces of progress contradiction"
"какие функции должны быть"
"сценарии в функции"
"функциональная карта продукта"
"разверни джобы в функции" dependencies: ["contradictions", "ikr", "functional_analysis", "trimming", "system_operator", "s_curve", "zrts"]

JTBD ↔ ТРИЗ Bridge

Назначение

JTBD и ТРИЗ описывают одно явление разными словами. JTBD видит работу пользователя и силы переключения; ТРИЗ видит функции, противоречия и законы развития. Этот скилл — словарь перевода: берёт JTBD-сущность (джоба, разрыв, сила, иерархия) и даёт правильный ТРИЗ-инструмент-генератор, и наоборот. Без него агент применяет ТРИЗ «вообще», не привязав к реальной работе → фиче-шум.

When to Use

"соедини jtbd с триз" / "connect jtbd with triz"
"какой триз инструмент на эту джобу"
есть JTBD-разрыв (сила ≥6/10), нужно сгенерить решение ТРИЗ-методом
есть силы прогресса (Push/Pull/Anxiety/Habit) — хочешь разрешить как противоречие
standalone-режим: ad-hoc JTBD↔ТРИЗ работа БЕЗ triz-gap-closure-audit-standard.md. NB: внутри того стандарта мост НЕ нужен — он уже содержит S3 RCA+ / S4 ИКР / S5 противоречия (A/B 2026-06-05: мост поверх стандарта редундантен и сужает пространство решений). Этот скилл — для контекстов без встроенных ТРИЗ-стадий.

Input checklist

Есть конкретная джоба в JTBD-формате («когда <ситуация>, хочу <прогресс>, чтобы <выгода>») или разрыв с силой 0-10
Понятен слой: одиночная джоба / job graph / силы переключения / зрелость рынка
Доступ к ТРИЗ-скиллам _agent_shared/skills/triz/ (определения линз — там, не дублировать)
Источник джобы помечен [O/S/A] (интервью/аналитика/допущение)

§0. Макрос «ID + имя» (ОБЯЗАТЕЛЬНО)

Везде J-ID — джоба, F-ID — фича, голый ID запрещён (см. ~/.claude/rules/skill-construction.md R5).

§1. Таблица моста (6 изоморфизмов) — ядро

#	JTBD-сущность	↔	ТРИЗ-инструмент	Что делает мост
B1 — Силы прогресса ↔ Физпротиворечие	Push+Pull тянут к новому решению; Anxiety+инерция привычки тянут назад	↔	`contradictions` (физическое противоречие + разделение)	«Юзер должен переключиться (прогресс) И не должен (привычка/страх)» = ФП. Switching-триггер = разделение во времени (внешнее событие ломает привычку). Разрешение → фича снимает Anxiety, усиливает Pull
B2 — Идеальная джоба ↔ ИКР/IFR	«Работа делается сама, без усилий пользователя» (Горбунов: «убери потому что — осталось ли действие»)	↔	`ikr`	«Система САМА выполняет работу» = формула ИКР один-в-один. Эталон фичи ДО генерации: чего касается идеал — туда фича
B3 — Job Graph + сила проблемы ↔ ФА + Trimming	Шаги пути; разрыв силой ≥8 = где застревает	↔	`functional_analysis` + `trimming`	Шаг = функция (useful/harmful/corrective). Разрыв ≥8 = insufficient/harmful функция → усилить или свернуть костыль-шаг
B4 — Иерархия джоб (micro/core/super) ↔ Системный оператор	Под-джоба / джоба / над-джоба + прошлое→будущее	↔	`system_operator` (9 экранов)	Уровни графа = ось под/система/надсистема; эволюция джобы = ось времени. Ищет латентные джобы на соседних экранах
B5 — Зрелость джобы ↔ S-curve + ЗРТС	Где джоба на кривой принятия	↔	`s_curve` + `zrts`	Стадия → какие latent-джобы появятся следующими (законы эволюции предсказывают следующую работу)
B6 — Снижение усилий ↔ Закон идеальности	«Меньше когнитивных/физических/эмоц. затрат»	↔	`zrts` (рост идеальности)	JTBD-снижение усилий = ТРИЗ-вектор повышения идеальности. Одна метрика прогресса
B7 — Сценарии джоб ↔ Карта требуемых функций (FORWARD)	Все шаги всех JTBD-сценариев нового/растущего продукта	↔	`functional_analysis` (полная декомпозиция, теги `[P/S/C/T/M/L]`)	Каждый шаг сценария = требуемая функция → coverage-матрица → пробелы = фичи. Проактивно («что должно быть»), в отличие от B3 (реактивный gap-аудит построенного). Развёрнуто — §4

§2. Маршрутизатор: JTBD-вход → ТРИЗ-инструмент

Есть силы переключения (Push/Pull/Anxiety/Habit)?   → B1 contradictions
Хочешь эталон «как было бы идеально»?                → B2 ikr
Есть job graph с разрывами по силе?                  → B3 functional_analysis + trimming
Нужны латентные джобы (контекст/иерархия)?           → B4 system_operator
Нужны латентные джобы (рынок/тренд)?                  → B5 s_curve + zrts
Спор «какая фича двигает прогресс»?                   → B6 идеальность как мера
Новый/растущий продукт: «какие функции вообще нужны»? → B7 functional_analysis (FORWARD, §4)

§3. Два флагманских моста (развёрнуто)

B1 — Силы прогресса как физическое противоречие

Выпиши 4 силы для джобы: Push (что выталкивает из старого), Pull (что притягивает к новому), Anxiety (страх нового), Habit (инерция старого).
Сформулируй ФП: «<пользователь> должен <переключиться>, чтобы <Pull-выгода>, И НЕ должен <переключаться>, потому что <Anxiety/Habit>».
Применить разделение (contradictions): во времени (триггер-момент), в пространстве (часть опыта новая, часть привычная), по условию (для контекста X — ново, иначе — как было).
Каждое разрешение → фича-кандидат: «снять Anxiety через <...>», «оседлать триггер через <...>».

B2 — Идеальная джоба = ИКР

Запиши джобу как функцию: «доставить <прогресс>».
Формула ИКР: «<надсистема/контекст> САМ доставляет <прогресс> в нужный момент без <продукта/усилий>».
Дельта между ИКР и текущим = направление фичи. Чем ближе к «само» — тем выше ценность (B6 идеальность).
Проверка Горбунова: убери продукт — работа всё ещё делается? Если нет → фича недостаточна.

§4. B7 — FORWARD-режим: JTBD-сценарии → карта требуемых функций

Когда: новый или растущий продукт, вопрос «какие функции вообще должны быть», а не «где разрыв в построенном». Это полная функциональная декомпозиция сценариев, не точечный gap.

Отличие от B3 (зафиксировано): B3 — gap-driven и реактивный: один разрыв силой ≥8 в job graph → одна insufficient/harmful функция на построенной системе. B7 — проактивный и полный: разворачивает ВСЕ шаги ВСЕХ сценариев в функциональную карту, до/вне существующей реализации. B3 чинит; B7 проектирует.

Процедура:

Декомпозиция сценариев. Каждый шаг каждого JTBD-сценария (J-ID) → требуемая функция в форме действие + объект. Тег типа функции [P/S/C/T/M/L] — определения в _agent_shared/skills/triz/functional_analysis/SKILL.md ([P] Productive, [S] Supporting, [C] Corrective, [T] Transport, [M] Monitoring, [L] Loss). Не дублировать определения — cross-ref.

Coverage-матрица:

Функция (действие+объект)	Тег	Чем реализована (файл/компонент/—)	Статус
...	[P]	`path/to/component` или `—`	missing / insufficient / adequate

Пробелы → фичи. Каждая missing/insufficient функция → фича-кандидат F-ID с привязкой к породившей J-ID.
(опц.) Выход в universal-matrix. Требуемые функции → component ontology universal-matrix-standard.md → поиск доноров (что строить с нуля под непокрытую функцию).

Hard B7: каждая функция привязана к J-ID; статус проставлен у каждой строки матрицы; теги не переопределены локально (только cross-ref).

FORBIDDEN

Применять ТРИЗ-инструмент, не привязав к конкретной J-ID (= фиче-шум).
Дублировать определения ТРИЗ-линз — только cross-ref на skills/triz/.
Голый J01/F01 без подписи.
Силы прогресса без формулировки противоречия (B1 не выполнен).
«Идеальная джоба» без формулы ИКР (B2 не выполнен).

Hard fail

Нет ни одной пары из §1 в выводе.
Job→Feature вывод не мапится на J-ID.
B1 заявлен, но нет приёма разделения.

Cross-ref

ТРИЗ-линзы: _agent_shared/skills/triz/{contradictions,ikr,functional_analysis,trimming,system_operator,s_curve,zrts}.
JTBD-канон: _agent_shared/skills/jtbd/{job_graph,segmentation_b2c,segmentation_b2b} + _agent_shared/skills/jtbd/resources/ (силы, switching-триггеры, сила проблемы, кейс-механики, simulated_interview; ранее лежало в projects/VANECHKA3000/docs/standards/).
НЕ дублировать в triz-gap-closure-audit-standard.md — тот стандарт самодостаточен (свои S3/S4/S5). Мост — для JTBD↔ТРИЗ работы ВНЕ стандарта.