在VScode中，诊断功能的实用性很难衡量。可以通过查看带有快速修复的诊断是否已应用(这是一个强有力的有用信号)来代理实用性,但这忽略了没有任何快速修复的诊断(最多可以通过跟踪诊断悬停后消失来代理，这不是直接的有用信号),并且没有应用快速修复也不是100%的不实用信号(因为这仍然可能意味着修复存在问题，例如不正确或未涵盖所有情况)。

话虽如此，我建议在诊断悬停中添加反馈交互，允许用户提供关于有用/无用的明确信号。例如，请参阅下面的图片。

我很乐意为此功能做出贡献。

UX细节要考虑

由于同一行上可能有多个诊断，悬停时它们将显示在同一悬停卡片中，因此包含此反馈的最合理的空间应位于悬停卡片的正文中，诊断所在的行。
该位置应在底部，消息类似于“这个有用/有帮助吗？”。行底的位置是有道理的，因为将其放在顶部会让人觉得有点侵入性，而是将功能兴趣放在用户身上。
尽管将其放在顶部是有道理的，但通过我们的研究，我们看到用户更有可能提供负面信息而不是正面信息，显然错误的诊断需要滚动才能提供此信息，我们计划收集更多数据以查看这种放置是否甚至有必要。
在为诊断提交反馈后，状态将通过从诊断数据创建ID的ID存储在工作区缓存中，以便克隆和对同一诊断的后续悬停显示用户已经提供了某种反馈。
ID可以通过对诊断/所有者下的文件路径/消息/代码进行哈希生成来确保诊断在文件中的移动不会更改ID。

NotUseful触发器应删除“这个有帮助吗？”标签，并用其他操作替换，例如“报告错误”，以便在反馈创建源处触发这些操作(按下报告错误时，vscode反馈应该打开)。

此外，如果有多个诊断，悬停行使用的分隔符几乎不可见。可以增加对比度使其在附加反馈操作的地方可见。

可选的下一步

可以使用填充图标作为按钮，一旦点击，以指示状态。
标记为NotUseful的诊断可以从编辑器中自动过滤以减少屏幕上的混乱。
此外，由于NotUseful反馈可能会与太多同时显示的无用的诊断交织在一起，可以在交互中提供一个动作来禁用 provider - source 。这应该然后在用户设置(例如“Diagnostics -> Lint -> Disable”)中设置为true,允许用户恢复。