原贴链接

安装后，您会获得一些预定义提示，也可以编写自己的提示。扩展程序100%在本地运行，页面数据通过后台进程直接发送到选定的助手。Open WebUI默认在8080端口运行，但您可以在扩展选项中设置自己的端口。支持的站点包括：通用文章、带字幕的YouTube视频、Reddit帖子、Slack线程、Gmail邮件、X帖子、Telegram帖子、GitHub问题和讨论、热门聊天机器人的对话。在不支持的站点上，您可以通过文本选择使用扩展程序。还可以从站点发送任何图片（右键点击，然后选择“用图片询问”）以在视觉模式下获得帮助。您可以星标此仓库：https://github.com/taaabs/taaabs，并尝试此扩展：Firefox：https://addons.mozilla.org/en-US/firefox/addon/taaabs/，Chrome：https://chromewebstore.google.com/detail/taaabs-web-clipper-clip-a/mfpmbjjgeklnhjmpahigldafhcdoaona。感谢您的反馈，Robert 🙌

讨论总结

帖子介绍了一款名为Taaabs的开源浏览器助手，支持多种网站和本地模型，引发了用户的广泛讨论。主要话题包括功能赞赏、数据隐私、Firefox兼容性、YouTube转录功能、外部API结合使用、配置问题和技术支持。用户普遍对该工具表示认可，但也提出了一些关于隐私和配置的担忧。作者积极回应，解答了用户疑问，并提供了详细的技术指导。

主要观点

  1. 👍 功能赞赏
    • 支持理由：用户认为Taaabs几乎完美符合他们的需求，功能强大。
    • 反对声音：部分用户对某些功能的具体实现有疑问。
  2. 🔥 数据隐私
    • 正方观点：作者强调数据完全本地处理，无数据telemetry。
    • 反方观点：有用户对隐私政策中的数据收集和共享表示担忧。
  3. 💡 配置与使用
    • 支持理由：作者提供了详细的配置指南，帮助用户充分利用助手功能。
    • 反对声音：部分用户在配置过程中遇到技术问题，表达不满。
  4. 🛠 技术支持
    • 支持理由：作者积极回应用户的技术问题，提供解决方案。
    • 反对声音：部分用户对安装复杂性和特定环境下的兼容性表示不满。
  5. 🤝 开源优势
    • 支持理由：用户和作者均认为开源是此类扩展的最佳路径，保障用户权益。
    • 反对声音：无显著反对声音。

金句与有趣评论

  1. “😂 this is almost exactly what i was looking for, amazing work!”
    • 亮点：表达了对工具的高度赞赏。
  2. “🤔 No, there is no telemetry or anything like that. Parsing work is done 100% locally by the extension.”
    • 亮点：强调了数据隐私和本地处理的特点。
  3. “👀 Make sure to set "Custom" in assistants list to use anything you set up running on localhost.”
    • 亮点：提供了重要的配置提示。
  4. “🙌 Awesome man! I’ll give it a try. Thanks for open-sourcing it!”
    • 亮点：表达了对开源项目的支持和赞赏。
  5. “😅 I honestly can’t be bothered to install another Python version or clunky Docker just to get a local model to work.”
    • 亮点：反映了用户对安装复杂性的不满。

情感分析

总体情感倾向积极，大多数用户对Taaabs的功能和开源性质表示赞赏。主要分歧点在于数据隐私和配置复杂性，部分用户对隐私政策中的数据收集和共享表示担忧，另一些用户在配置和使用过程中遇到技术问题，表达了不满情绪。

趋势与预测

  • 新兴话题：用户对隐私政策的关注可能引发更多关于数据保护和透明度的讨论。
  • 潜在影响：Taaabs的推广和优化可能推动更多开源浏览器助手的发展，提升用户体验，同时也可能促使开发者更加重视隐私保护和配置简化。

详细内容：

标题：全新开源浏览器助手引发Reddit热议

在Reddit上，一则关于开源浏览器助手的帖子引起了众多用户的关注。该助手安装后有预设提示，还能自定义编写，能在本地 100%运行，支持多种网站，如通用文章、油管视频、Reddit 帖子等，并提供了相关的扩展链接。此帖获得了大量的点赞和评论。

讨论的焦点主要集中在以下几个方面： 有人对其功能表示惊喜，称这几乎正是自己一直在寻找的，提出了一些诸如数据传输、支持的火狐版本、油管转录工作原理等技术问题。 开发者一一进行了解答，强调没有数据被传输到服务器，也无需账号，对于火狐的最低支持版本进行了说明，还解释了油管转录的平衡处理方式，并介绍了可使用的多种选项。

不过，也有用户在使用中遇到了问题。比如有人尝试用 LMStudio 运行时出现错误，还有人提到侧边栏图标的设置影响了新标签页的设置。对此，开发者表示会尽快解决和优化。

还有用户分享了类似但使用 Claude API 的脚本。有人询问能否配置局域网推理端点 URL 而非仅端口号，开发者解释了相关的安全政策限制。也有人反馈使用 Kobold 时输入无法运行，开发者表示会研究解决。

特别的是，有用户指出该助手收集了大量可能非常私密的数据，并详细列举了相关的隐私政策条款，引发了关于数据隐私和安全的担忧。

这一开源浏览器助手究竟能否在满足用户需求的同时保障数据安全，还有待进一步观察和讨论。