docs: record mxcx recovery operation rules

docs/reference/code-queue-supervision.md

@@ -147,6 +147,8 @@ MiniMax prompt 必须自包含：目标、背景、写入范围、禁止动作
 
 MiniMax 风险控制必须固定包含：禁止 prod/重启/密钥/DB 写入；禁止 release/v1 runtime 修改；禁止 heavy check/E2E/Playwright，除非任务明确改为 GPT-5.5 且用户授权；必须给出可验证证据，包括修改文件、命令、测试输出、commit 和未覆盖风险；完成后保持未读，由指挥官用 `codex task <taskId>` 审阅后再单独 `codex read <taskId>`。
 
+MiniMax 任务涉及远端文本修改时，prompt 必须显式指定标准写入入口和失败恢复动作：默认使用 workspace-prefixed `trans <route> apply-patch < patch.diff` 或对应业务 CLI 的 `apply-patch` 子命令；若 stderr 报 `failed to find expected lines`，必须重新读取当前目标块，缩小或拆分 `Update File` hunk 后继续 `apply-patch`。不得把上下文过期当作改用 `download`/`upload`、远端 Python/Perl/sed heredoc、`cat >`/`tee` 整文件重写或 `apply-patch-v1` 的理由。指挥官验收 MiniMax trace 时应搜索这些 forbidden command 形态；若出现，优先修 CLI hint/prompt 或拆小任务后复测，而不是把绕行作为合格完成。
+
 对 MiniMax 的验收不能看 final response 自述。指挥官至少核验 diff、commit 是否在声明目标分支可 fetch、轻量验证命令是否真实存在、输出是否和任务范围匹配；遇到推测、遗漏、伪造证据或把失败写成成功时，先拆成更小任务或改派 GPT-5.5。
 
 ## GitHub Issue 和 PR 使用