Docker 容器批量重运行

以保守方式批量检查已记录的 docker run 容器。

使用本技能可发现所有已在长期记忆中保存了完整固定重建命令的容器，并对它们逐一执行与 docker-container-rerun 相同的镜像 ID 比较流程。

前提条件

仅当满足以下全部条件时，才可使用本技能：

1. 目标容器最初是通过 docker run 创建的，而非 docker compose。
2. 每个目标容器已在 MEMORY.md 中完整记录其固定重建命令。
3. 配套技能 docker-container-rerun 已安装并可在本地调用。
4. 当前机器可向目标 Docker daemon 执行 Docker 命令。
5. 用户已明确理解：启用 --apply 后，若镜像 ID 发生变化，将自动停止、删除并重建对应容器。

当重建命令缺失、不完整、仅凭记忆重构，或仅部分已知时，请勿使用本技能。

依赖项

本技能有两个显式依赖：

• 配套技能：docker-container-rerun
• 长期记忆文件：MEMORY.md

必需的配套技能

本技能会调用配套技能目录下的打包脚本：

• ../docker-container-rerun/scripts/update_docker_run_container.py

若 docker-container-rerun 缺失或损坏，请先修复该技能，再使用本技能。

必需的 MEMORY.md 结构

本技能从 MEMORY.md 中如下节标题下解析容器重建命令：

## 已记住的 Docker 容器固定重建命令

在该节内，每个已记录的容器条目应包含：

1. 一个列表项，其加粗标签中以反引号包裹容器名称
2. 描述性文字，明确提及 docker run
3. 一个以 bash 语言标记的代码块，其中包含**完全精确**的重建命令

以 autoheal 为例的条目格式：

## 已记住的 Docker 容器固定重建命令

- **`autoheal`**：固定 docker run 重建命令
```bash
docker run -d 
  --name autoheal 
  --restart unless-stopped 
  -e AUTOHEAL_CONTAINER_LABEL=all 
  -e AUTOHEAL_INTERVAL=30 
  -e AUTOHEAL_START_PERIOD=300 
  -e CURL_TIMEOUT=30 
  -v /var/run/docker.sock:/var/run/docker.sock 
  willfarrell/autoheal:latest

请严格保持重建命令原样。不得基于 `docker inspect` 重新生成，也不得省略任何关键参数。

## 执行模式

本技能支持两种模式：

### 非应用模式（默认）

命令：

```bash
python3 scripts/run_all_docker_reruns.py

行为：

• 读取 MEMORY.md
• 动态识别已记录的容器
• 为每个已记录容器拉取最新镜像
• 比对当前镜像 ID 与最新镜像 ID
• 报告哪些容器需要重建
• 不会停止、删除或重建任何容器

当用户希望先进行一次安全检查时，请使用此模式。

应用模式

命令：

python3 scripts/run_all_docker_reruns.py --apply

行为：

• 执行与非应用模式相同的检查
• 对镜像 ID 已变更的容器，调用配套技能 docker-container-rerun 的应用流程
• 可能按顺序依次停止、删除并重建匹配的容器
• 已保持最新状态的容器不受影响

仅当用户明确要求实际重建容器时，才启用此模式。

工作流程

1. 读取 MEMORY.md，定位存储已记录 docker run 容器固定重建命令的章节。
2. 根据记忆内容动态构建待处理容器列表。
   • 技能逻辑中不得硬编码容器名称。
   • 若用户后续新增更多已记录的重建命令，应自动纳入处理范围。
3. 对每个发现的容器，严格保留其原始记录的 docker run 命令。
4. 容器处理必须串行执行，禁止并行。
5. 调用打包脚本，对每个容器复用 docker-container-rerun 的检查/应用流程。
6. 结果按三类分组呈现，使用规范中文表述：
   • 已更新
   • 已是最新
   • 执行失败
7. 对每个已更新容器，需包含：
   • 容器名称
   • 镜像引用（image reference）
   • 镜像 Tag
   • 旧镜像 ID
   • 新镜像 ID
   • 若镜像 Tag 中含有效版本字符串，则提供版本提示（version hint）
8. 优先输出适配 Telegram 的简洁中文摘要，避免直接向用户输出原始 JSON。

安全规则

• 以 MEMORY.md 为容器列表及固定重建命令的唯一可信来源。
• 不得通过 docker inspect 补全缺失参数。
• 不得静默修改已记录的 docker run 命令。
• 容器必须逐个顺序执行，不可并发。
• 若某容器的记忆解析失败，将其归入“执行失败”组，并继续处理下一个容器。
• 若用户仅要求创建本技能，不得执行任何更新操作。
• 后续如需实际重建容器，必须显式使用 --apply 参数。

打包脚本

从技能目录运行确定性的批量执行脚本：

python3 scripts/run_all_docker_reruns.py

仅当用户明确要求重建需要更新的容器时，才添加 --apply 参数：

python3 scripts/run_all_docker_reruns.py --apply

该脚本将：

• 从 MEMORY.md 解析已记录的容器
• 动态发现当前运行中的容器集合
• 对每个容器单独调用打包的 docker-container-rerun 脚本
• 确保执行过程严格串行
• 输出 JSON 格式结果，包括：发现的容器列表、各容器原始执行结果、以及分组汇总信息

输出格式

面向聊天界面（如 Telegram），优先采用紧凑的中文分组报告形式。

推荐中文模板

默认使用详细中文报告。末尾追加 重点异常提示 小节，高亮显示执行失败的容器、非运行状态容器，以及健康状态为 starting 或 unhealthy 等异常情形。

Docker 容器批量检查结果

本次共处理： 个容器
- 已更新： 个
- 已是最新： 个
- 执行失败： 个

【本次发现的容器】
1.  - 
2.  - 
...

【已更新】
1. 
   - 镜像：
   - Tag：
   - Image Id： → 
   - 版本提示：
   - 当前状态：
   - 健康检查：
   - 最近日志：

【已是最新】
1. 
   - 镜像：
   - Tag：
   - Image Id：
   - 当前状态：
   - 健康检查：

【执行失败】
1. 
   - 原因：

【重点异常提示】
1. 
   - 异常类型：
   - 说明：

已更新

对每个已更新容器，报告以下字段：

• container_name
• image
• tag
• current_image_id -> latest_image_id
• 若有可用值，提供 version_hint
• 更新后容器状态与健康检查结果（如可获取）

已是最新

对每个未变更容器，报告以下字段：

• container_name
• image
• tag
• 未变更的镜像 ID

执行失败

对每次失败，报告以下字段：

• container_name
• 失败原因

备注

• 本技能有意依赖 MEMORY.md，而非硬编码容器列表。
• 本技能有意复用配套技能 docker-container-rerun 实现单容器检查/应用流程。
• 统一使用相对路径，确保技能安装后仍具备可移植性——前提是两个技能目录维持标准的兄弟目录结构。