一次写入可能停在三个地方：客户端缺权限，模型只提交了写入请求，或工作流已经启动但尚未完成。要分清是哪一步出了问题，得分别看授权范围、执行记录和真实工具的返回值。
Cloudflare MCP：缺哪项权限，再申请哪项
工具遇到权限不足时返回 insufficient_scope。兼容的客户端据此请求用户补授所需权限，之前授予的范围仍然有效。
排查被拒的调用，先看客户端有没有发起补授权；重复提交同一组参数不能补齐权限。
GitHub Agentic Workflows：谁真正写入仓库？
模型默认只读，把拟执行的操作输出成结构化请求。真正持有写权限的是另一个 GitHub Actions 作业。
排查一条没有出现的评论，除了看模型有没有生成请求，还要看负责写入的作业是否执行成功。
Step Functions：接到请求之后，谁负责重试？
Agent 选择工具并传参，状态机按照预先定义的顺序执行步骤、处理重试。
启动工作流与工作流成功是两件事。应沿执行记录检查实际失败的步骤，再决定是否重试整个任务。
AgentCore：分清工具坏了，还是 Agent 判断错了
先单测真实工具，再冻结已验证的返回值，回放同一批任务。这样可以在工具响应不变时比较 Agent 的判断。
回放通过并不能证明线上工具仍然正常。AWS 的案例另用探测请求和线上轨迹抽样捕捉发布之后的变化。