用途：当 fusion-* 技能工作流执行失败时，用该技能统一收集失败上下文，生成可供分诊的缺陷报告草稿，作为技能失败的默认交接方式。触发场景包括技能运行失败、需要自报技能错误、或从工作流失败创建缺陷。不适用于功能请求、路线图规划、无实际失败的实现任务，以及未经用户确认就发布 GitHub 变更。
主要能力：检测或确认失败意图；收集失败上下文并规范化为命令、环境、观测到的错误/输出、可复现性和影响；先在本地起草，将草稿写入 .tmp/BUG-skill-failure-<context>.md，使用 assets/issue-templates/skill-workflow-failure-bug.md 模板，包含可复现步骤及明确的观测/预期行为；提出 issue 元数据建议，推荐类型为 Bug，推荐 bug、automation、reliability 等标签，并在变更前校验标签在目标仓库中是否存在；询问指派偏好（@me、指定用户或不指派）；支持可选关联，若提供父 issue，则在创建后将其链接为子 issue。
使用方式：先收集目标仓库（默认 equinor/fusion-skills）、失败命令或工作流步骤、环境上下文、观测输出/错误证据、复现信号及可选父 issue 编号。若缺少失败上下文，需询问所用命令、预期行为、实际行为和关键错误输出。起草后必须请求明确的发布确认，未确认前不得执行任何 GitHub 变更；确认后通过 MCP issue 变更创建 issue、应用标签与指派，并在提供父 issue 时建立子 issue 链接。未确认则停在草稿阶段，返回状态“No GitHub state changes made”。
预期输出：.tmp/ 下的草稿文件路径、失败上下文摘要、建议标题/正文与复现步骤、建议类型/标签/指派方案、可选父 issue 链接方案，以及明确状态（等待发布确认或未做 GitHub 状态变更）；仅在确认变更后返回创建的 issue URL/编号。
限制与安全约束：绝不在无明确确认时执行 GitHub 创建/编辑/评论/关闭操作；不声称未提供或未观测到的失败证据；不请求或暴露密钥/凭据；始终保持先起草行为，优先最小可复现细节而非长篇叙述，应用标签前校验其在目标仓库中存在。