Provenance Manifesto
arrow_back Назад в блог

День, когда родился Provenance Manifesto.

Yauheni Kurbayeu

День, когда родился Provenance Manifesto

День, когда родился Provenance Manifesto.

Author: Yauheni Kurbayeu
Published: March 8, 2026
LinkedIn

В течение последних месяцев я исследовал вопрос, который изначально казался техническим, но постепенно оказался гораздо шире.

Почему разработка программного обеспечения почти не имеет памяти о собственных решениях?

Этот вопрос привёл к серии статей, в которых я рассматривал проблему с разных сторон.

Сначала я обратился к иллюзии, что люди помнят всё о системах, которые они создают. В реальности команды меняются, архитекторы уходят, а обоснование, стоящее за системами, незаметно исчезает, тогда как сами системы продолжают существовать.

Затем я исследовал, могут ли современные подходы AI-retrieval помочь сохранить это обоснование. Векторный поиск и RAG сначала выглядели обещающе, но чем глубже становился анализ, тем яснее становилось, что поиск по сходству сам по себе не способен восстановить цепочку предположений, рисков, ограничений и компромиссов, лежащих в основе реальных инженерных решений.

Это осознание привело к идее инкрементальной графовой памяти provenance — способа сохранять не только документы, но и связи между решениями и контекстом, который их породил.

В какой-то момент обсуждение перестало быть чисто техническим.

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

Мы версионируем код, храним коммиты и воспроизводим сборки.
Но рассуждения, которые формируют системы, исчезают почти сразу.

По мере того как AI ускоряет скорость создания программного обеспечения, этот разрыв становится ещё опаснее.

Именно поэтому сегодня я публикую Provenance Manifesto.

  • AI может радикально ускорить исполнение.
  • Provenance сохраняет ответственность.

Несколько дополнительных мыслей, стоящих за манифестом

В ходе этого исследования стало ясно, что настоящая проблема не в документации и не в извлечении знаний. Проблема в том, что инженерия программного обеспечения никогда не создала систему учёта решений (system of record for decisions).

Любая архитектура, поведение продукта, операционный процесс или реакция на инцидент возникают из решений. Однако эти решения редко переживают команды, которые их приняли.

Организации наследуют системы, но не рассуждения, которые стоят за ними.

Provenance Manifesto предлагает простое изменение подхода:

  • Решения должны нести контекст.
  • Они должны эволюционировать, но никогда не исчезать.
  • Они должны быть доступными для запросов.
  • У них должен быть владелец.

И по мере того как AI становится активным участником разработки, он должен работать в рамках прозрачной системы управления решениями (decision governance).

Публикация манифеста не является завершением исследования.

Во многом это только начало.

Если эта тема вам откликается — независимо от того, работаете ли вы с архитектурой, системами знаний, AI-инструментами или инженерным лидерством — мне будет искренне интересна ваша точка зрения.


Contribute

Ваш вклад будет очень ценен:

https://github.com/yauhenikurbayeu/ProvenanceManifesto/blob/main/README.md