fusion-skill-self-report-bug

已于 2026-03-21 弃用。 此技能已由 fusion-skills 中的 warden Agent 取代；它内嵌了完整的 Bug 报告工作流，并新增主动挫败情绪检测和技能异味检查。请改用 fusion-skills。

安装：npx -y skills add equinor/fusion-skills fusion-skills

自行报告 Fusion 技能 Bug

何时使用

当 Fusion 技能工作流失败，且你需要一份格式统一、可供分诊的 Bug 报告草稿时，请使用此技能。 将其作为任何 fusion-* 技能执行失败时的默认交接方式。

常见触发情形：

• “某个 fusion-* 技能失败了”
• “这次技能运行失败了”
• “自行报告这个技能错误”
• “为这次工作流失败创建一个 Bug”
• “记录这次自动化失败，以便分诊”

何时不使用

以下情况请勿使用此技能：

• 功能请求或路线图规划
• 没有观察到失败的一般实现任务
• 未经用户明确确认就发布 GitHub 更改

必需输入

起草前收集：

• Bug 报告的目标仓库（默认为 equinor/fusion-skills）
• 失败的命令或工作流步骤
• 环境信息（操作系统、Shell、运行时和工具版本，如有）
• 观察到的输出或错误证据
• 复现信息（准确步骤或尽力而为的说明）
• 可选的父级议题编号，用于关联

说明

1. 检测或确认失败意图。
   • 如果缺少失败上下文，请询问所用命令、预期行为、实际行为和关键错误输出。
2. 收集失败上下文。
   • 将上下文整理为：命令、环境、观察到的错误或输出、可复现性和影响。
3. 先在本地起草。
   • 使用 assets/issue-templates/skill-workflow-failure-bug.md 编写 .tmp/BUG-skill-failure-<context>.md。
   • 写明可复现步骤，并明确描述观察到的行为和预期行为。
4. 提议议题元数据。
   • 建议议题类型：Bug。
   • 建议用于可靠性或自动化分诊的标签（例如 bug、automation、reliability），然后在执行更改前验证这些标签是否存在于目标仓库。
   • 询问负责人偏好（@me、特定用户或不指派）。
5. 提供可选的关联操作。
   • 如果提供了父级议题，在创建议题后准备将新 Bug 关联为子议题。
6. 明确询问是否确认发布。
   • 用户明确确认发布前，不得执行任何 GitHub 更改操作。
7. 仅在确认后执行更改。
   • 通过 MCP 议题更改功能创建议题。
   • 应用标签和负责人。
   • 如果提供了父级议题，将新议题关联为子议题。
8. 如果未获得确认，在草稿完成后停止。
   • 返回状态 未更改 GitHub 状态。

预期输出

返回：

• .tmp/ 下的 Bug 报告草稿文件路径
• 捕获到的失败上下文摘要（命令、环境、观察到的输出）
• 建议的标题和正文，以及复现步骤
• 建议的议题类型、标签和负责人方案
• 可选的父级议题关联方案
• 明确的状态：等待确认发布 或 未更改 GitHub 状态
• 仅在确认执行更改后返回已创建议题的 URL 或编号

安全与约束

绝不可：

• 未经明确确认就执行 GitHub 创建、编辑、评论或关闭操作
• 声称存在未提供或未观察到的失败证据
• 索取或泄露机密信息或凭据

始终：

• 先起草
• 优先提供精简的可复现细节，避免冗长叙述
• 应用标签前，先验证其是否存在于目标仓库