feat(check_run): edit messages in place as the run progresses, like workflow_run

formatCheckRun now sets a stable updateKey (check_run:{repo}:{id}) so queued → in_progress → completed phases update the original message via KV msg:* tracking instead of posting new ones. Adds tests and syncs README/docs.

docs/zh/events/supported.md

@@ -15,7 +15,7 @@ WebHooker 支持 28 种 GitHub webhook 事件类型，每种都有专用的格
 | `status`                      | 提交状态更新           | 提交状态、上下文、状态值、提交链接               |
 | `deployment`                  | 部署已创建             | 环境、引用、任务                                 |
 | `deployment_status`           | 部署状态更新           | 环境、状态、提交引用                             |
-| `check_run`                   | 检查运行完成           | 状态、结论、详情 URL                             |
+| `check_run`                   | 检查运行阶段更新       | 状态、结论、详情 URL；各阶段原地更新同一条消息   |
 | `check_suite`                 | 检查套件完成           | 套件结论、head 分支、提交链接                    |
 | `ping`                        | Webhook 确认           | Webhook 确认、已订阅的事件类型                   |
 | `release`                     | 发布创建/编辑          | 标签、内容、附件、预发布标记                     |
@@ -61,7 +61,7 @@ WebHooker 支持 28 种 GitHub webhook 事件类型，每种都有专用的格
 
 ## 原地消息更新
 
-`workflow_run` 事件（queued → running → success/failure）只发送一条消息，后续每个阶段会**原地编辑**该消息，而不是发送新消息。消息的链接预览、作者和字段布局保持不变，仅刷新状态、结论 emoji、耗时和标题。Discord（`editMessage`）和 Telegram（`editMessageText` / `editMessageCaption`）均支持。
+`workflow_run` / `check_run` 事件（queued → running → success/failure）只发送一条消息，后续每个阶段会**原地编辑**该消息，而不是发送新消息。消息的链接预览、作者和字段布局保持不变，仅刷新状态、结论 emoji、耗时和标题。Discord（`editMessage`）和 Telegram（`editMessageText` / `editMessageCaption`）均支持。
 
 ## 过滤器兼容性
 

docs/zh/guide/configuration.md

@@ -266,7 +266,7 @@ owner（及超级管理员）可在分组的「成员」面板创建一次性邀
 | `invite:{token}`               | `{ groupId, role, expiresAt, createdBy, note? }`                              | 7 天               |
 | `invite:group:{id}`            | 每组的 Token 索引（保证邀请列表一致性）                                       | 永久               |
 | `delivery:{id}`                | Webhook 投递 id（去重标记）                                                   | 300 秒             |
-| `msg:{routeId}:{key}:{target}` | 原地更新用消息 id 追踪（如 `workflow_run`）                                   | 7 天               |
+| `msg:{routeId}:{key}:{target}` | 原地更新用消息 id 追踪（如 `workflow_run` / `check_run`）                     | 7 天               |
 | `cmd:guild:{id}`               | 已注册命令的服务器 id（去重标记）                                             | 永久               |
 | `cmd:registered:global`        | 全局命令已注册标记（24h 去重）                                                | 1 天               |
 | `config:discord-app-id`        | Discord 应用 id 缓存                                                          | 永久               |

docs/zh/guide/introduction.md

@@ -33,7 +33,7 @@ GitHub / Gitea Webhook → Cloudflare Worker (Hono)
 4. Worker 解析事件类型并将载荷归一化为 GitHub 形状的事件
 5. 根据过滤器（event、repo、actor、action、branch、keyword）与分组所有者限制评估路由
 6. 匹配的路由触发格式化器函数生成平台中立消息
-7. 每条消息通过 Discord 或 Telegram REST API 发送到对应路由的目标，并处理速率限制重试；`workflow_run` 进度原地更新。每次尝试都记录到 D1 发送日志
+7. 每条消息通过 Discord 或 Telegram REST API 发送到对应路由的目标，并处理速率限制重试；`workflow_run` / `check_run` 进度原地更新。每次尝试都记录到 D1 发送日志
 
 ## 技术栈
 

docs/zh/index.md

@@ -25,5 +25,5 @@ features:
   - title: 签名验证
     details: 使用 Web Crypto API 进行 HMAC-SHA256 webhook 签名验证与 Ed25519 交互签名验证，支持时间安全比较。
   - title: 原地更新
-    details: workflow_run 进度在运行推进时于同一条消息上原地更新，Discord 与 Telegram 均支持。
+    details: workflow_run / check_run 进度在运行推进时于同一条消息上原地更新，Discord 与 Telegram 均支持。
 ---