Мы не изобретали contextvars, это часть стандартной библиотеки =). С нашей стороны только их использование (и, кстати, middleware добавляющая в контекст log_extra покрыта юнит-тестами). По поводу неявности соглашусь, но здесь мы ограничены возможностями питона.
Теперь фиксим ошибки, отмеченные флейком, и пытаемся закоммитить валидный код:
Есть (была?) одна проблема: валидатор проверяет состояние рабочего дерева, а не индекса. Проще говоря, существует возможность нечаянно запихнуть в репозиторий каку:
1) Пишите невалидный код
2) Добавляете файл в индекс
3) Пытаетесь сделать коммит
4) Валидатор ругается
5) Доводите файл до валидного состояния, но НЕ добавляете его повторно в индекс
6) Теперь у вас есть возможность закоммитить невалидный код из п. 2
1) Пишите невалидный код
2) Добавляете файл в индекс
3) Пытаетесь сделать коммит
4) Валидатор ругается
5) Доводите файл до валидного состояния, но НЕ добавляете его повторно в индекс
6) Теперь у вас есть возможность закоммитить невалидный код из п. 2