Skip to content

Instantly share code, notes, and snippets.

@builat
Last active February 9, 2026 08:48
Show Gist options
  • Select an option

  • Save builat/2f100f809234b36f4dc44599a7e70ac0 to your computer and use it in GitHub Desktop.

Select an option

Save builat/2f100f809234b36f4dc44599a7e70ac0 to your computer and use it in GitHub Desktop.

Метод погружения ИИ в концепцию идеи или эксперимента

Цель: создать у ИИ рабочее представление об идее, достаточное для осмысленного анализа, критики и тестирования.

Результат: ИИ воспроизводимо оперирует одной и той же моделью идеи при повторных сессиях и уточнениях.

1. Зафиксировать исходную цель идеи

Сформулировать одну основную цель в декларативной форме.

Исключить формулировки вида "улучшить", "оптимизировать”, "сделать лучше".

Критерий лучше бесполезен. Т.к. нет достоверной метрики по которой модель может улучшать идею. Наиболее эффективно оперировать показателями или величинами, которые необходимо оптимизировать.

Применимо: всегда

Проверка: цель можно проверить бинарно (достигнута / не достигнута)

2. Определить контекст применения

Указать среду, ограничения, масштаб.

Явно обозначить, где идея не предполагается к использованию.

Применимо: при прикладных и полуабстрактных идеях

Альтернатива: если контекст неизвестен — указать диапазон допустимых контекстов

3. Описать идею как процесс, а не как объект

Разложить идею на шаги, состояния или переходы.

Исключить метафоры и аналогии.

Применимо: при алгоритмах, методологиях, моделях мышления

Проверка: процесс можно симулировать на примере

4. Ввести базовые допущения

Явно перечислить предположения, на которых держится идея.

Отделить допущения от фактов.

Применимо: всегда

Проверка: каждое допущение можно оспорить отдельно

5. Определить критерии успеха и провала

Указать что считается успехом, что считается провалом.

Исключить субъективные критерии.

Применимо: всегда

Проверка: критерии применимы без интерпретации

6. Задать ожидаемое поведение системы

Описать, как идея должна вести себя:

- в нормальных условиях

- при пограничных условиях

- при ошибках

Применимо: для сложных систем

Альтернатива: минимальный сценарий "идея -> результат"

7. Указать уровень уверенности

Обозначить, какие части идеи:

- проверены

- предполагаемы

- интуитивны

Применимо: всегда

Проверка: уровни уверенности не меняются без новых данных

8. Зафиксировать текущую версию идеи

Дать версии идентификатор или дату.

Явно указать, что именно считается "текущей версией".

Применимо: при итеративной работе

Проверка: повторное обсуждение начинается с той же версии

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment