Ru

---
language: ru
description: Добыча идей, фильтрация по истории и углубленная разработка одной идеи до конца. 5-фазный рабочий процесс (A-E) для решения сложных задач.
---

> **Русский** — Официальная русская версия `idea-mining`.

<img src="banner.png" width="100%" alt="idea-mining banner">

# Idea-Mining — Добыча идей, фильтрация, реализация одной идеи

## Обзор и цель

При решении сложных проблем генерация идей редко упирается в нехватку задумок. Чаще всего причина кроется в трех вещах: идеи не **фиксируются**, они не проверяются на предмет **уже опробованного** (что приводит к хождению по одним и тем же тупикам), и ни одна из них не доводится **последовательно до конца**. Этот рабочий процесс строго разделяет три фазы: сначала дивергентная добыча (без оценки), затем фильтрация (по документации проекта) и, наконец, существенное исследование ОДНОЙ идеи.

Происхождение: дистиллировано из продуктивного автоматизированного исследовательского прогона по открытым математическим проблемам; одинаково хорошо работает для архитектурных, дизайнерских и концептуальных блокеров.

## Фаза A — Заполнение хранилища идей (дивергентно, без оценки)

Записывать все находки в файл `IDEENSPEICHER.md` в папке проекта (ключевые слова + 2–3 предложения, с указанием источника/триггера). Последовательно пройти восемь техник — они ориентированы на разные ассоциативные пространства, поэтому при действительно серьезных затыках не следует пропускать ни одну (при легких блоках или нехватке времени достаточно обоснованного подмножества, но как минимум одна «мягкая» техника из 3–5 плюс исследование):

1. **Распознавание:** Кажется ли это знакомым? Видел ли я эту структуру ранее в другом контексте?
2. **Далекая дисциплина:** Существует ли похожая проблема/формула в далекой дисциплине (Физика↔Экономика, Биология↔Информатика, …)? Где именно кроется связь?
3. **Бытовая аллегория:** Рассказать о проблеме с помощью близкой к природе аллегории (волны, песок, течение, рост …). Эффективно: поручить изобретение аллегории **неангажированному субагенту**, а затем посмотреть, куда она приведет — собственный взгляд уже искажен проблемой.
4. **Дискомфорт / Лягушка→Принц:** Что меня раздражает в текущем состоянии, что я считаю уродливым? Что должно измениться, чтобы это внезапно показалось мне прекрасным? Эстетический дискомфорт часто указывает на неверно выбранное представление.
5. **Сказочный рефрейминг:** Рассказать о проблеме как о сказке: кто герой, кто злодеи, какие опасности подстерегают, что могло бы помочь герою? Распределение ролей задает причинно-следственную структуру, которая остается невидимой в формализме.
6. **Исследование:** Искать в Сети, специализированных базах данных, серверах препринтов, форумах (Reddit/ResearchGate/GitHub) новые публикации, скрипты и подходы. Загружать релевантные источники в папку `_sources/` и читать в поисках инноваций — сохранять критичность к препринтам.
7. **Родственные проекты:** Проверять связанные собственные/внутренние проекты на предмет обратимо переносимых идей решений (решенные там подзадачи, созданные там инструменты).
8. **Сквозная инвентаризация:** Просмотреть весь собственный инвентарь проектов (пайплайн) на предмет подходов, которые могли бы подойти к ДАННОЙ проблеме.

## Фаза B — Фильтр (по уже опробованному)

Сверить хранилище идей с документацией проекта: заметки о доказательствах, логи решений, TODO/DONE, прежние хранилища идей. **Удаляется то, что задокументировано как уже опробованное и завершенное** — а не то, что просто «кажется маловероятным» (оценка по привлекательности происходит только в фазе C). Сохранить уцелевшие идеи в `IDEENSPEICHER_FILTERED.md`.

Предпосылкой является ведение качественной документации экспериментов — если ее нет, первым шагом будет ее создание (иначе каждый будущий прогон будет дублировать усилия).

## Фаза C — Выбор и реализация

1. Кратко протестировать от одной до трех идей из фильтрата (по одному абзацу на каждую: каков будет первый конкретный шаг, каков сигнал успеха?).
2. Выбрать **одну** — с наибольшим притяжением. Притяжение здесь является легитимным критерием: при сложных проблемах продвинуть вперед может только та идея, которой вы *хотите* заниматься.
3. Довести выбор до конца или, как минимум, существенно продвинуть вперед — не перескакивать на следующую идею при первом же препятствии (это было бы поведением фазы A во время фазы C).

## Фаза D — Документирование

- Занести выводы в документацию проекта (заметка о доказательстве, лог решений, ADR) — **включая неудачи**, так как они формируют фильтр для следующего прогона.
- Вернуть открытые последующие идеи обратно в `IDEENSPEICHER.md` или TODO.
- Краткий отчет: добыто (количество) | отфильтровано (уцелело) | исследовано | результат | следующий шаг.

## Фаза E — Посев (опциональный внешний перенос)

Техника 7 привлекает идеи ИЗ родственных проектов — фаза E меняет направление: если исследование дало переносимый результат (метод, инструмент, шаблон решения), кратко просмотреть собственный инвентарь проектов: кому это может помочь?

- **Сеять точечно, а не рассеивать:** максимум ~3 проекта-получателя напрямую снабжаются конкретной записью TODO (что взять, где лежит, почему подходит); остальных кандидатов отмечать только как приоритезированный список в собственном проекте.
- Причина ограничения: широкое рассеивание создает во многих проектах неясные задачи, за которые никто не берется — три точных семени лучше десяти размытых.

## Как периодический прогон

Рабочий процесс отлично подходит в качестве регулярной автоматизации для фиксированного проекта (инновационный раунд). Для этого совместить с ротационным каркасом (скилл `rotation-check`): реестр предотвращает повторное «переоткрытие» одних и тех же идей — хранилище идей и документация экспериментов служат здесь памятью.

## Пример и применение

```text
Проблема: Доказательство сходимости уже несколько недель стопорится на оценке.

A) Добыча → IDEENSPEICHER.md: напр., (2) похожая структура в теории массового
   обслуживания?; (3) Аллегория субагента «песок просыпается через все более мелкие сита» →
   идея: оценивать пошагово, а не глобально; (6) Препринт 2026 года с новой
   леммой, загружен в _sources/; (7) Соседний проект имеет скрипт численной
   проверки, который можно перенести обратно.
B) Фильтр по BEWEISNOTIZ.md: «ужесточить глобальную оценку» пробовалось 2 раза
   и было задокументировано как отклоненное → удалено. 3 идеи уцелели → IDEENSPEICHER_FILTERED.md.
C) Главный выбор: идея с ситом (наибольшее притяжение) — доведена до частичного результата.
D) BEWEISNOTIZ.md обновлен (включая неудачу идеи 2), краткий отчет.
```

## Красные флаги (Red Flags)

| Мысль | Реальность |
| --- | --- |
| «Техники 3–5 — это просто баловство» | Мягкие техники дают идеи, которые исследование дать не может — они задействуют иные ассоциативные пространства. |
| «Я оцениваю прямо во время сбора» | Оценка в фазе A уничтожает дивергентный результат. Сначала сохраняем, потом фильтруем. |
| «Фильтр занимает слишком много времени, я и так помню» | Память сглаживает неудачные попытки — учитывается только документация. |
| «Идея застряла, возьму следующую» | В фазе C работа доводится до конца; перескок назад в A возможен только с задокументированной причиной. |

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

- `brainstorm` — широкие креативные методы (SCAMPER, Six Hats) без пайплайна фильтрации/исследования.
- `think` / `decide` — анализ и принятие решений о выборе, применимые внутри фазы C.
- `rotation-check` — каркас для периодического развертывания.
- `swarm-operations` — неангажированные субагенты для техники 3 и параллельного исследования.

## Журнал изменений

### 1.1.0 (2026-07-03)
- Фаза E «Посев»: опциональный внешний перенос переносимых результатов в
  родственные проекты (макс. ~3 прямых получателя) — интегрировано вместо отдельного
  скилла cross-project-transfer (решение по дедупликации).

### 1.0.0 (2026-07-03)
- Первоначальная версия. Абстрагировано из автоматизации Codex «ultra-deep-idea-search-single-project»
  (хранилище идей → фильтр → главный выбор → исследование) и обобщено до нейтрального по отношению к пользователю.