Issue Collector现在更名为work item collector。
它只是更名了，并没有被弃用。
想找Jira Issue Collector，结果却找到了关于work item collector页面？别担心，你并没有失去什么：Atlassian 只是在Jira中将“issue”一词替换成了“work item”，而描述Issue Collector Cloud页面仍然保留在 use-the-issue-collector 这个 URL 上。Issue Issue Collector在Cloud和Jira Data Center管理指南中都有相应的文档。所以，这与其说是迁移指南，不如说是直接对比。两者的区别不在于它们是否存在，而在于它们各自存在的缺陷程度以及后续对工单的处理方式。
他们确实很好
路径里没有第三方，这一点很值钱。Issue Collector 是 Jira 的一项功能：管理员配置一个反馈表单，把它粘贴进页面，工作项就出现在项目里，不需要再连接或信任任何别的产品。Issue Collector 在 Data Center 和 Cloud 上都有文档，这意味着一个躲在你自己防火墙后面的自托管 Jira 仍然可以从公开站点收集反馈——而 Snag 是托管服务，根本没有自托管版本。还有，Issue Collector 接收的是没有 Jira 帐户的网站访客提交的报告，所以没有人在为报告者买许可证。
Snag不同之处在于
Snag核心在于一个问题：这个 bug 能否修复，以及我们能否证明修复成功？捕获的大小正是为此而设计的。只需单击一下，即可录制会话回放，包括控制台和网络信息，记录重现步骤，并在Jira中创建一个工作项或在GitHub中创建一个 issue，其中包含指向所有相关内容的链接。个人数据在上传任何内容之前都会在浏览器中进行屏蔽——输入内容不会被记录。然后，沙盒修复运行会在您的代码库的临时副本中重现该 bug，编写一个在修复前失败、修复后通过的复现测试，并创建一个 pull request 供人审核。所有修改都必须经过人工审核才能合并，运行结束后沙盒环境也会被销毁。如果运行没有产生 pull request，则费用减半，并且所有套餐的前5个修复都是免费的。
该选哪一个呢？
如果你要的是一个直接落进 Jira、中间没有供应商的反馈表单，如果你的 Jira 是自托管的，又或者你收到的报告是建议而不是缺陷，那么请使用 Issue Collector。如果这些报告是 bug，如果接手工单的人需要眼前就有回放和控制台，如果你想拿回的是一个可审阅、附带测试的拉取请求，那么请使用 Snag。两者也完全可以共存：没有什么能拦住一个团队在营销站点上跑 Issue Collector，同时在产品上跑 Snag。
Snag和Issue Collector并排摆放
每个Issue Collector单元格都链接到我们阅读该问题的页面。
| 特征 | Snag | Issue Collector |
|---|---|---|
| 报告如何到达Jira | 通过您自己的 OAuth 连接访问Jira工作项，其中包含回放、控制台和与之关联的网络。 | 嵌入到您网站中的Jira反馈表单，可通过Jira管理后台进行配置。 已验证2026-08-27 |
| 一份报告包含什么 | 会话回放、控制台、网络和重现步骤都会自动记录，并在上传任何内容之前在浏览器中进行屏蔽——输入内容永远不会被记录。 | 环境字段中的用户上下文信息：URL、User-Agent和屏幕分辨率 已验证2026-08-27 |
| 允许用户提交漏洞报告的成本是多少？ | 免费——所有套餐的成员人数均不限，提交错误报告无需帐户或许可证。 | 免费——网站访客无需Jira帐户即可填写表单。 已验证2026-08-27 |
| 它适用于哪些Jira项目？ | 您已验证的任何域，都会归档到连接指向的任何Jira项目中。 | 公司管理的空间，其文档将其与team-managed空间区分开来。 已验证2026-08-27 |
| 谁来负责设置？ | 页面上只需一段代码片段和一个已验证的域名；追踪器连接只需一次性 OAuth 授权即可完成。 | Jira管理员：它需要管理Jira全局权限 已验证2026-08-27 |
| 嵌入式脚本的稳定性如何？ | MCP服务器会发布工具列表，这样代理人读取的合同就会有文档记录，而不是偶然发生的。 | 他们的文档指出，收集器的 JavaScript API 并不稳定，可能会随着Jira版本的发布而改变。 已验证2026-08-27 |
| 它能运行的地方 | 仅限Cloud — Snag是一项托管服务，不支持自托管构建。 | 已在Jira Data Center管理指南和Cloud中记录，因此它是自托管运行的。 已验证2026-08-27 |
人们实际会问的问题
Jira Issue Collector是否已停产？
没有——它只是改名了。Atlassian 在 Jira 中把“issue”一词换成了“work item”，因此 Cloud 文档现在写的是“work item collector”，而同一个页面的 URL 仍然写着 issue collector。Data Center 管理指南仍在使用旧的说法。真正结束的，是 2024 年 2 月 15 日 Jira Server 的支持，那才是大多数人隐约记得的那个生命周期终点。如果你搜索的是 issue collector，落到了一个讲 work item collector 的页面上，你找到的正是你要找的东西。
每个人在票上都写了些什么？
收集器有文档记载的默认行为，是把用户上下文写进环境字段：URL、User-Agent 和屏幕分辨率。Snag 附上的是一段会话回放，旁边带着控制台和网络，还有复现步骤和一张带注释的屏幕截图，并从 Jira 工作项链接过去，其中的个人数据在上传任何内容之前都会在浏览器中遮蔽——输入内容绝不会被记录。两者都足以让一个人着手。差别出现在下一个读者是编码代理的时候：它需要事情发生的先后顺序，才能复现任何东西。
没有Jira许可证可以提交报告吗？
两边都可以，而且这是真正的对等，不是差别。Atlassian 自己的文档写明，访问你网站的人无需在 Jira 中拥有用户帐户即可使用反馈表单。Snag 的做法相同：提交 bug 从不需要帐户或许可证，而且所有套餐（包括免费套餐）的成员人数都不设上限。两边都没有人需要为报告者购买席位。
提交Snag工单后会发生什么？
它会像其他工单一样待在 Jira 或 GitHub 里，直到分诊、或者某个正在看队列的人把它交给一次修复运行。之后代理会在你代码仓库的一次性副本里复现它（该副本在运行结束时销毁），并带回一个拉取请求，里面有差异、一个在修复前失败、修复后通过的复现测试，以及代理据以工作的证据。没有人点头就不会合并，所以工单是在有人合并时才关闭的。没有产出拉取请求的运行只收一半费用，每个套餐的前 5 次修复都免费。
这些细节的来源
本页面上的每个Issue Collector详情都链接到我们阅读该Issue Collector页面的链接，并显示阅读日期。如果信息已过时，请发送电子邮件至admin@dvcllc.io，我们将予以更正。