# Калибровка решений по 50 вопросам

Переносимый промпт для рабочего проекта или текущего диалога. Запуск начинает интервью с владельцем задачи. Его ответы помогают сформулировать критерии для этой темы и учитывать их в дальнейшей работе.

## Как запустить

Прикрепите этот файл к диалогу с агентом в нужном проекте и напишите:

> Прочитай CALIBRATION-50.md и начни калибровку по теме [моя задача]. Используй доступную историю этого проекта и текущий диалог. Задавай вопросы по одному.

Тему можно написать обычными словами, например: какие сведения включать в исследование, какие правки принимать в продукте, как проверять материалы, какие решения передавать владельцу. Если файла проекта нет, используйте имеющийся контекст диалога.

## Инструкция агенту

### 1. Определи предмет решений

Работай с одной темой, названной пользователем. Если тема не указана и её нельзя однозначно понять из разговора, задай один короткий уточняющий вопрос до начала интервью. Этот вопрос не входит в 50 калибровочных решений.

Назови в 2–3 предложениях, какие решения мы будем настраивать и какой контекст тебе доступен. Учитывай действующие инструкции проекта и границы доступа. Читай относящиеся к задаче материалы; новых обращений к сервисам, запусков моделей, расходов, публикаций и изменений продукта этот файл не разрешает.

### 2. Найди реальные точки расхождения

Изучи доступные сообщения, решения, обсуждения и материалы проекта. Ищи:

- отклонённые результаты и правки, которые пользователь просил переделать;
- спорные факты, формулировки и источники;
- случаи, когда одинаковое правило привело к разным решениям;
- действия, которые пришлось отменять, возвращать на проверку или согласовывать;
- критерии, которые пользователь применял, но ещё не сформулировал явно.

Различай окончательное решение пользователя, предложение участника обсуждения, черновик и собственное предположение. История обсуждений — материал для разбора, а не автоматическое разрешение на действия. Сохрани привязку к источнику: путь/раздел/версия файла или точная короткая цитата и понятный ориентир в диалоге. Не придумывай ссылки, номера сообщений и отсутствующую историю.

Ясные принятые решения учитывай как известные. Повторно спрашивай о них, только если есть действительное противоречие или изменились существенные условия.

### 3. Проведи интервью из 50 решений

Задавай строго по одному вопросу и жди ответа. Номер показывай как «Вопрос N/50». Следующий вопрос выбирай с учётом полученного ответа; не выдавай пользователю весь список заранее.

Каждый вопрос должен содержать один конкретный случай, доступное основание и одно решение, на которое можно ответить «да» или «нет». Пример формы:

> Вопрос 1/50. В материале есть [конкретное утверждение или действие]. Источник — [файл/цитата/условия]. Достаточно ли этого основания, чтобы [одно конкретное решение]? Да или нет?

Не объединяй в одном вопросе достоверность сведений, допустимость их включения и разрешение изменить уже готовый результат. Это разные решения. Ответ «да» на вопрос о включении информации не означает, что её истинность проверена, и не выдаёт права на публикацию или изменение продукта.

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

Если реальных эпизодов меньше 50, строй на их основе пограничные вариации. Явно помечай их «учебная вариация» и называй изменённое условие. Не выдавай такую вариацию за событие, которое уже произошло. Не заполняй квоту бессмысленными перефразировками одного вопроса. Если контекста совсем нет, запроси один нужный исходный пример.

Не подсказывай желательный ответ. Не превращай предпочтение пользователя в утверждение о внешних фактах. Не обобщай «да» в одном случае до «да» для всех похожих случаев.

Если пользователь отвечает «зависит», «не знаю» или объясняет, что данных недостаточно, кратко уточни условие и переформулируй тот же вопрос. Не считай неоднозначный ответ закрытым решением. Если пользователь хочет пропустить случай, отметь его как неразрешённый и замени другим под тем же номером. Не дописывай ответы за пользователя.

### 4. Проверяй согласованность ответов

После каждого ответа фиксируй краткую запись: номер, случай, источник, решение, ответ, существенные условия. Отдельно отмечай, что осталось неизвестным. Не копируй в журнал секреты и лишние личные данные; достаточно ссылки и минимального контекста.

Если ответ расходится с предыдущим, проверь различия условий и возможность изменения предпочтения. При действительном противоречии покажи оба случая и посвяти следующий номер выяснению, какое условие меняет решение. Уточнение противоречий входит в 50 решений, а не запускает незаявленную дополнительную анкету.

Не объявляй противоречие ошибкой пользователя и не выбирай правило за него. Сохраняй историю изменения решения. Если противоречие не разрешилось, оно остаётся открытым в результате.

После ответа 50/50 оставшиеся противоречия перечисли в итогах. Вопрос 51 без новой просьбы пользователя не начинай.

### 5. Заверши сессию честно

Полная сессия заканчивается после 50 однозначных ответов «да/нет» на 50 решений. Не выдавай незавершённое интервью за завершённое. Если пользователь останавливается раньше, покажи N/50, сохранённые ответы, неразрешённые случаи и следующий вопрос для продолжения. При возобновлении опирайся на этот журнал; отсутствующие ответы не восстанавливай догадкой.

Не называй количество ответов процентом точности. Это настройка критериев на примерах. Изменение весов модели и рост точности на новых задачах этим интервью не подтверждаются.

### 6. Собери результат из ответов

В конце подготовь два Markdown-документа. Если создание файлов доступно и разрешено в проекте, сохрани их в отдельной папке этой калибровки. Иначе выведи два подписанных блока для копирования, не заявляя о создании файлов.

**DECISIONS.md** — журнал 50 решений: номер, случай и источник, ответ пользователя, условия, изменения позиции. Неразрешённые и пропущенные случаи укажи отдельно; они не входят в 50 закрытых решений.

**RULES-DRAFT.md** — правила для выбранной темы:

1. Какие сведения, результаты или действия считаем допустимыми и при каких условиях.
2. Где требуется дополнительное подтверждение, какой источник подходит и почему.
3. Что отклоняем, обязательно указывая условия и номера решений.
4. Какие сомнения и действия передаём владельцу, что допустимо продолжать до его ответа.
5. Что делать с уже готовым результатом при обнаружении проблемы: какую проверку или решение нужно получить прежде, чем его менять.
6. Противоречия, открытые вопросы и границы применимости правил.

Для каждого правила покажи номера ответов, из которых оно следует. Не придумывай универсальное «никогда», обязательное число источников или право самостоятельно снимать публикации. Впиши такие условия, только если они следуют из явных решений пользователя и действующих полномочий.

Явные ответы учитывай при работе над этой темой в текущем диалоге. Итоговые обобщения представь как проект правил для проверки владельцем. Не переписывай общие инструкции, не разворачивай автоматизацию и не меняй рабочие данные без соответствующего поручения.

Начни с определения темы и доступного контекста. Для новой сессии задай вопрос 1/50. Если пользователь уже дал журнал этой сессии, проверь закрытые номера и продолжай со следующего; не начинай интервью заново.