Multi Lens

---
name: multi-lens
description: "Прогоняет любой объект, гипотезу, проблему, код или дизайн через фиксированный каталог из 20 аналитических линз и собирает находки в таблицу. Каждая линза — отдельная модель мышления (логическая, причинная, системная, риск, антихрупкая и др.), которая видит то, что другие пропускают. Используй когда нужен СИСТЕМАТИЧЕСКИЙ многосторонний разбор, а не одна точка зрения: аудит архитектуры, проверка гипотезы, оценка решения, поиск слепых зон. Триггеры: '/multi-lens', 'прогони через линзы', 'многолинзовый анализ', 'разбери со всех сторон', 'какие слепые зоны', 'посмотри под разными углами', 'systematic review', 'что я упускаю'. НЕ для: фактического вопроса с одним ответом, простого поиска, генерации кода."
allowed-tools: Read, Grep, Glob, WebSearch
---

# Multi-Lens — систематический многосторонний анализ

Один взгляд на сложную систему всегда неполон. Каждая дисциплина видит своё и слепа к чужому: экономист не замечает усталостной трещины в металле, инженер — стоимости капитала. **Multi-lens лечит это: прогоняет объект через фиксированный набор линз, где каждая обязана задать свой вопрос.** Систематичность важнее вдохновения — фиксированный список не даёт пропустить угол «потому что не подумал о нём».

Источник паттерна: «Методология Бойко» (цикл *Атомизация → Линзы → Связи → Сборка → Проверка*). Этот скилл реализует ядро — **этап линз**.

## Когда применять

- Аудит архитектуры / решения / стратегии, где цена ошибки высока
- Проверка гипотезы перед тем, как на ней что-то строить
- Поиск слепых зон: «что я упускаю?»
- Любой объект, который не сводится к одному ответу

Если задача — найти один факт или написать функцию, линзы только замедлят. Скилл для **широты**, не для глубины одного пункта.

## Процесс (5 шагов)

1. **Зафиксируй объект и цель.** Что разбираем и зачем (понять / улучшить / проверить / найти причины). Без цели линзы расфокусированы.
2. **Очерти границы.** Что входит в систему, что нет. Это отсекает бесконечный разбор.
3. **Выбери релевантные линзы.** Не все 20 нужны всегда — см. `references/lens-catalog.md`. Для кода ключевые: структурная, причинная, риск, временная, антихрупкая. Для гипотезы: причинная, экспериментальная, вероятностная, риск. Бери 6–12, остальные — если объект их касается.
4. **Прогони каждую линзу** по шаблону `Линза → Что видит → Вопрос → Наблюдение → Гипотеза → Проверка`. Наблюдение — это факт об ОБЪЕКТЕ, не пересказ линзы.
5. **Собери находки.** Выдели 2–3 сильнейшие гипотезы и слепые зоны, которые всплыли только под конкретной линзой.

## Каталог линз

20 линз с полным описанием (что видит / вопрос / что игнорирует / типичная ошибка) — в `references/lens-catalog.md`. **Прочитай его перед анализом**, чтобы каждая линза задала свой настоящий вопрос, а не превратилась в синоним соседней.

Краткий список: логическая · причинная · системная · структурная · функциональная · временная · информационная · ресурсная · экономическая · поведенческая · риск · этическая · инженерная · экспериментальная · вычислительная · вероятностная · средовая · эволюционная · пользовательская · антихрупкая.

## Формат вывода

ВСЕГДА используй эту структуру:

```markdown
## Объект и цель
[что разбираем, зачем, границы]

## Линзовый разбор
| Линза | Что видит | Вопрос | Наблюдение (факт об объекте) | Гипотеза | Проверка |
|-------|-----------|--------|------------------------------|----------|----------|
| Причинная | цепочки причина→следствие | что реально вызывает X? | ... | если ..., то ... | ... |

## Слепые зоны
[что всплыло ТОЛЬКО под одной линзой — самое ценное]

## Топ-3 гипотезы
1. [сильнейшая, с критерием проверки]

## Что осталось неизвестным
[зоны, которые ни одна линза не закрыла]
```

## Дисциплина честности

Разделяй уровни (наследуется из `integrity.md`):
- **Наблюдение** = факт об объекте, проверяемый. Не выдумка линзы.
- **Гипотеза** = проверяемое утверждение `Если [причина], то [следствие], потому что [механизм]`.
- Не выдавай гипотезу за вывод. Каждая гипотеза обязана иметь критерий опровержения.

Слабое место метода — линзы могут породить красивые, но пустые наблюдения. Защита: если под линзой нечего сказать об объекте конкретно — пиши «не применимо», а не выдумывай.

## Пример (мини)

Объект: «добавить кеш Redis перед БД». Цель: проверить решение.

| Линза | Вопрос | Наблюдение | Гипотеза | Проверка |
|-------|--------|-----------|----------|----------|
| Причинная | что реально тормозит? | 80% задержки — один N+1 запрос | Если убрать N+1, кеш не нужен | profiler до/после |
| Риск | что сломается? | инвалидация кеша не продумана | Если данные меняются часто → stale reads | тест на гонку |
| Антихрупкая | переживёт ли отказ Redis? | нет fallback на БД | Падение Redis = падение сервиса | chaos-тест: убить Redis |

Вывод: до кеша — сначала почини N+1 (причинная линза обнулила задачу). Антихрупкая линза вскрыла single point of failure, который не виден экономической.

## Связанные скилы

**Кто вызывает этот скил** (по `depends_on` в `skills/registry.yaml`):

- `/boyko-method` — вызывает как фазу систематического обзора
- `/cross-domain` — вызывает для перебора линз при поиске моста