最新

我在我的业务中使用 Google Workspace，刚收到 Google 的一封邮件，通知我他们将提高价格。他们提到的原因是： > 更新后的订阅价格反映了显著增加的人工智能价值，以及我们为 Google Workspace 版本引入和即将推出的许多新功能。 我分享这个的原因是希望能劝阻其他公司和产品创作者走上这条路。我并不想使用他们新增的人工智能功能。从我的角度来看，他们通过添加干扰性的弹窗来强迫我使用我并不需要的人工智能功能，实际上让他们的产品变得更糟，而现在他们还要为此向我收费。

我一直在重新思考我的个人知识管理系统，并意识到我的工作流程正在变得以人工智能为主。现在，我的大多数项目和想法都是从与Claude/ChatGPT的对话开始的，但随后我会切换到Obsidian进行结构化笔记。这造成了一定的摩擦——我的思维过程分散在不同的工具之间。 你是选择“在笔记应用中添加人工智能”，还是“在人工智能应用中添加结构”？ 我很好奇其他人是否也在考虑这个问题，以及他们是如何处理的。

大多数反馈工具的设计就像人们真的想要报告bug一样。其实并不是。除非你把这个过程简化到极致，或者更好的是，做得有点趣味性。 在推出了几个SaaS产品后，我注意到一个模式：有bug？有的。bug报告？没有。 这并不是因为用户不在乎，而是因为报告bug通常是一种糟糕的体验。 大多数工具希望用户： * 填写一份冗长的表单 * 输入他们的电子邮件 * 描述一个他们几乎不理解的bug * 可能还要登录或创建一个账户 * 然后或许才能提交 说实话：没有人会这样做。尤其是那些只是想使用你产品的人。 所以我开发了Bugdrop.app——这是一个可拖动的小虫子图标，用户可以直接拖到问题上，写下简短的备注，就完成了。无需登录，无需表单。只是提供了上下文丰富的反馈，供你的团队实际使用——包括截图、浏览器信息，甚至在遇到错误时的控制台日志。 奇怪的是？人们真的在使用它。即使是非技术用户也会点击它，仅仅因为“这个小虫子看起来很有趣”。 我并不想再开发一个“反馈套件”。我只想要一些轻量级、快速，并且简单到让人们愿意实际报告问题的工具。如果你曾经遇到过用户说“有东西坏了”，然后就再也没有消息，你可能会理解我的想法。 我最自豪的是什么？人们真的在使用它。而他们的用户？他们也在实际报告问题。即使是非技术用户。 我很想听听你是否遇到过类似的问题，以及这是否感觉像是能在你自己的项目中提供帮助的东西。我并不是想卖给你什么——只是分享我为满足自己需求而开发的东西。

嗨，HN！<p>我创建了 mcp-hacker-news，这是一个为 Hacker News 提供服务的 MCP 服务器。它充当 Hacker News API 与支持 MCP 的 AI 工具（如 Claude 和 Cursor）之间的桥梁。<p>通过这个 MCP 服务器，您可以获取并与实时的 Hacker News 数据进行交互——包括帖子、评论或用户。该项目使用 TypeScript 编写，旨在促进 LLM（大语言模型）与自动化工作流程及 HN 数据之间的无缝集成。<p>我分享这个项目是希望能得到开发者、LLM 爱好者或任何对开放 AI 工作流程和数据集成感兴趣的人的反馈。如果您有改进的想法或想要贡献，我非常期待您的来信！<p>谢谢！