Сегодня о линтерах не для Python-кода, но для того, что вы наверняка пишете.
hadolint – линтер для докерфайла. Правила довольно умные, с анализом передаваемых shell-команд. Причем это не о консистентности или красивости, а именно о best practice как сделать образ стабильнее, меньше и быстрее. Но главное, у проекта офигенный логотип.
shellcheck – линтер для bash (и sh) скриптов. Правил очень много и они довольно толковые: переносимость, распространенные ошибки, безопасность, консистентность.
markdownlint-cli – линтер для markdown. Штука довольно важная, потому что markdown толком не стандартизован, и каждый движок рендерит его по-своему. Поэтому если Github всё показывает отлично, это не значит, что Sphinx, Gitlab, Bitbucket или что-то ещё тоже справится. Например, если перед списком не поставить пустую строку, с этим справится только Github. Так что этот линтер не только про консистентность и читаемость, но и про такие вот тонкие моменты.
yamllint – для yaml-программистов. Это уже больше только про читаемость, за исключением всего нескольких правил, типа поиска повторяющихся ключей.
editorconfig-checker – небольшой быстрый линтер, который проверит соблюдение .editorconfig. Штука такая, опциональная: отловит отсутствие переноса строки в конце файла и trailing-whitespace.
vale – линтер для английского текста с поддержкой markdown. Ну знаете, типа “не пиши really, слишком экспрессивно” и “не используй passive voice”. Аггрегирует в себя проверки из proselint и write-good, поэтому если с этой поделкой на Go не сложилось, можно просто использовать вот эти два линтера. Vale используется у меня на articles.life4web.ru, внизу некоторых статей можно увидет его предупреждения.
Тут ещё стоит упомянуть grammarly.com, который отлично проверяет различные ошибки в английском тексте. Отличное web-приложение, отличный плагин для браузера. Я через него стараюсь всё прогонять: сообщения, письма, резюме. Жалко, что не понимает значки в markdown и из-за них замалчивает некоторые проблемы.