Ввод из файда: что из этого юникс уэй?

Если len(urls) == 0, то вываливаем help и завершаемся.
Если есть --file, читаем оттуда; если при этом есть еще какие-то данные, считаем аргументы избыточными, ругаемся, вываливаем help и завершаемся.

где такое поведение? тот же cat «повисает».

echo ‘foo’ | cat ~/.zshrc | grep foo

он игнорирует STDIN, если переданы аргументы

Ну пусть юзер передает урлы из файла путем myutil < urls.txt если тебе хочется STDIN. Без всяких –input.

grep, если не задать ему файлы в командой строке, читает stdin.

Ваш пункт:

Если есть данные в STDIN, то добавляем строки из него в urls.

не реализуем. Программа в момент запуска должна решать, обрабатывает она аргументы или STDIN. STDIN может быть pipe'ом и там данных на момент начала выполнения программы ещё может не быть.

игнорируем переданные urls, читаем их из файла.

Если брать grep, то он может взять шаблон из командной строки, может взять из файла (-f), а может из файла и из командной строки, но тогда в командной строке шаблон должен быть обозначен опцией (-e). А wget обрабатывает URL и из командной строки и из файла (опция -i). Так что сами решайте.

Очевидно, аргументы командной строки задаются явно. Это касается как непосредственно указанных url, так и тех что были прочитаны из файла, заданного с помощью опции --file. В то же время, если существует предопределённый файл со списком url «по-умолчанию», то url прочитанные из него можно считать заданными неявно. В этом случае возможны два варианта:

1. Неявно заданные параметры учитываются только тогда, когда нет явно заданных.
2. Неявно заданные параметры учитываются всегда, но явно заданные параметры могут их дополнять и переопределять.

Если отсутствуют url заданные явно, либо неявно, то так же возможны два варианта:

1. Это считается одним из валидных сценариев использования программы. Программа просто обрабатывает пустой список url, завершаясь без ошибок.
2. Это не считается одним из валидных сценариев использования программы. Программа завершается с ошибкой, опционально отображая сообщение с её описанием и/или страницу помощи.

Если len(urls) == 0, то читаем данные из STDIN.

Я бы сделал так.

Если нужна максимальная гибкость, то добавил бы возможность вместо очередного аргумента написать «–file имя-файла» (можно много) или «–stdin» (не более одного раза), тогда читать из соответствующего файла или stdin.

я сделал так

Не «повисает», а ждёт из stdin.

cat [OPTION]… [FILE]…

With no FILE, or when FILE is -, read standard input.

Т.к. ты ему ничего не сунул через пайп - то ждёт из stdin с твоей консоли. Набираешь текст, жмёшь ввод - он отображает его в stdout. Который, внезапно, тоже в твоей консоли.

Который, внезапно, тоже в твоей консоли.

cat > file.txt

Where is your God now? ☺

При чём тут это? Мы говорим просто о запуске cat в вакууме.

Программа в момент запуска должна решать, обрабатывает она аргументы или STDIN.

Это «должна решать» откуда взялось? Из каких-то соглашений, или здравый смысл подсказывает?

Некорректно сформулировал. Там речь шла про то, что менять поведение программы про принципу «Если есть данные в STDIN» некорректно. И так как нельзя узнать, придёт ли что-нибудь из stdin, то программа, получившая достаточно данных из аргументов командной строки, должна их обработать и завершиться.