Windows の .cmd/.bat に日本語コメントを書くと cmd.exe が REM 行の断片を命令として実行する — ASCII only で防ぐ

症状

タスクスケジューラや hook から呼ぶ短い .cmd（node や python を1回起動してログに追記するだけのラッパー）に、 日本語の REM コメントを書いた。実行すると、コンソールに次のような行が並ぶ。

'Cookie' は、内部コマンドまたは外部コマンド、操作可能なプログラムまたはバッチ ファイルとして認識されていません。
'js' は、内部コマンドまたは外部コマンド、…

'Cookie' や 'js' は REM 行の途中の断片。本体（node）は正常に走り、exit code も正しく、 本体の出力はログへリダイレクトしているのでログには何も残らない。スケジューラ経由では誰も気づかない。

原因

cmd.exe は多バイト文字を含む行でファイル内の読み取り位置を取り違える。次の行の先頭ではなく 前の行の途中から読み直し、そこにある単語を命令として実行する。

chcp 65001 >nul をファイル先頭（@echo off の直後・全ての日本語行より前）へ移しても直らない（2回実測）。 コードページの問題ではなく、非 ASCII 行の存在そのものが引き金。

対処（これだけ）

1. .cmd / .bat の中身は ASCII only にする。説明・理由・経緯は呼び出し先のスクリプトのヘッダーや 設計ドキュメントに日本語で書く。

2. 非 ASCII が残っていないか機械判定する:

   grep -c -P '[^\x00-\x7F]' path/to/wrapper.cmd     # 0 なら合格
   

3. 断片実行が起きていないかは コンソール出力の行数で判定する（本体の出力はログへ流している前提）:

   cmd /c path\to\wrapper.cmd 2>&1 | wc -l             # 0 なら合格
   

   エラー文を文字列で grep してはいけない。 日本語のエラー文は CP932 で出るため UTF-8 の grep は空振りし、 「問題なし」と誤報する（実際に誤報した）。

4. .vbs も同じ方針で ASCII only（cscript/wscript は UTF-8 BOM を誤読する）。

テンプレート（ASCII only のラッパー）

@echo off
REM wrapper for <tool>.mjs (scheduled every 2 hours). ASCII ONLY in this file:
REM   cmd.exe executes fragments of multibyte REM lines as commands. Put Japanese docs in the .mjs header.
setlocal
chcp 65001 >nul
cd /d "%~dp0..\.."
set LOGDIR=%USERPROFILE%\.claude\<app>
if not exist "%LOGDIR%" mkdir "%LOGDIR%"
echo [%date% %time%] start >> "%LOGDIR%\<tool>.log"
"C:\Program Files\nodejs\node.exe" tools\<tool>.mjs --ping >> "%LOGDIR%\<tool>.log" 2>&1
echo [%date% %time%] exit=%ERRORLEVEL% >> "%LOGDIR%\<tool>.log"
exit /b %ERRORLEVEL%

既存ファイルの棚卸し

同じ構造のラッパーが他にもあれば、上の判定2つ（非 ASCII 数・コンソール行数）を順に当ててから ASCII に置き換える。 exit code とログが正常でも「断片が実在する命令に一致していない」だけの偶然なので、放置しない。