为什么会有 Snag
做了十年产品经理，如今开始自己动手构建。Snag 就是我一直希望能有的工具——出于两个不同的原因，我曾两次这样想。
作为产品经理，缺陷报告从来都不够用
我花了大量时间从客户和支持团队那里挖掘细节，好让开发人员拿到真正能用的信息：哪里坏了、在哪个页面、按什么顺序发生、控制台里有什么。团队分布在全球各地，所以这些缺口只能靠双方都能腾出时间的排查电话来补上。
作为开发者，我成了复制粘贴的那一层
当我自己开始写代码交付产品后，这种痛苦并没有消失，只是转移了。我把日志从一个窗口复制出来，粘贴进命令行，好让代理有足够的上下文来修复问题。我亲手做着以前让开发人员等着我做的事。
所以 Snag 把两端都做了
报告者只需点击一次，证据就会随缺陷一起送达——回放、控制台、网络请求、重现步骤。然后你的编码代理通过 MCP 直接读取这些证据，并提交一个 pull request 供人工审核。没有人需要手动转录任何内容。
谁在做这件事
Snag 由 Drew Stockler 构建，由 Digital Ventures Conglomerate Limited 运营。Snag 还处于早期阶段——前 50 个工作区被特意保留了永久待遇。如果你想联系构建这个产品的人，邮箱是 admin@dvcllc.io，会直接发给我。