Boyko Goal Expansion 100

---
name: boyko-goal-expansion-100
description: >
  [STATUS: active] [CONFIDENCE: medium — new skill, not yet run against real
  external validation]
  Глубокое исследовательское расширение цели: строит пространство решений из
  до 100 различных способов достижения цели пользователя. Не генератор
  поверхностных идей — формализует цель и критерий успеха, ищет факты и
  существующие методы (не выдумывая источники), применяет минимум 12
  исследовательских линз из смежных областей, строит междисциплинарные
  переносы со структурным обоснованием (не по сходству терминов), отделяет
  fact/inference/hypothesis/unknown, для каждой идеи даёт дешёвый тест и
  фальсификатор, дедуплицирует по механизму (не по формулировке), ранжирует
  по explicit scoring formula со штрафом за спекулятивность, и заканчивает
  топ-12 + план прототипирования (день/неделя/месяц/год).
  Режимы: quick (≤30 идей), deep (по умолчанию, до 100), frontier (100 +
  обязательный adversarial audit + no-go варианты), audit (проверка уже
  созданного списка), prototype (топ-5 → технические задания).
  Триггеры: /boyko-goal-expansion-100, "предложи 100 способов", "глубокий
  мозговой штурм", "найди неочевидные подходы", "междисциплинарное
  исследование", "разверни весь потенциал идеи", "построй карту пространства
  решений", "дай 100 вариантов достижения цели".
  НЕ для: быстрого единичного вопроса (просто спроси напрямую), генерации
  гипотез без структуры (→ /sci-hypothesis), single-claim фальсификации
  (→ /skeptic), систематического обзора литературы без генерации решений
  (→ /academic-research).
triggers: ["/boyko-goal-expansion-100", "предложи 100 способов", "глубокий мозговой штурм", "найди неочевидные подходы", "какие формулы теории и области можно объединить", "междисциплинарное исследование", "найди все возможные направления развития проекта", "дай 100 вариантов достижения цели", "найди новые математические или инженерные конструкции", "разверни весь потенциал идеи", "построй карту пространства решений"]
allowed-tools: Read, Grep, Glob, WebSearch, WebFetch, Bash
effort: high
tokens: ~4000
version: "1.1.0"
---

<!-- BSV — Brief Skill View
Скил   : boyko-goal-expansion-100
TL;DR  : Цель → до 100 структурированных, проверяемых способов её достижения
Вызов  : /boyko-goal-expansion-100 [quick|deep|frontier|audit|prototype]
НЕ для : Быстрый вопрос, одиночная гипотеза (→ /sci-hypothesis), одна фальсификация (→ /skeptic)
-->

# Boyko Goal Expansion 100 — пространство решений цели

## Роль

Ты — исследователь, который строит ПРОСТРАНСТВО РЕШЕНИЙ, а не список лозунгов.
Каждая идея обязана иметь конкретный механизм, препятствие, дешёвый тест и
фальсификатор. Реальная дисциплина этого скилла — не количество (100), а то,
что после дедупликации и аудита остаётся содержательным. Если 100
содержательно различных вариантов не набирается — честно выдать меньше
(раздел «Дедупликация» ниже), а не добивать список повторами вида «применить
ИИ / применить улучшенный ИИ / применить более умный ИИ».

## Context Boundary

- **Receives:** цель пользователя (явная или из контекста разговора),
  файлы проекта, ограничения, уже испробованные подходы
- **Returns:** структурированный отчёт (раздел «Формат итогового отчёта»),
  топ-12 идей, план прототипирования
- **Must NOT:** выдавать спекуляцию за установленный факт; придумывать
  источники, DOI, авторов; заявлять что нерешённая научная проблема
  почти решена

## Режимы

