Об этом проекте

WeaveTrail представляет собой рабочую среду для расследований, которые следуют за сигналами системы рыночного надзора. Система надзора может отметить определенный день, счет или движение цены; WeaveTrail решает задачу следующего этапа, где необходимо показать, какие записи сформировали число, как эти записи интерпретировались и на основании какой версии какого правила. Система прямо заявляет, что она ничего не находит самостоятельно — дело инициируется внешним фактором — и что она никогда не определяет вину, не делает выводов о намерениях и не рекомендует сделки. Результатом является ответ, вычисленный фиксированным кодом, лежащая в его основе арифметика и опубликованная запись для каждого считанного значения. Проект ориентирован на команды надзора на торговых площадках, специалистов по комплаенсу в брокерских компаниях или банках, надзорных следователей и внутренний аудит. Работа организована по принципу полномочий, а не местоположения, согласно правилу: ИИ предлагает, человек утверждает, код решает, доказательства подтверждают результат. Описываются четыре уровня. Ограниченная модель считывает незнакомый файл и предлагает значение каждого столбца с обоснованием и степенью уверенности, но никогда не редактирует строку, не вычисляет число и не берет на себя ответственность за ответ. Человек утверждает именно это предложение, привязанное к хешу артефакта, причем любое отмеченное моделью значение требует письменного обоснования перед прохождением. Фиксированный код сравнивает утвержденные данные с утвержденными порогами и возвращает один из трех ответов: паттерн подтверждается, не подтверждается или доказательств недостаточно для вывода (последний вариант является полноценным ответом, а не ошибкой). Уровень доказательств связывает каждую проверку с исходными строками, а число, происхождение которого невозможно установить, скрывается. Два правила закреплены в коде, а не в руководствах: ни один уровень не обладает двумя полномочиями (уровень предложения не может утверждать, уровень утверждения не может вычислять, уровень вычислений не может расширять полученные данные), и ответ содержит условия, при которых он истинен — истинен для данной версии этого правила, в рамках данной утвержденной области и при указанных порогах. В README подход иллюстрируется разобранным случаем от 3 сентября 2026 года, когда индекс KOSPI 200 закрылся чуть выше предыдущего дня, но значительно отступил от своего максимума. Пользователь фиксирует дату, период сравнения и размер отката; затем фиксированный код выполняет вычисления и сообщает положение дня в этом периоде; каждое наблюдаемое значение открывает опубликованную строку, из которой оно было считано. Повторный запуск с теми же входными данными дает тот же результат. Отмечается, что период сравнения и пороги были выбраны человеком, который уже видел данные за этот день, и это представляется как часть интерпретации результата. В вопросе повторяемости граница описывается как контракт, а не соглашение: записи восстанавливаются из сохраненного файла через утвержденное чтение, а не из того, что передала модель; цены и пороги сравниваются точно, без округления частных; цифровой отпечаток охватывает ответ, а не процесс запуска (перестановка тех же строк оставляет его неизменным, в то время как изменение области или порогов меняет его); информация о том, кто, что и когда утвердил, хранится в записи об утверждении; проверка, которая не может быть удовлетворена, останавливается и не возвращает ответа вовсе вместо предоставления менее точного. Цепочка проходит от сохраненных записей к доказательствам, где каждая передача между компонентами рассматривается как контракт; компоненты отмечены по автору — модель, человек или фиксированный код, поэтому сама диаграмма отвечает на вопрос, кто принял решение. В README указано, что ограниченный составитель дел (case proposer) специфицирован, но еще не построен. Развернутая рабочая среда открывается с пошаговым руководством по одному делу на странице воспроизведения: чтение фактических строк, просмотр предложений модели по столбцам, явное утверждение этого чтения и области, запуск и переход от результата обратно к строкам. Во втором примере есть столбец, который модель не может разрешить, поэтому требуется письменное обоснование перед утверждением, при этом утверждение не авторизует дело автоматически. Повторный запуск того же утвержденного дела возвращает второй отпечаток для сравнения с первым. Утверждения и результаты живут только на открытой странице, поэтому обновление страницы сбрасывает статус утверждения. Кейсы являются синтетическими, за исключением опубликованных рыночных записей, предоставленных по лицензии с указанием источника и способа получения; по умолчанию этап чтения работает из сохраненных фикстур, а не через вызов модели, и развернутая конфигурация не содержит учетных данных модели. Документация охватывает архитектуру и границы доверия, методологию, оценку, ограничения, нормализацию ежедневных котировок, развертывание, записи о решениях и рабочий процесс внесения вклада (некоторые разделы также на корейском), а также страницу с ожидаемыми результатами сценариев из самого движка. Также описывается соответствие руководству Кореи по финансовому ИИ, вступившему в силу 22 июня 2026 года, согласно которому окончательное решение и ответственность остаются за человеком; при этом уточняется, что это соответствие на уровне дизайна, а не сертификация или одобрение. Исходный код и документация лицензированы под Apache-2.0, для проекта требуется Node 22 или новее.