最新

嗨！ 最近关于 MCP 的讨论很热烈，这让我想起了过去读到的一些关于其他统一协议尝试的内容。为什么这些 2000 年代的互操作性协议会失败，而 MCP 又有什么不同呢？是由于当时新兴的网络世界中存在的安全问题吗？还是设计不佳？又或是过于僵化？我很想听听当时在场的人的看法。

通过这个网络应用，通过简短的互动挑战来学习 Linux 基础知识。<p>在这里尝试：<a href="https:&#x2F;&#x2F;linuxlabs.app" rel="nofollow">https:&#x2F;&#x2F;linuxlabs.app</a><p>欢迎反馈！

这是一个使用现代 Python/JS 工具和 PostgreSQL 的 LISTEN/NOTIFY（而非外部消息队列）构建的实时 Web 应用的入门模板。 技术栈： * UV (Python 包管理器 - 速度极快) * FastAPI，完全支持 async/await * PostgreSQL 触发器 + LISTEN/NOTIFY 用于发布/订阅 * Bun 用于前端构建 * 完善的连接池和生命周期管理 GitHub: [https://github.com/garage44/plank](https://github.com/garage44/plank) 这个模板源于在多个项目中重建相同模式的经验。我发现的大多数示例都是玩具演示，无法处理重新连接、客户端掉线或正确关闭。 包含一个工作的前端示例，当数据库更改时会实时更新。提供用于测试的 Docker Compose 设置。 适用场景：管理仪表板、监控工具、协作应用，这些应用只需要立即推送当前状态。不适用于：保证消息传递或任务队列。

大多数网站不会为每个页面（博客文章、产品页面、文档等）都设置 Open Graph 图片，这导致在 Twitter/LinkedIn/Slack 上预览效果单调或损坏。 我一直在试验一项托管服务，您只需添加一个 meta 标签，例如： `<meta property="og:image" content="https://uselinkshot.com/acc_123/tmp_456?url=https://yoursite.com/page" />` 当有人分享您的页面时，OG 图片会动态生成（通过浏览器渲染），使用“陈旧时重新验证”进行缓存，并快速提供服务。您可以设置模板以实现一致的品牌标识、标题等。 这避免了： * 手动为每个页面设计图片 * 运行您自己的 Puppeteer/Playwright 设置 * 为本质上是一个小而重要的细节添加繁重的基础设施 我向 HN 提出的问题是： * 您是否真的遇到过这个问题？ * 您会信任第三方服务来处理 OG 图片，还是更喜欢自己动手？ * 什么能让这项服务足够有用，值得采用（API 访问、缓存清除、更多控制、定价）？ * 我很想知道这是否解决了真正的问题，或者仅仅是一个“锦上添花”的功能。

我是 Scott，brice.ai 的联合创始人。<p>在我为上一家公司（Forestry.io）融资时，我注意到最优秀的风险投资家都有私人助理来管理他们的日程。我的日程排得很满，安排会议非常麻烦，但我又无法负担得起聘请自己的助理。<p>所以，我和我的联合创始人一起创建了 Brice：一个 AI 日程安排助理，你只需要在邮件中抄送它（hello@brice.ai）。它会处理邮件往来，并预订会议——就像真人助理一样。<p>我很想知道你是否会使用这样的 AI 助理。什么对你来说会使它变得有用？<p>- 视频演示：<a href="https:&#x2F;&#x2F;youtu.be&#x2F;kZR4j38_6lg" rel="nofollow">https:&#x2F;&#x2F;youtu.be&#x2F;kZR4j38_6lg</a><p>- 试用 Brice（测试版）：<a href="https:&#x2F;&#x2F;brice.ai" rel="nofollow">https:&#x2F;&#x2F;brice.ai</a><p>- 针对 HN 用户：<a href="https:&#x2F;&#x2F;brice.ai&#x2F;HN" rel="nofollow">https:&#x2F;&#x2F;brice.ai&#x2F;HN</a> 早期支持者优惠 - 前 100 位客户可享受 49 美元的终身使用权<p>谢谢！