Нет. Несколько уровней в стандартной библиотеке, несколько уровней поверх в личной библиотеке, потом еще и для конкретного приложения может понадобиться... В общем, искусственно ограничивать это неразумно.

На практике же... Ну вот например такая хорошо известная вещь как Qt и стандартный класс "простой список на экране":
QObject
QWidget
QFrame
QAbstractScrollArea
QAbstractItemView
QListView
QListWidget
То есть семь уровней внутри библиотеки. Если мы еще сделаем свою надстройку - будет уже восемь уровней.

С другой стороны, уровней может вообще быть ноль - берем любой не ОО язык и наслаждаемся.

Но если тебе удобно сделать потомка от класса - то какая разница сколько там у него предков? Это пусть компилятор думает, он железный, ему все равно. Главное чтобы тебе было удобно использовать MySuperInheretedClass.

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

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

Ну длинная там цепь и что? Ты же не работаешь разом со всей цепочкой. Ты работаешь с конкретным классом в каждый момент времени, а то что он имеет кучу предков и/или кучу уже существующих потомков - да какая тебе разница? Методы и переменные предка тебе предоставлены и могут быть использованы без оглядки на то сколько там уровней до того самого предка.

А это, пожалуй, действительно серьезный аргумент... Но!
Опять таки вспоминаем не-ОО языки и осознаем что большое количество вызовов функций бывает и там, так что сложность прохода дебаггером от количества наследования не зависит (как и от наличия или отсутствия ОО вообще).