惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 司徒正美
Google DeepMind News
Google DeepMind News
P
Palo Alto Networks Blog
SecWiki News
SecWiki News
S
Secure Thoughts
P
Privacy International News Feed
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
T
Tenable Blog
W
WeLiveSecurity
Application and Cybersecurity Blog
Application and Cybersecurity Blog
A
Arctic Wolf
D
Darknet – Hacking Tools, Hacker News & Cyber Security
Spread Privacy
Spread Privacy
V2EX - 技术
V2EX - 技术
Project Zero
Project Zero
C
CERT Recently Published Vulnerability Notes
Security Archives - TechRepublic
Security Archives - TechRepublic
Hacker News: Ask HN
Hacker News: Ask HN
Cyberwarzone
Cyberwarzone
Hacker News - Newest:
Hacker News - Newest: "LLM"
S
Schneier on Security
L
Lohrmann on Cybersecurity
阮一峰的网络日志
阮一峰的网络日志
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Scott Helme
Scott Helme
H
Hacker News: Front Page
博客园 - Franky
月光博客
月光博客
D
DataBreaches.Net
Know Your Adversary
Know Your Adversary
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
O
OpenAI News
N
Netflix TechBlog - Medium
G
GRAHAM CLULEY
Engineering at Meta
Engineering at Meta
博客园 - 叶小钗
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
B
Blog
人人都是产品经理
人人都是产品经理
I
Intezer
酷 壳 – CoolShell
酷 壳 – CoolShell
云风的 BLOG
云风的 BLOG
IT之家
IT之家
V
Vulnerabilities – Threatpost
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
L
LangChain Blog
Google Online Security Blog
Google Online Security Blog
博客园 - 聂微东
Hugging Face - Blog
Hugging Face - Blog
雷峰网
雷峰网

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Как глушить нефтяную скважину… машинным обучением. Часть 1
Антон Кожухов · 2026-06-01 · via Все публикации подряд на Хабре

6 мин

6.5K

Думаю, пришло время рассказать широкой общественности об интересном ML проекте в нефтяной отрасли, в котором я принимал участие не только как руководитель направления DS, но и как основной исполнитель. В статье делюсь больше своими впечатлениями и общим подходом в силу политики конфиденциальности, хотя были выступления на профильных конференциях. Проект начался в 2024 году и, по сути, сейчас продолжается, но основная часть уже выполнена. В первой части расскажу в целом о проекте: какую проблему мы решали, какова постановка задачи, о рабочем процессе. Во второй части уже будет больше технической информации, и подведу итоги того, что удалось нам в итоге получить. Спойлер: результаты проекта признаны успешными по итогам реальных, в прямом смысле, полевых испытаний.

Что же такое глушение нефтяной скважины?

Объясню простыми словами, по‑другому не смогу))

Зачастую в процессе эксплуатации нефтяной скважины возникает необходимость заменить или отремонтировать оборудование, размещенное внутри нее, или провести другие работы, требующие остановки выхода нефти и газа через скважину. Как правило, для этого в скважину закачивают соленую воду, чтобы создать противодавление пластовой жидкости (пластовая жидкость создает давление, которое измеряется, и необходимый объем соленой воды легко рассчитывается). Это и называется глушение нефтяной скважины. Однако, в России да и в других нефтедобывающих странах, существуют месторождения, сложенные пористо‑трещиноватыми коллекторами, характеризующимися аномально низким пластовым давлением. Если мы будем закачивать туда обычный солевой раствор, то он просто будет уходить в поры, трещины. Поэтому обычная методика на таких месторождениях не работает, совсем. Поэтому используют различные блокирующие и эмульсионные составы. Их разработка — это целая наука. При закачке блокирующий состав достаточно жидкий, но через полчаса он превращается в очень густое желе, которое закрывает поры и трещины пласта в глубине скважины, и предотвращает выход нефти и газа.

Газ, кстати, тоже присутствует, и вот он как раз создает самую большую опасность для человека, поскольку на некоторых месторождениях газом является сероводород. Два, три вдоха и человек теряет сознание, через 5 минут может умереть. Поэтому у каждого, кто приближается к таким скважинам, должен быть с собой анализатор газов, если прибор начинает сигнализировать о детектировании сероводорода, нужно немедленно надеть противогаз. Мы выезжали смотреть вживую, как проходит процесс глушения, и особое внимание было уделено как раз технике безопасности.

Постановка задачи