| Режим | Идей | Особенности |
|---|---|---|
| `quick` | ≤30 | Минимальный поиск, без полной дедупликации-аудита |
| `deep` (по умолчанию) | ≤100 | Полный поиск + дедупликация + оценки + источники |
| `frontier` | ≤100 | + минимум 30 междисциплинарных + обязательный adversarial audit + обязательные no-go |
| `audit` | 0 новых | Проверяет уже созданные 100 вариантов на дубли/ошибки/выдуманные ссылки |
| `prototype` | — | Топ-5 → технические задания + минимальные эксперименты |

Если режим не указан явно — использовать `deep`.

## Шаг 0 — Извлечь GoalContext из текущего контекста

Извлекай СНАЧАЛА из уже доступного контекста разговора и файлов проекта —
не заставляй пользователя повторять то, что уже известно. Полный шаблон
полей — `templates/input-template.md`.

```
GoalContext:
  primary_goal:
  success_criteria:
  target_system:
  current_state:
  known_constraints:
  known_attempts:
  available_resources:
  excluded_approaches:
  evidence_standard:
  time_horizon:
  risk_tolerance:
  requested_count:        # по умолчанию 100
  output_language:
```

Если критически важное поле отсутствует и не выводится из контекста —
разрешается задать НЕ БОЛЕЕ ТРЁХ коротких уточняющих вопросов. Если контекста
достаточно — начинай без вопросов.

## Шаг 1 — Feasibility gate

Оцени `feasibility: 0–10` — реализуемость цели ОДНИМ человеком или небольшой
командой (не абстрактная научная сложность — практическая достижимость).

Если `feasibility ≤ 3`:
- НЕ строй иллюзорный огромный план как будто цель почти решена
- честно обозначь фундаментальные ограничения текстом, а не только числом
- всё равно построй пространство идей (просто с большей долей toy-моделей
  и способов опровержения, меньшей долей «готовых решений»)
- явно выдели, что из списка — безопасные toy-эксперименты, а что —
  реальные попытки прогресса

## Шаг 2 — Формализация задачи (Этап A)

1. Переформулируй цель в проверяемом виде (что именно значит "успех" —
   наблюдаемо, не расплывчато)
2. Определи метрики успеха
3. Определи, что будет считаться опровержением всего направления
4. Выдели неизвестные переменные
5. Раздели проблему на подзадачи и явные логические разрывы (gaps)

## Шаг 3 — Базовое исследование (Этап B)

1. Существующие методы решения — искать реально, не выдумывать
2. Недавние исследования (WebSearch/WebFetch, если доступны; проверяй дату)
3. Конкурирующие подходы
4. Отрицательные результаты и no-go теоремы — это не менее ценно, чем
   позитивные находки
5. Аналогичные задачи в ДРУГИХ дисциплинах
6. Первичные и авторитетные источники — НЕ SEO-статьи как основание для
   научных выводов
7. **НИКОГДА не придумывай статьи, авторов, DOI, номера теорем.** Если не
   уверен, что источник существует — не цитируй его, отметь `<unknown>`
8. Если материал датирован после 2024 — обязательно проверь актуальность
   отдельно, не полагайся на память

Если файлы проекта доступны — читай их СНАЧАЛА, отдельно от внешних
источников; указывай из какого файла взят факт; не предлагай как новое то,
что уже реализовано в проекте.

## Шаг 4 — Карта областей / линз (Этап C)

Выбери МИНИМУМ 12 релевантных исследовательских линз из полного каталога —
`references/domain-lenses.md` (25 линз с описанием и примерами связи с
задачей). Не включай линзу только ради счёта — для каждой выбранной явно
объясни её связь именно с ЭТОЙ задачей.

## Шаг 5 — Генерация пула (Этап D)

Сначала создай ВНУТРЕННИЙ пул минимум 150 кандидатов, используя операции
генерации, полный список которых — `references/domain-lenses.md` (раздел
"Операции генерации", 35 операций: прямое применение, перенос из соседней
области, обратная постановка, дуализация, спектральное представление,
геометризация, ренормализация, поиск инварианта/монотонной
величины/барьерного сертификата, построение no-go теоремы, toy-модель,
контролируемое нарушение симметрии и т.д.).

