>огромную софтину с кучей плугинов — то это мимо кассы: not a unix way.

Ви-таки будете вмеяться, но mc изначально не "unix way"(*). Сравните - cp <-> F5, mv <-> F6.

А вот о, скажем, ""find -type f -size +100M | sed 's/^.\+\.//' | tr [:upper:] [:lower:] | sort| uniq -c |sort -k1,1nr"" речи и не идёт. Да, можно засунуть в меню. Да, можно даже параметр какой поспрашивать. Но... Если уж "перевели" cp и mv на F$N, где, спрашивается, перевод-замена-аналоги пайпов-конвейеров, использование в оных собственной реадизации find (и ещё "допиливание" до привычного (да, сам вижу -- субъективно) подмножества GNU find)? Отладка конвейеров (если уж не bash-дебаггер?!) -- на уровне вставить вьюер после N-ого пайпа и отлаживать его, конвейера, кусок до получения приемлемого результата и только _после_ этого пустить с "|xargs rm" или аналогичным? Для одного уровня find |xargs {cp|mv|rm}, допустим, есть Поиск - Панелизация - отметить файлы - F$n (И то -- _уже_ сложнее/дольше _отладки_/написания "с ходу" аналогичного find|xargs... YMMV), но отлаживать конвейеры типа вон того выше -- проще в обычном шеле(+) с |less в качестве "дебагера", и соответствующих выразительных средств в ["языке"] mc просто нет

И кста, именно на границе там-тут и спотыкается: "водораздел" с субщелом и его "шел занят, перезвоните позже", отсутствие переменных (~окружения шел) и/или выразительных средств работы с ними (Вместо cp $OTHER_DIR/*.zip $BACKUP/ нужно _долго_ ходить панелями по директориям и выбирать файлы... Я знаю про закладки - странно, но, наверное, что-то с ними не то.), меню - не шел-скрипт (Чтобы запустить или вызвать из др.скрипта или конвейера -- _нужно_ переписать на этот самый шел и вынести из mc/menu. Несмотря на то, что очень похоже.).

Был когда-то под ДОСом такой 4DOS (и варианты под др.не-unix-ами) - расширял именно "шеловось" ком.интерпретатора (и даже добавлял визуализации/диалоговости в стите тектовых окошек -- сверх классического шел-вея).

mc не расширяет шел, а пытается его дублировать и с ним конкурировать (как и far, наверное, но "там" конкурировать-то особо не с чем). Не даёт его мощности-выразительности и не использует имеющиеся.

...
Да, сам пользуюсь mc - "походить по директориям", поредактировать конфиги. Поредакрировать шел-скрипты. :-] Возможно, пора перестать лениться, бросить mc и уйти на "чистый" bash? ...и emacs? |-)

(*) В CLI (shell+pipes+subprocesses) его инкарнации.
(+) Мешая (и мешая себе!..) с ком.строкой mc, Ctrl+O и суб-шелом, если всё это "под mc".