用途：当 DMS 审批请求“点了 approve 却卡住”或不确定审批命令是否到达后端时，用户需要一条可直接粘贴到生产服务器（ubuntu@hcm-bonbon-sv03）的命令。由于该技能无法 SSH 到生产环境，只负责生成命令，不代为执行。
主要能力：根据请求编号生成后端（docker logs）与前端 dms-proxy 两条单行命令；写入 scratchpad/check-approve-<REQ-CODE>.sh（避免复制时换行出错），并在回答中内联展示，便于用户复制。
使用方式：触发形式为 /check-approve <REQ-CODE> [--since 120m]。必填 <REQ-CODE>（如 BAF-CTD-26050043），缺失则需先向用户确认；--since 默认 120m；--be-container 与 --user 缺失时以 <BE_CONTAINER>、<FE_USER> 占位，需用户用 docker ps 替换。可选 SUM-ID 用于缩小过滤范围。若用户要求写入 wiki 的 log 文件夹，则写 .sh/.txt 而非 .md。
适用场景：排查审批是否真正到达后端；缺少 POST approve 记录时判断请求是否卡在前端或 proxy；按模块端点进一步定位。
限制：不 SSH、不在生产环境执行命令，也不修改审批 bug（需复现修复时应走 /orca-issue）；默认面向生产而非本地；命令须保持单行；用户要求代为执行时被拒绝，只提供命令。读取日志与判断结果由用户完成。
其他细节（如具体端点含义）暂未提供。