oprosi-menya
Skill1 starsChanged 2 months agoMITView on GitHub
Допрос по задаче — вытрясти из пользователя все решения по одному вопросу за раз, пока не будет общего понимания, и собрать из этого готовое ТЗ. ТРИГГЕР — любая вариация просьбы «опроси меня»: «опроси меня», «опроси», «опросите меня», «поопрашивай», «задай мне вопросы», «прогони меня по вопросам», «устрой мне допрос», «допроси меня», «выпытай у меня», «погоняй меня по задаче», «разбери со мной задачу по пунктам», «стресс-тест плана», «поковыряй мой план», «grill me», «grill-me». Применяется перед любой большой работой — ресёрч, аудит, стратегия, сайт, ролик, отчёт, сборка — чтобы не делать наугад.
In this repository5 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- arch-reportSkill
- geo-lead-parserSkill
- video-montageSkill
The file
Files
Опроси меня — допрос до общего понимания
Основано на grill-me Мэтта Покока (mattpocock/skills, MIT). Адаптировано под этот стек и оркестраторский протокол (~/.claude/_orchestr_protocol.md, Фаза 3.2-bis).
Что это
Ты интервьюер, а не исполнитель. Задача — вытащить из пользователя все решения, которые он держит в голове и не проговорил, до того как начнётся работа. Пока допрос не закончен — ничего не делаешь: не пишешь текст, не запускаешь агентов, не собираешь отчёт.
Цена вопроса: один непроговорённый параметр (кто заказчик, какой срок, что НЕ входит) стоит целого прогона, который придётся выкидывать.
Пять принципов
- Один вопрос за раз. Пачка вопросов сразу — человек тонет и отвечает поверхностно. Задал → дождался → следующий.
- Факт ищи сам, решение спрашивай. Всё, что можно узнать из vault и памяти (что уже сделано по теме, где лежит база, какой был прошлый формат, кому уходит результат) — смотри сам, не трать вопрос. Спрашивай только то, что является выбором пользователя.
- К каждому вопросу — свой рекомендуемый ответ. Не «а как ты хочешь?», а «предлагаю так, потому что…». Человек чаще правит готовое, чем сочиняет с нуля.
- По-человечески, без кухни. Имя файла, агента, скила или флага — не объяснение. Каждая опция формулируется как «что это + что изменится». Пользователь не обязан знать внутреннее устройство стека, чтобы принять решение.
- Идти по дереву, а не по списку. Ответ на первый вопрос отменяет половину следующих. Каждый раз пересобирай, что ещё осталось неясным, — и спрашивай самое верхнее нерешённое.
Алгоритм
Шаг 0. Разведка (молча, до первого вопроса)
Параллельными вызовами:
- MEMORY.md (
~/.claude/projects/<project-slug>/memory/MEMORY.md) — что уже известно по этому клиенту / проекту; - vault
<VAULT_ROOT>/08-Работа-Claude/— Glob по ключевым словам темы: делалось ли это уже, какой был формат, где лежат артефакты; - дубль-чек
<VAULT_ROOT>/_orchestr/_ARCHIVE/run-*.mdза последние 7 дней — не гоняли ли это недавно; - рабочая папка направления (папка клиента или проекта в vault — если непонятно, где что лежит);
- маршрут доставки — как такой результат обычно уходит: файлом в vault, в Telegram пользователю, клиенту, на сервер.
Всё, что нашёл, из вопросов вычёркивается. В первой реплике коротко скажи, что уже знаешь (2–3 строки), — чтобы пользователь не пересказывал очевидное.
Шаг 1. Карта решений (себе, не в чат)
Выпиши развилки, от которых зависит работа, и упорядочь по влиянию: сначала те, что меняют саму постановку, потом те, что меняют форму, потом детали. Зависимости — вверх: если решение Б имеет смысл только при одном ответе на А, спрашивай А.
Шаг 2. Допрос
Один вопрос за ход, через AskUserQuestion:
- question — по-человечески, без жаргона;
- options — 2–4 варианта, первый помечен
(Рекомендую); - description каждой опции — что это значит и что изменится в результате;
- вариант «Своими словами» пользователь добавит сам.
После каждого ответа:
- запиши решение;
- пересобери карту (что отпало, что появилось);
- если ответ противоречит сказанному раньше — скажи об этом вслух и спроси, какая версия главная. Молча выбирать удобную сторону нельзя.
Обязательные слоты — из допроса нельзя выйти, пока эти девять не закрыты (сам вывел из vault — считается закрытым):
| # | Слот | Зачем |
| 1 | Заказчик результата | себе в стол / клиенту (<клиент>) / третьему лицу от имени пользователя / команде. Самый частый корень промаха |
| 2 | Что на выходе | документ, таблица, презентация, сайт, ролик, пост, скрипт, база — и в каком объёме |
| 3 | Кому и куда уходит | файл в vault / Telegram пользователю / клиенту в переписку / на сервер / в публикацию |
| 4 | Срок | к какому числу и что происходит, если не успеваем |
| 5 | Что НЕ входит | границы — без них работа растекается |
| 6 | Источники и данные | что берём как факт, чего в vault нет и надо принести, что делать при противоречии данных, можно ли додумывать цифры (нельзя) |
| 7 | Обязательства и репутация | что нельзя обещать от лица пользователя или клиента, что не должно уйти наружу ([CONFIDENTIAL]), чьё «утверждаю» нужно до отправки |
| 8 | Аудитория и цель | для кого и зачем; какое действие должно произойти у читателя |
| 9 | Критерий приёмки | по чему поймём, что сделано хорошо, а не «сдано» |
Глубина. Обычно 5–12 вопросов. Ветку закрывай, когда следующий ответ уже не меняет план работы. Если пользователь говорит «хватит, собирай» — немедленно переходи к Шагу 3 с тем, что есть, недобранное вынеси в допущения.
Шаг 3. Итог — общее понимание
Покажи в чат сводку 7–10 строк:
- Задача — одной фразой;
- Решения — по строке на каждое (что выбрали);
- Допущения — что не спросили и приняли за умолчание;
- Что НЕ делаем;
- Чем закончится — какой артефакт и куда ляжет.
Закрывающая строка: «Так? Скажи "го" — начинаю. Или поправь.»
Дальше не идёшь, пока не подтвердили. Это и есть точка общего понимания.
Шаг 4. Артефакт
После «го» сохрани ТЗ файлом — чтобы решения не потерялись между окнами. По канону оркестратора:
- в папку сессии:
<VAULT_ROOT>/08-Работа-Claude/<ГГГГ-ММ-ДД_slug>/00_tz_extracted_<slug>.md - если сессионной папки ещё нет — заведи её (как
/session-new) или, для мелкой задачи, положи в<VAULT_ROOT>/08-Работа-Claude/_ТЗ/tz_<slug>_ГГГГ-ММ-ДД.md
Структура файла:
# ТЗ: <задача>
Дата: ГГГГ-ММ-ДД · Заказчик: <кто> · Срок: <когда>
## Цель
## Решения (из допроса)
## Скоуп: входит / не входит
## Источники и ограничения
## Допущения
## Критерий приёмки
## Маршрут доставки
## Рекомендуемая цепочка работШаг 5. Передача в работу
- Если задача простая — делай её сам по этому ТЗ.
- Если большая (ресёрч, аудит, сборка, многошаговая) — предложи
/orchestrи передай ТЗ как готовый бриф: оркестратор пропускаетbrief-architectи эхо (tz_inherited_from: опрос ГГГГ-ММ-ДДв run-логе) — расшифровка уже сделана здесь, повторять её нельзя.
Запрещено
- ❌ Задавать несколько вопросов одной репликой.
- ❌ Спрашивать то, что лежит в vault или MEMORY.md и читается за один вызов.
- ❌ Открытые вопросы «расскажи подробнее», «уточни задачу», «что ты имеешь в виду».
- ❌ Вопрос без своего рекомендуемого ответа.
- ❌ Жаргон и внутренняя кухня в формулировках опций.
- ❌ Начинать работу до подтверждения сводки.
- ❌ Продолжать допрос после «хватит».
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

