docs(skills): у сообщения про stdin снова две причины

- Зачем:
  - после правки симптом `No prompt provided via stdin` висел только на
    сломанной среде; читатель в нормальной среде, закрывший вход по правилу
    фонового запуска, прогонит самотест, увидит «непусто» и останется без
    диагноза — этот отказ уже был, запись 2026-08-02 (#39).
- Что:
  - в хвост правила `< /dev/null` вернулась сцепка с сообщением:
    «закроешь — получишь то же сообщение».
- Проверка:
  - `grep -n 'No prompt provided' references/codex-exec.md` — симптом назван
    один раз, обе причины стоят рядом в одном пункте.

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

agents/.agents/skills/claude-subagent-playbook/references/codex-exec.md

@@ -39,7 +39,7 @@ WSL2 Ubuntu: exec/resume/`-o`/фоновый Bash — весь конвейер)
   редирект из файла (`- < prompt.md`) в среде из предполёта отвечает
   `No prompt provided via stdin`. Вход этого вызова занят промптом и должен
   оставаться открытым — правило `< /dev/null` для фоновых команд сюда не
-  относится. stdout/stderr — редиректами в `$SCRATCH`, а если предполёт
+  относится (закроешь — получишь то же сообщение). stdout/stderr — редиректами в `$SCRATCH`, а если предполёт
   показал пусто — каналами оттуда же.
   В контекст оркестратора читается ровно один файл — финальный отчёт из
   `-o`. Промпт **собирай конкатенацией, а не переписывай**: скелеты — в