メニュー
Testany execution 观测与管理 - 查看进度、查询历史、刷新状态、取消未开始执行、将失败执行交给 debug
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
从 OpenAPI 生成的 Testany case 源代码中自动识别入参和出参，并同步到 case 的环境变量列表中。适用于源代码存储在需要认证的 Git 仓库（如 Bitbucket）的场景。
Testany platform case 编写助手 - 将传统测试场景拆解为 Testany platform cases，并生成可注册的 case packages
Testany 平台核心概念和配置参考
Testany pipeline 编排与 CRUD - 基于 automation design 或现有 case keys 创建执行与编排单元
Testany platform case 注册与 CRUD - 将已准备好的 platform case package 注册到平台，并管理 metadata、脚本与生命周期
分析 Testany 测试失败原因 - 排查问题、查看日志、定位根因
| name | testany-execution |
| description | Testany execution 观测与管理 - 查看进度、查询历史、刷新状态、取消未开始执行、将失败执行交给 debug |
| argument-hint | [execution_key / pipeline_key / 操作]，如：查看 Y2K-0601-0000B、看最近失败、取消一个 pending execution |
管理 Testany 平台上的 execution，包括进度观测、历史查询、状态刷新、取消和失败交接。
用户输入: $ARGUMENTS
在开始之前，先按 automation-model.md 理解边界：
pipeline 是执行与编排单元trigger 负责“怎么发起执行”，包括长期入口和即时运行testany-debug重要结论：
testany-triggertestany-debug| 用户意图 | 操作类型 | MCP 工具 |
|---|---|---|
| 列出执行记录 | Read | testany_list_executions |
| 查看执行详情 | Read | testany_get_execution |
| 查看某个 case 在执行中的详情 | Read | testany_get_execution_case |
| 刷新执行状态 | Update | testany_refresh_execution |
| 取消未开始执行 | Update | testany_cancel_execution |
| 获取工作空间执行状态汇总 | Read | testany_get_workspace_execution_status |
| 获取可筛选状态值 | Read | testany_filter_execution_status |
| 获取有执行记录的 pipelines | Read | testany_filter_execution_pipelines |
| 获取日志签名 | Read | testany_log_sign |
| 状态 | 值 | 含义 | 是否终态 |
|---|---|---|---|
| NOT_STARTED | -1 | 未开始/排队中（等待并发槽位） | 否 |
| RUNNING | 0 | 执行中 | 否 |
| SUCCESS | 1 | 全部通过 | 是 |
| FAILURE | 2 | 有失败 | 是 |
| SKIPPED | 3 | 跳过（仅 Case） | 是 |
| FAIL_AS_EXPECTED | 4 | 预期失败（仅 Case） | 是 |
| CANCELLED | 5 | 已取消 | 是 |
| ERROR | 99 | 系统错误 | 是 |
Testany 使用 workspace 级并发槽位（Redis semaphore）控制 execution 并行度。通过 testany_get_workspace_execution_status 可获取：
| 字段 | 含义 |
|---|---|
limit | workspace 并发上限（Community=2, Paid=4, Enterprise=8，可调） |
claimed | 正在执行的 execution key 列表（已占据槽位） |
pending | 排队中的 execution key 列表（等待槽位） |
当用户的 execution 状态为 NOT_STARTED 且长时间不变时，应主动查询队列状态：
claimed 数量 = limit → 槽位已满，该 execution 在 pending 中排队claimed 中有长时间运行的旧 execution → 旧执行占住了槽位当用户问"为什么我的 execution 不跑"时，这是第一个要检查的方向，优先于检查 YAML 和 relay。
trigger 已返回 execution_key
-> testany_get_execution / testany_refresh_execution
-> 状态进入终态
-> 如失败，按需 testany_get_execution_case / testany_log_sign
-> 必要时交给 testany-debug
适用输入：
execution_key处理方式：
testany_get_executiontestany_refresh_execution适用输入：
execution_key处理方式：
testany_get_executiontestany_refresh_execution轮询建议：
适用输入：
处理方式：
testany_filter_execution_status / testany_filter_execution_pipelinestestany_list_executionstestany_get_execution常用过滤维度：
workspacepipeline_keystatustriggered_byenvexe_start_time_from / exe_start_time_to适用输入：
处理方式：
testany_get_executiontestany_cancel_execution适用输入：
处理方式：
testany_get_workspace_execution_status → 获取 limit / claimed / pendingtestany-debug（调度/队列诊断分支）适用输入：
处理方式：
testany_get_executiontestany_get_execution_casetestany-debugtestany-trigger以下场景不属于本 skill：
这些都应切到 testany-trigger。
testany-debug以下场景应转给 testany-debug：
任务完成后，向用户汇报：
Y2K-0601-0000B）testany-triggertestany-debug