deepdive
Skill385 starsChanged 6 months agoMITView on GitHub
Meta-research под вопрос или решение: веб-поиск, источники, Q&A отчёт с цитатами по файлам для повторного использования. Использовать для деск-ресёрча, валидации гипотезы, «как устроен X». Триггеры: «deepdive», «сделай ресёрч», «исследуй», «копни глубоко», «ресёрчни».
1 other project uses a version of this.
Adopted by
Most recently taken up by
- RemiPelloux/kill-my-ideatheir own version, first seen Nov 15, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- RemiPelloux/kill-my-idea★ 2same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 0 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 138
Update тоже идёт в вики: wiki_ingest.py после дельты (квитанция обязательна) и wiki_pair.py build — расхождение НЕ по свежести и есть …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Deepdive — meta-research с дисциплиной
Многошаговое исследование под вопрос или решение. Источник = файл, отчёт как Q&A, тезисы атомарны и пере-используемы.
Когда применять
Прямая просьба о ресёрче; сравнение N институций/продуктов/методологий/рынков; материал под стратегию, доклад, статью; проверка гипотезы внешними данными; «как устроен X», «карта области Y».
НЕ применять: быстрая фактоверка → отвечай напрямую · N конкурентов по фиксированной матрице → competitive-teardown · Anthropic SDK / Claude API → claude-api · брейншторм без данных → brainstorming/grill-me · ответ уже в проекте → сначала grep.
Глубина — по теме, жёсткого дефолта нет
| Режим | Источников | Суб-агентов | Когда |
| shallow | 5–7 | 0 | первичная навигация, тема знакома, low-stakes |
| medium | 12–18 | 2–3 | нетривиальная тема, среднее решение |
| deep | 25–35+ | 4–5 | high-stakes решение, стратегия |
Объяви режим в начале с обоснованием. После Genre+Plan объяви model routing одной строкой (фазы по моделям + estimated cost + как перебить: «всё на opus» / «cheap mode»). Детали — model_routing.md.
Перед стартом — discover existing
До reframing (опционально — нет файлов, иди дальше): определи целевую папку → есть — перечисли содержимое, похожий slug ⇒ спроси «это update?» → прочитай CLAUDE.md/CLAUDE.local.md и memory/MEMORY.md, учти в reframing. Цель: не дублировать сделанное.
Плюс кросс-прогонная вики — python scripts/wiki_query.py --topic "<вопрос>": прошлые утверждения, уже оценённые источники (credibility не пересчитывать), открытые противоречия между прогонами. Непогашенное противоречие идёт в plan.md исследовательским вопросом. См. wiki.md.
Куда сохранять (не хардкодь): (1) research-папка из CLAUDE.md или существующая research/ · 06_Деск-ресёрч/ · docs/research/ · notes/research/; (2) иначе по типу проекта — манифест (pyproject.toml/package.json/Cargo.toml/go.mod) → research/, только документы → 06_Деск-ресёрч/; (3) не git-репо или пусто → ~/deepdive/<slug>/. Путь покажи ОДИН раз, дальше пиши молча.
Slug: латиница, цифры, дефисы («Postgres logical replication vs CDC» → postgres-replication-vs-cdc). Неочевиден — покажи в начале фазы 2.
Workflow — <!--gen:count:phases-->13<!--/gen--> фаз (1–8, включая 3.5, 3.7, 5.5, 5.7, 6.5)
Детали фаз — workflow.md, модель на фазу — model_routing.md. Здесь — что фаза обязана оставить после себя.
- Reframing [
opus/high] — переписать вопрос; Decision Spec (решение глагол+объект+срок / потребитель→его следующий шаг / ≥1 if-then вилка «покажет X → делаю A»; ни одной вилки ⇒ честный даунгрейд в shallow); 2–4 опровергаемые гипотезы; medium/deep — персоны охвата (STORM) и router по типу вопроса. См.question_reframing.md. - Genre & blocks [
sonnet/medium] — жанр (qa/explainer/decision/landscape/validation/custom) + набор блоков, подтвердить одной строкой. См.genres.md,blocks/INDEX.md. - Plan [
opus/medium] —plan.mdпо шаблону §0–16 изworkflow.md: HEADER → SCOPE → STRUCTURE → EXECUTION → TRACKING. Несущее: acceptance criteria, гипотезы, risk register, subtopic↔blocks mapping (least-to-most для многошаговых вопросов), sourcing strategy §12, opposition queries, stop-criteria. 3.5. Capability Discovery [sonnet/low] (deep — обязательна) — audit env vars, подтемы → доступные API, fallback на awesome-lists. См.capability_discovery.md. 3.7. Plan-review gate [sonnet/low] (shallow — skip) — единственная human-in-the-loop точка ПЕРЕД дорогой Фазой 4: показать сжатый план (вопрос, решение, жанр, гипотезы, каналы, стоп-критерий, routing). deep — ЖДАТЬ явного «Ок»; medium — soft. Плюс скаут-пасс (deep — рекомендуется): 3–4Exploreнаhaikuищут непокрытые подвопросы, а не источники; выход — правкиplan.md, ноль записей вsources/. См.plan_gate.md. - Поиск [main
sonnet/medium; sub-agents:haikuweb/api,sonnetacademic/long-source] — (4.0) Source Dispatch по матрице →plan.md§12; количественный подвопрос ⇒ primary-канал registry/API. (4.1) medium/deep —general-purposeсуб-агенты параллельно, каждому свой диапазон id (s01-s09,s10-s19…) и своя ось поиска, не только подтема; shallow — главный поток. (4.2) Fetch, дедуп с замеромoverlap_rate; WebFetch вернул тонко (<500 знаков, нет цитаты, блок/paywall) ⇒ сразуfetch_source.py, не по желанию. (4.3) Агент сам пишетsources/NN_slug.md, в главный поток — только index-строки. После раунда 1 — snowball. Loop: goal-check → bounded deviation → circuit breaker (2 раунда без нового ⇒ стоп, остаток в Open Questions). Окно раунда пересобирается, не накапливается (medium/deep):state.mdПЕРЕЗАПИСЫВАЕТСЯ перед каждым раундом (## Knownстатусами со ссылками ·## Gaps·## Next, ≤6 КБ), планирование по нему, а не по транскрипту. См.source_dispatch.md,subagents_v2.md. - Claims-ledger + триангуляция [
haiku/low] —claims.csv(схема колонок —source_scoring.md).triangulated⟺ ≥3 источника И ≥2 типа И ≥2 корня (root:) И ≥2 пути (discovery_path:); иначеsingle-type/single-root/single-path, потолок medium. Без primary — потолок medium; caveat (vendor/self-reported/disputed:sNN) — потолок medium,disputedбез арбитра → low. Защита меньшинства: непогашенныйdissentотPrimary/credibility ≥ 4⇒contestedнезависимо от большинства, обе позиции в отчёт. Gap-волна на не-triangulated, max 2 круга, иначеdata-insufficient. См.source_scoring.md. 5.5. Evidence-фильтр: relevance × authority [sonnet/low] (medium/deep — обязательно) — фильтр на ВХОДЕ синтеза. Relevance: пара (claim, source) → Correct/Ambiguous/Incorrect по дословным цитатам → relevant-only цитаты вevidence/CN.md; claim без relevant-источника →data-insufficientили до-поиск. Authority (несущие пары: claim в memo/F1/F9, ИЛИ с числом, ИЛИ источник единственный корень, ИЛИcaveat≠-): «вправе ли ЭТОТ источник утверждать ЭТО» →qualified/unqualified-for-this-claim/unknown→.verify/authority.json.unknown— карантин: не единственная опора, неhigh. См.evidence_filter.md. 5.7. Сверка с вики [sonnet/low] (medium/deep — обязательно) —claims.csvпрогона против кросс-прогонной вики, до синтеза: расхождение с прошлым ресёрчем обязано попасть в отчёт, заметить его в Фазе 7 значит заметить поздно.wiki_pair.py buildсобирает пары и сам закрывает всё, что не требует суждения; остаток идёт в.verify/wiki_pairs.json→ вердикт из четырёх (same-claim-agree/same-claim-conflict/different-claim/unknown) →wiki_pair.py record.unknown— карантин, не конфликт. Подтверждённый конфликт = обе позиции в отчёт, потолокmedium, без арбитраcontested. Срез поMAX_ADJUDICATEDназывать вслух. Пороги прескрина и правилаrecord—wiki.md. - Синтез + multi-angle red team [red team
opus/high для deep,sonnet/high для medium] —outline.md(section | block | claimsизplan.md§8/§11 и фактическогоclaims.csv) → собрать<date>_<genre>.mdсекция за секцией по outline, под каждую только еёclaim_idи еёevidence/CN.md, не весь пул → числа вnumbers.csv(verbatim/derived/share; уderived—formula+inputs) → финал «it depends» запрещён (рекомендация однозначная или условная по вилкам) → claim ledger → враждебные роли параллельно какgeneral-purpose: R1 Skeptic, R2 Contrarian, R3 Gap-hunter, R4 Исполнитель, R5 Адвокат меньшинства → триаж severity → ОДИН раунд ремедиации HIGH →memo.md(рекомендация, вилки, 3 числа с [sNN]+as_of, риск, next actions, строкаУрезано:— сработавший circuit breaker или даунгрейд вслух; иначеУрезано: —) → финал. Finder ≠ fixer. Гейт: shallow=R1 инлайн, medium=R1+R2+R4 (+R5 приdissent), deep=все пять. См.adversarial_pass.md,synthesis_outline.md,source_scoring.md(numbers.csv). 6.5. Verify [haiku/low] (medium/deep — обязательно) — четыре оси, вердикты в.verify/<ось>.json: liveness (check_citations.py); faithfulness (entailment claim⊨цитата по парам изevidence/CN.md→ SUPPORTED/PARTIAL/UNSUPPORTED); qualifier preservation (F1/memo.md/Z12 против строкclaims.csv→ PRESERVED/BROADENED/SCOPE-DROPPED/UNTRACEABLE); construct provenance (именованные фреймворки/«законы»/термины противevidence/+sources/→sourced/author-construct/unsourced;unsourcedвmemo.md/F1/F9 блокирует finish). Чинится отчёт, не ledger. Header F10 несёт все четыре оси плюс строку независимости источников; без него отчёт не «готов». См.runtime_verification.md. 6.9. Экспорт отчёта [haiku/low] (medium/deep) —uv run scripts/build_report.py <run>: HTML + PDF + DOCX из одного источника. Фигуры — только изnumbers.csv,```mermaidиз E13/M9 — в «Схема N» черезmmdc,[sNN]резолвятся в приложение изsources.csv. Битая ссылка или потерянная сноска роняют сборку.memo.mdостаётся отдельной страницей. См.references/report_export.md. - Refresh targets + постобработка роя [
sonnet/medium] (medium/deep) — entities/numbers/hypotheses/topic-markers из отчёта вrefresh_targets.md: точка входа для будущихupdate. Блок Z11 вblocks/close.md. Затем — четыре шага сбора наблюдений роя (collect_observations.py→update_priors.py→promote_candidates.py --track→ изредка--write): порядок и флаги —references/swarm_postprocess.md, читать перед первым вызовом. - Decision walkthrough [
opus/high, главный поток] (всегда, в shallow — 1 вилка) — отчёт не обсуждается, а исполняется: показатьmemo.mdи провести пользователя по вилкам по одной. Исходы: принято (решение + next action + дата) /blocked(после 1 целевой gap-волны) /deferred. Артефактapplication.md(любой status) + строка в~/.claude/research/applications_ledger.csv. См.decision_walkthrough.md.
Stop-criteria — по содержанию, не по бюджету
Лимита на WebSearch/WebFetch нет.
Стоп когда: все гипотезы подтверждены/опровергнуты ≥3 разнотипными источниками либо помечены «данных мало» · прошёл и разобран ≥1 целевой поиск оппозиции («X criticism / counter-evidence / problems with X») · покрыты 4+ типа источников · последние 3–5 источников не дают нового.
Не стоп когда: источники противоречат (копай за причиной) · все одного типа · есть сильный контр-аргумент без разбора · оппозицию не искали.
Тупик: третий подряд поиск даёт источники total < 8 ⇒ стоп, в Open Questions «литература слабая», предложи интервью/эксперимент.
Output structure
<slug>/
├── plan.md # Фаза 3 (+ changelog §16, notes §15)
├── state.md # Фаза 4 — окно раунда, ПЕРЕЗАПИСЫВАЕТСЯ каждый раунд (medium/deep)
├── sources.csv # индекс источников с оценками
├── claims.csv # Фаза 5 — claim-ledger
├── numbers.csv # Фаза 6 — реестр чисел отчёта (medium/deep)
├── outline.md # Фаза 6 — карта section → block → claim_id (medium/deep)
├── figures.csv # Фаза 6.9 — фигуры, только по num_id из numbers.csv (medium/deep)
├── sources/NN_slug.md # один файл = один источник (метаданные + цитаты)
├── evidence/CN.md # Фаза 5.5 — relevant-only цитаты под claim (medium/deep)
├── findings/FN_*.md # атомарные тезисы (опц., для крупных)
├── refresh_targets.md # Фаза 7 (medium/deep)
├── memo.md # Фаза 6 — decision-меморандум (всегда)
├── application.md # Фаза 8 — вердикт по вилкам + status (всегда)
├── .verify/ # I/O-контракт: один producer, много consumers
│ ├── authority.json # 5.5 — qualified/unqualified/unknown
│ ├── wiki_pairs.json # 5.7 — пары на адъюдикацию (medium/deep)
│ ├── wiki_ingest.json # finish-up — квитанция записи в вики (всегда)
│ └── citations|faithfulness|qualifiers|constructs.json # 6.5, по оси на файл
├── diffs/<date>_delta.md# дельты режима update
├── <YYYY-MM-DD>_<genre>.{html,pdf,docx} # Фаза 6.9 — собранный документ
└── <YYYY-MM-DD>_<genre>.md # финал: qa|explainer|decision|landscape|validation|customКросс-прогонный слой лежит ВНЕ прогона — ~/.claude/research/wiki/, один на все ресёрчи. См. wiki.md.
Отдельный _changelog.md не создаётся — он в plan.md §16. Шаблоны: sources/NN.md, claims.csv — source_scoring.md; отчёт — genres.md + blocks/; findings/FN.md — Z6 в blocks/close.md.
После завершения — finish-up
- Одна команда, БЛОКЕР:
python scripts/finish.py --research-dir <root>/<slug>— строитsources.csv, гоняет liveness (--offlineбез сети), компилирует прогон в вики (квитанция.verify/wiki_ingest.json, на любой глубине), два прохода по числам (check_number_provenance/check_number_arithmetic,--strict) и последним — phase-gatevalidate_phases.py --strict. Шаги не останавливаются на первом отказе, отчёт показывает все. Красный ⇒ фаза пропущена ⇒ вернись, доделай, перезапусти: не показывать путь, не писать резюме, не рапортовать «готово». Режим гейт берёт изmode:вplan.md, без него выводит по артефактам и предупреждает. Изредкаpython scripts/wiki_lint.py. - Пути markdown-ссылками: сначала
memo.md(вход потребителя), затем отчёт. - Резюме в чат 5–8 строк: 3 ответа + главный контр-аргумент + чего не нашли + итог walkthrough из
application.md. - Предложи 2–3 следующих ресёрча.
- Есть
memory/— предложи 1–3 кандидата (тезис + confidence + источники; авторитетный источник как[reference]). - Есть
anthropic-skills:humanizer-ru— прогони им финальный отчёт (опционально).
Что НЕ делать
- Не пропускать:
discover existingи reframing · Plan-review gate в medium/deep (для deep гейт без ожидания ответа = не гейт) · Фазы 5.5 и 5.7 и multi-angle red team в medium/deep · gap-волну · Фазу 8 «потому что и так ясно» — и не отвечать на вилки ЗА пользователя. - Фаза 5.7: не объявлять конфликт, не показав обе стороны с их
as_ofи корнями. Не трактоватьunknownкак «сойдёт» — карантин. Не молчать про срез поMAX_ADJUDICATED: непроверенные пары ≠ отсутствие противоречий. Не чинить противоречие выбором «более свежего». - Не редактировать страницы вики руками и не заводить вики внутри проекта: слой один на все ресёрчи. Не гейтить
wiki_ingestпо глубине. - Не запускать medium/deep без единой if-then вилки Decision Spec.
- Не завершать синтез финалом «it depends» без разрешённых условий.
- Не оставлять
root:пустым и не копироватьdiscovery_path:между источниками — это 3-е и 4-е условия триангуляции.claims.csvбез колонокroots/paths/dissent/as_ofна medium+ гейт роняет: правила триангуляции по ним и работают. - Не разводить fetch-агентов только по подтемам — ещё и по осям поиска (EN-академия / RU + регуляторы / практики / реестры): один шаблон + одна модель + один язык = одна траектория.
- Не выбрасывать дубли URL между агентами молча — считать
overlap_rateвplan.md§15: совпадение это замер конформизма, а не подтверждение. - Не передавать во второй раунд находки соседей — только дыры. Не дописывать
state.md— он перезаписывается. - Не давать
triangulatedстроке с непогашеннымdissentот Primary/credibility ≥ 4(этоcontested) и не гасить dissent понижением credibility несогласного. - Не трактовать
unknownв authority как «сойдёт» — карантин. Не давать confidence вышеmediumбез primary-источника. Не строить выводы на источниках сtotal < 8и не оставлять утверждений без ссылки наsources/NN.md. - Не выдавать числу трибуну без производителя:
origin_kind: unknown/chain_len ≥ 2/ нетdata_as_of⇒ не вmemo.md/TL;DR/F9 и неhigh. - Не считать процент/долю/рост прозой: производное число живёт в
numbers.csvсformula+inputs— оси 6.5 арифметику не проверяют. - Не писать отчёт одним проходом по пулу и не оставлять
triangulated/contestedclaim внеoutline.md. - Не вводить именованный фреймворк/«закон» без
[sNN]или пометки «наша рамка». - Не искать числа в вебе при наличии покрывающего endpoint в
stat_sources//api_sources/. - Не поднимать fetch-агентов Фазы 4 на opus «для качества»: растёт не качество поиска, а уверенность ошибки.
- Фаза 5.5: не переписывать
sources/NN.md(архив), не фильтровать поtotalвместо релевантности фрагмента к claim. - Фаза 6.5: не доверять наличию ссылки — проверять entailment по дословной цитате; вердикты писать в
.verify/*.jsonи не пересчитывать в rubric/F10; пары брать изevidence/, не пересканироватьsources/. Чинить отчёт, а не ledger. - Для fetch+save и red team —
general-purposeс явным диапазоном номеров, неExplore(read-only, только разведка). Не запускать суб-агентов последовательно — только параллельно в одном сообщении. - Не сжимать
sources/в один файл, не выводить результат только в чат. Не гонять шаги finish-up поодиночке вместоfinish.py— пропуск флага (--out,--strict) и есть пропуск фазы. - Тонкий источник (<2 дословных цитат или
access:PARTIAL/closed) не считается плечом триангуляции — перефетчить лестницей или понизить статус тезиса. - Не обходить WebFetch произвольным
bash/curl. Единственный санкционированный fallback —scripts/fetch_source.py(Фаза 4.2): он читает robots.txt, санитайзит страницу от prompt injection и проставляетfetch_tier. Вывод ручногоcurlвsources/не кладётся. - Не принимать
fetch_source.pyза средство против paywall и анти-бот-защиты:auth-wallиantibotдля него — терминальный вердикт. Дальше — fallback-протоколchannels.mdили endpoint изapi_sources/. - Не рисовать в отчёте число, которого нет в
numbers.csv, и не подбирать палитру фигур на глаз — она валидируется скриптом. - Не сливать
memo.mdв большой документ. Не считать DOCX форматом для чтения — читают PDF и HTML.
Режим update
update <slug> / «обнови ресёрч X» — дельта, не replay. Pre-flight: plan.md, refresh_targets.md (нет — сгенерируй по Z11), последний отчёт. Четыре категории дельты с date-фильтром от last_research_date: new entrants · entity diff · numbers refresh · adversarial trigger. Verified-no-change — тоже результат. Выход: diffs/<date>_delta.md; новый отчёт — только если дельта существенна (решает пользователь), старый получает status: superseded by …. Adversarial trigger HIGH ⇒ повторить только Фазу 6 на opus. Протокол — refresh_protocol.md.
Update тоже идёт в вики: wiki_ingest.py после дельты (квитанция обязательна) и wiki_pair.py build — расхождение НЕ по свежести и есть настоящая находка update'а.
References — когда читать
Прогрессивная подгрузка: файл читается когда дошёл до фазы, не превентивно.
Базовые (читает любой medium/deep прогон): workflow.md (детали <!--gen:count:phases-->13<!--/gen--> фаз) · question_reframing.md (Фаза 1 + clarification-триаж) · plan_gate.md (Фаза 3.7 + скаут) · genres.md (<!--gen:count:genres-->6<!--/gen--> жанров) · blocks/INDEX.md (<!--gen:count:blocks-->106<!--/gen--> блоков) · channels.md (<!--gen:count:channels-->29<!--/gen--> каналов, query patterns, paywall fallbacks) · source_dispatch.md (обязательно перед launch суб-агентов) · model_routing.md · wiki.md (кросс-прогонный слой: чтение в discover existing, Фаза 5.7, запись в finish-up).
Условные — грузить, когда прогон дошёл до условия, а не заранее: capability_discovery.md и awesome_lists_registry.md — Фаза 3.5 (обязательна только на deep) · stat_sources/INDEX.md (33 категории) и api_sources/INDEX.md (<!--gen:count:api-->47<!--/gen-->+ endpoints) — Фаза 4, когда подвопрос количественный или Source Dispatch ведёт в registry/API · refresh_protocol.md — только режим update.
По фазам: subagents_v2.md (4) · fetch_source.py + channels.md §«Bot-block ≠ paywall» (4.2, штатно при «unable to fetch» И при тонком ответе) · source_scoring.md (шкалы, provenance, claims-ledger, dissent, numbers.csv — 5–6) · evidence_filter.md (5.5) · synthesis_outline.md (6) · adversarial_pass.md (6) · runtime_verification.md (6.5) · report_export.md (6.9) · swarm_postprocess.md (после 7) · decision_walkthrough.md (8).
Блоки (по выбранному жанру): frame.md F1-F10 · explain.md E1-E14 · compare.md C1-C13 · map.md M1-M12 · validate.md V1-V10 · analyze.md A1-A13 · close.md Z1-Z12 · people.md P1-P7 · numbers.md N1-N8 · context.md X1-X7.
Stat/API источники (Фаза 4, точечно): stat_sources/core/*.md (14 cross-industry) · stat_sources/industries/*.md (19 отраслевых) · api_sources/. Читай INDEX, потом нужную категорию. Auth через env vars, ключи скилл не хранит; приоритет — free no-key API.
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.

