征求反馈：用于追踪 dev.to 反应的 Chrome 扩展？🤔
原文英文，约400词，阅读约需2分钟。
📝
内容提要
作者计划开发Chrome扩展，追踪dev.to文章反应，希望得到反馈并保持开源合作。
🔎
延伸解读
与书签功能的潜在重叠
作者指出 dev.to 已有书签功能，担心扩展会重复造轮子。书签通常用于保存想稍后阅读的文章，而反应追踪更侧重于记录已表达态度的内容。两者目的不同，但用户可能混淆。扩展需要明确区分场景，避免功能冗余。
需求验证的社区驱动方式
作者在编码前先征求反馈，并引用两篇社区帖子作为需求线索。这种先验证再开发的做法能降低风险，确保项目解决真实问题。如果反馈不足，作者可能转向其他更有益的项目，体现了对社区需求的尊重。
开源协作的承诺与条件
若项目推进，作者承诺代码公开在 GitHub，并欢迎社区贡献。这有助于集合众人智慧，持续改进扩展。但前提是获得足够兴趣，否则项目可能不会启动。开源模式也意味着功能方向可能由社区共同决定。
❓
Q&A
这个Chrome扩展的主要功能是什么？
这个Chrome扩展的主要功能包括记录用户反应的文章、快速访问反应历史和提供简单的反应模式分析。
作者对这个扩展的价值有什么疑虑？
作者认为dev.to已有书签功能，担心这个扩展是否会增加实际价值，还是在重复已有功能。
作者希望从用户那里获得什么反馈？
作者希望了解用户是否需要单独追踪反应、快速访问反应文章是否有用，以及是否有其他希望的功能。
如果项目推进，作者会如何处理代码？
如果项目推进，作者承诺保持开源，代码将公开在GitHub上，社区成员可以参与开发。
这个扩展的灵感来源于什么？
这个扩展的灵感来源于dev.to上的一些帖子，表明用户希望追踪他们的反应和喜欢的帖子。
作者希望通过这个扩展解决什么问题？
作者希望通过这个扩展帮助用户更方便地追踪他们在dev.to上的反应和喜欢的帖子。
🏷️
