Проблемы с конвейером
 

Создаем простой bat файл
dir >a.txt

Запускаем.
На экране расшифрованная команда dir 1>a.txt

Откуда взялась эта 1?
Проблема повторяется на разных машинах, Win 8 и Win 10

Dir >a.txt>b.txt
превращается в dir 1>b.txt

Поясните, откуда эта 1 и как с ней бороться.

Georges, а если пробел после dir убрать, как это должно быть?

Georges, 1 это стандартный выходной поток STDOUT. По умолчанию вывод на консоль.
2 поток STDERR для вывода ошибок.
Вы перенаправляете вывод стандартного потока с консоли на файл.
Бороться с этим не имеет смысла и невозможно.Не совсем понял, но пробел не при чем.Да и не конвейер это, а перенаправление вывода.
Я не понимаю, как работает конструкция Dir >a.txt>b.txt. Задумано как одновременный вывод команды в 2 файла? Невозможно, ИМХО.

Это не проблема. Так и должно быть. «1» — номер одного из стандартных потоков, в данном случае — стандартного потока вывода, stdout. «Бороться» с ней не надо никак.

Update: Припоздал.

То есть она на команду не влияет, а просто отображается?

Это условные примеры, тестировалось, когда возникает и когда не возникает эта единица. Одним из примеров был не менее абсурдный type >a.txt Рабочая гипотеза была в том, что cmd зачем-то заменяет > на 1>. Пример с Dir >a.txt>b.txt был направлен на то, чтобы выяснить, первая или вторая угловая скобка дополняется единицей. Тем не менее, результат тоже озадачил :) Сразу вспомнились Стругацкие с семиногим буридановым бараном без мозжечка.

даже двух разных

Она там подразумевается. То есть, если Вы не указали, опустили единицу при написании кода (а так все, как правило и делают), то она там неявно всё равно присутствует, что и отображается эхом при исполнении команды.

Цитата:

Цитата alpap даже двух разных »

alpap, имелась в виду невозможность одновременного перенаправления вывода одной команды в два файла зараз (без использования сторонних средств, наподобие tee.exe и т.п.).