fix(py-порты): ошибки печатать в тот же поток, что и PS

Двадцать один py-порт печатал ошибки в stderr, тогда как их PS-мастера пишут
через Write-Host в stdout. Счётчики совпадали один в один (14↔14, 19↔19,
13↔13) — сообщения были те же, разъехался только поток. Это нарушало
соответствие из docs/python-porting-guide.md, где Write-Host сопоставлен
обычному print.

Это не косметика. Харнесс не чередует потоки, а группирует: сначала весь
stderr, потом весь stdout. Из-за этого в py-порте вердикт «Error dumping
configuration (code: 1)» печатался ПЕРЕД строками, которые его объясняют, а
причина из лога платформы оказывалась в самом низу — причинный порядок вывода
переворачивался. Порт, работающий на macOS, читался хуже того, что работает на
Windows.

Тесты этого не ловили по построению: текст ошибки сверяют только кейсы со
строковым expectError, а он смотрит в stderr — потому такие кейсы есть лишь у
семейства, где потоки сходятся, а в db-* их ноль.

Добавлен гард check-error-streams.mjs: нет записи в stderr в PS-порте — не
должно быть и в py, и симметрично. Он сразу нашёл пять навыков сверх тех, что
я насчитал вручную, и отсеял два ложных срабатывания (в meta-remove слово
Write-Error стоит в комментарии «почему НЕ Write-Error»).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/python-porting-guide.md

@@ -105,6 +105,11 @@ Switch-параметры (`-NoValidate`) → `action='store_true'`.
 | `Write-Host "text"` | `print("text")` |
 | `Write-Error "text"` | `print("text", file=sys.stderr)` |
 
+> Поток обязателен к соблюдению, а не рекомендателен: харнесс не чередует stdout и stderr,
+> а группирует их — вердикт, ушедший не в тот поток, печатается ПЕРЕД строками, которые его
+> объясняют, и причинный порядок вывода переворачивается. Держит инвариант
+> `tests/skills/check-error-streams.mjs`.
+
 ## lxml vs stdlib
 
 - **Compile/init скрипты** (строковая сборка): только stdlib