Итак, чтобы эффективно глушить скважины на таких месторождениях, используют разные виды блокирующих и эмульсионных составов. Процесс проходит в несколько стадий, сначала закачивается самый «жесткий» состав — блокирующий, потом эмульсионный, а затем для продавки этих составов используется соленая вода. Бывает, что достаточно только эмульсионной и соленой жидкостей.

Стадии закачки жидкостей глушения

Стадии закачки жидкостей глушения

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

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

Распределение таргетов для разных моделей (значения по Х указаны в демонстрационных целях в силу nda)

Распределение таргетов для разных моделей (значения по Х указаны в демонстрационных целях в силу nda)

Неопределенность таргета еще более усиливается, если попытаться оценить его в случае нескольких неуспешных глушений: в случае такого неуспешного глушения (например, закаченных жидкостей не хватило, чтобы заглушить скважину), глушения повторяются до успеха. Причем непонятно, как учитывать объемы прошедших неуспешных глушений. Мы предложили просто складывать объемы с какими-то коэффициентами, пропорциональными времени между циклами глушения (предполагается, что блок. составы со временем поглощаются в пласте полностью). Если уж заговорил про таргет, то стоит упомянуть, что где-то на третий месяц проекта мы решили преобразовывать наш таргет объема в объем, который нужно прибавить (или убавить) к объему предыдущего глушения. То есть, если ранее было закачано, условно, 5 м3 блок. состава и скважина стала аномальнее, то предполагается, что сейчас нужно использовать, например, 5 + 2 м3. Такой подход действительно помог улучшить метрики для скважин, которые часто глушатся. Для случаев новых скважин такой подход, конечно же, не работает.

Данные и выбор моделей

Не буду долго углубляться в описание признаков, могу только сказать, что неопределенность таргета - это еще меньшая проблема. История глушения скважин была в виде эксел таблицы, с пропусками, с грязью, с малым количеством строк, в общем полный набор "проблем" данных в промышленности. Размер датасета (2000) хоть и был адекватен, но если строить модели для разных месторождений, заменять циклы неуспешных глушений на одно успешное, и возможно, хоть как-то кластеризовать скважины на проблемные и беспроблемные, чтобы улучшить качество прогноза, то данных становится маловато. Да и признаков было маловато, мы, конечно же, нагенерили дополнительных, и в процессе выполнения проекта нам были предоставлены дополнительные данные из технологического режима эксплуатации скважин. Временные ряды суточных дебитов и забойных давлений тоже были у нас в распоряжении, но в итоге они нам не пригодились. Были и координаты скважин и разломов в пласте, но такие признаки, как расстояние между скважиной и ближайшим разломом или факт пересечения скважины разломом тоже не дали прироста к качеству моделей.

Табличные данные, малый размер датасета и нелинейные зависимости сразу натолкнули нас на использование методов градиентного бустинга: catboost и xgboost. В итоге выбрали catboost из-за наличия большого набора категориальных признаков. К xgboost мы вернемся позднее. Боролись с переобучением, в основном, L2 регуляризацией.

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

Рабочий процесс

Пару слов хочу сказать, как был устроен рабочий процесс, может это интересно. Как обычно, проект был разделен на этапы. На первом этапе (3 месяца) мы вообще проверяли возможность использовать машинное обучение на данных. В конце второго этапа мы должны были предоставить уже работающие модели и проверить их на отложенной выборке (глушения, которые проводились в период 1-ого и 2-ого этапа, которые мы не могли видеть). Нам была предоставлена свежая таблица истории глушения без объемов, и мы должны были ее заполнить своими расчетами. Признак «Результат глушения» (положительно/отрицательно) тоже был удален, как и признаки, указывающие какие жидкости использовались. Поэтому пришлось заполнять и эти признаки вручную исходя из данных. На третьем этапе проводилось реальное опытно‑промышленное испытание (ОПИ), параллельно мы докручивали модели (а лучше сказать, реализовали новый подход). ОПИ проходило следующим образом: появляется необходимость заглушить скважину № Х, нам передается вся необходимая информация по этой скважине, и мы в течение короткого периода времени должны прислать объемы всех жидкостей, которые планируется использовать. Глушение проходит строго с теми объемами, которые мы рассчитали. Результаты ОПИ, скорее всего опишу во второй части, но сейчас могу сказать, что мы прокачали личное качество «Ответственность» значительно)) Это первый раз, когда нашу методику использовали в решении данной проблемы. На 4-м этапе внедряли наши модели на другом новом месторождении.

Пока на этом заканчиваю, продолжение во второй части. Спасибо за внимание!