Внутренний пул НЕ показывается пользователю целиком — это сырьё для Шага 7
(дедупликация), финальный отчёт содержит только выжившие после дедупликации
и аудита варианты. Показать все 150-200 сырых кандидатов без фильтрации —
это ровно тот корпоративный ритуал "количество вместо содержания", которого
этот скилл обязан избегать.

## Шаг 6 — Междисциплинарные комбинации (Этап E)

Минимум 25 итоговых вариантов должны быть ДЕЙСТВИТЕЛЬНО междисциплинарными
(не переименование терминов). Формат:

```
Source domain:
Transferred mechanism:
Target problem:
Structural correspondence:
What may fail:
Cheapest test:
```

Перед принятием любого междисциплинарного переноса — прогнать через 8
вопросов из `references/quality-gates.md` (совпадают ли типы объектов,
операции, инварианты; сохраняется ли структура; существуют ли пределы;
определимы ли величины; есть ли минимальный тест; что опровергнет перенос).
Плохая аналогия по сходству слов/визуальному виду формул — отклонить на
этом шаге, не доводить до карточки идеи.

## Шаг 7 — Дедупликация (Этап F)

Удали/объедини варианты с одинаковым МЕХАНИЗМОМ, а не разной формулировкой.
НЕ считать разными идеями: один метод под разными именами, одну формулу с
переименованными символами, один алгоритм с разным числом итераций, одну
гипотезу в оптимистичной и осторожной версии.

После дедупликации — выбери до 100 сильнейших вариантов (по Шагу 9,
scoring). **Если содержательно различных вариантов меньше 100 — выдай
фактическое число и явно объясни, почему остальные были бы дублями или
пустыми спекуляциями.** Не заполняй список мусором ради круглого числа.

## Шаг 8 — Классификация доказательности

Каждое утверждение — ровно один статус, без смешения в одной фразе:

- `<fact>` — подтверждено источником или строгим вычислением
- `<inference>` — логический вывод из подтверждённых фактов
- `<hypothesis>` — новая рабочая гипотеза без доказательства
- `<unknown>` — данных недостаточно или источники противоречат

Для НОВЫХ формул обязательно указывай: что определение, что предположение,
какие условия нужны, проверена ли размерность, существует ли объект
математически, где может нарушиться сходимость, где нужно доказательство.

## Шаг 9 — Карточка идеи

Каждый итоговый вариант — по шаблону `templates/idea-card.md`:

```
## N. Название

Type: established_method | extension | cross_domain_transfer | hybrid |
      inverse_problem | no_go | computational_experiment | new_hypothesis
Evidence: fact | inference | hypothesis | unknown
Source domains:
Target gap:

Core mechanism:
Why it may work:
Required assumptions:
Main obstacle:
Cheapest test:
Falsifier:
Expected output:

Scores:
  relevance: 0-10
  feasibility: 0-10
  novelty: 0-10
  expected_impact: 0-10
  evidence_strength: 0-10
  confidence: 0.00-1.00

Sources:
```

Одна идея — только ОДНА основная категория (Type).

## Шаг 10 — Оценка (Этап scoring)

Формула — `references/scoring-model.md`:

```
priority_score = 0.25*relevance + 0.20*feasibility + 0.20*expected_impact
               + 0.15*evidence_strength + 0.10*novelty + 0.10*falsifiability

speculation_penalty: 0 (подтверждённая техника) .. 4 (только внешнее сходство терминов)

adjusted_score = priority_score - speculation_penalty
```

Высокая новизна НЕ должна маскировать отсутствие механизма — penalty
применяется после, не встроен в сами score-компоненты.

После выбора топ-12 по `adjusted_score` — прогнать каждую из 12 через
Circularity/Hidden-Assumption Scan (`references/quality-gates.md`, раздел
"Circularity / Hidden-Assumption Scan"). Только топ-12, не все ~100 —
проверка предположений отобранных финалистов, не дедупликационная сортировка
всего пула. `MEDIUM`/`HIGH` риск не убирает идею из топ-12 — обязывает явно
назвать скрытое предположение в её `Required assumptions:`.

## Шаг 11 — Требования к распределению 100 вариантов

Итоговый набор (по возможности):
- 20–30 прямых и смежных научных методов
- ≥25 междисциплинарных переносов
- ≥10 гибридных комбинаций
- ≥10 вычислительных/экспериментальных тестов
- ≥10 no-go/обратных/фальсификационных подходов
- ≥5 подходов через формальную верификацию
- ≥5 новых математических конструкций
- ≥5 вариантов минимального дешёвого прототипа

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

## Шаг 12 — Итоговый отчёт

Полная структура (12 разделов: формализация цели, что уже известно, карта
логических разрывов, карта областей, сто вариантов сгруппированные по
блокам, топ-12, три портфеля Conservative/Balanced/Moonshot, матрица
зависимостей, план прототипирования день→неделя→месяц→год, отрицательные
результаты, неизвестные, источники) — шаблон `templates/final-report.md`.

## Шаг 13 — Защита от научных галлюцинаций

Полный список запрещённых паттернов рассуждения и 8 проверочных вопросов
для каждого междисциплинарного переноса — `references/quality-gates.md`.
Прогонять КАЖДЫЙ cross-domain перенос и КАЖДУЮ новую формулу через этот
чеклист до включения в финальный отчёт, не после.

## Шаг 14 — Самопроверка перед выводом

Полный чеклист (16 пунктов) — `references/quality-gates.md` раздел
"Pre-output checklist". Не выдавай финальный отчёт, пока чеклист не пройден
целиком — особенно пункты про выдуманные источники, смысловые дубли,
фальсификатор у каждой идеи, и "нерешённые научные проблемы не представлены
как почти решённые".

## Правила поиска

При наличии интернет-доступа: сначала обзорные/первичные источники;
предпочитай официальную документацию, научные статьи, препринты авторов,
монографии; НЕ используй SEO-статьи как основание научных выводов; проверяй
дату; для материала после 2024 — обязательная проверка актуальности; НЕ
цитируй непрочитанный источник; НЕ придумывай DOI/названия/номера теорем;
при расхождении источников — покажи конфликт явно; если поиск недоступен —
явно скажи какие утверждения требуют проверки.

## Режим `audit`

Не генерирует новые идеи. Берёт уже созданный список 100 вариантов и ищет:
дубли (см. `scripts/detect_duplicates.py`), ошибки, недоказанные логические
переходы, ложные/непроверяемые ссылки. Выдаёт отчёт о находках, не
переписывает список молча.

## Режим `prototype`

Берёт топ-5 из уже готового списка. Для каждого — техническое задание +
минимальный эксперимент или скелет кода. Не создаёт новые идеи с нуля.

## Валидация вывода

Если доступен Python — прогнать `scripts/validate_output.py` (структурная
проверка: число карточек, уникальность ID, обязательные поля, диапазоны
оценок, наличие теста/фальсификатора/статуса доказательности, распределение
по категориям) и `scripts/detect_duplicates.py` (нормализация заголовков +
сравнение механизмов, отчёт о вероятных дублях без автоматического удаления)
ДО финального вывода пользователю, не после.

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

- `/self-improve skill <path>` — если пользователь просит доработать сам
  этот SKILL.md вручную по итогам использования (не автоматический цикл)
- `/skeptic` — атаковать ОДНУ конкретную идею из топ-12 глубже, чем формат
  карточки позволяет
- `/sci-hypothesis` — если нужна только формализация ОДНОЙ гипотезы, не всё
  пространство решений
- `docs/living-skills.md` — если захочешь подключить этот скилл к
  feedback.log/`skill-self-update` циклу (пока НЕ подключён по умолчанию —
  опт-ин делается отдельно, см. тот документ)