热门产品

display.dev

display.dev

display.dev 让团队安全发布和协作 AI agent 生成的 HTML 内容,适用于需要部署和分享 AI 输出的企业内部团队。

Maker 说

大家好!

我是Ott,display.dev的联合创始人。

一个月前,@carlrannaberg带着一个问题来找我。他频繁使用Claude Code时,他的智能体为他构建了漂亮的HTML制品——规格表、交互式方案、评论等。但和同事分享这些内容却是一团糟:截图或PDF发到Slack、让别人打开HTML在localhost上运行——没有一样是好用的。

我立刻理解了这个问题。任何长期使用智能体的人都会碰到这堵墙。

所以我们构建了display.dev——一条命令就能在任何HTML或Markdown制品后面加上公司认证。你的团队用Google、Microsoft或一次性密码登录。他们看到的制品和智能体构建时一模一样。没有静态且不便的截图,不需要GitHub账号,也没有每月320美元的Vercel附加组件。

以下是它日常真正有用的地方:

> 一条命令、一次点击,或者你的智能体替你完成——CLI、Web应用或MCP。发布在你已经待着的地方进行:终端、浏览器,或者Claude Code/Cursor等内部。你会得到一个永久URL。

> 默认需要认证,公开时也可设置——Google + Microsoft SSO或OTP。你公司的每个人都能访问,公司外的人进不来。如果你想和公众分享某些内容,只需更改可见性设置。

> 你的智能体能读的评论——团队成员可以留下内联评论。你和你的智能体可以阅读它们,更新制品并解决讨论串。这样制品就保持活跃,而不是作为一次性输出而消亡。

> 你发布的制品原生可被智能体读取——智能体可以从任何已发布的链接中提取markdown内容,所以无需手动来回复制粘贴或导入导出。

> 统计和审计日志——每个制品的查看次数,以及谁访问了什么的精确审计日志。当你真的需要知道你的高管是否打开了文档时,这很有用。

> 无需账号即可发布——智能体可以使用“curl”进行未认证发布。响应是一个任何人都能打开的公开预览URL和一个一次性认领URL。之后,如果你注册或登录,你可以为组织认领该URL。

> 无限查看者,固定价格——当你在同一天和你的PM、高管及法务团队分享时,没有按席位计费的悬崖。(另外,还有免费版和个人版!)

我们每天都在内部使用display.dev——私下分享Claude构建的分析文档和想法,快速协作。它确实改变了我们的工作方式。

欢迎提问——关于产品、问题以及替代方案!

热门评论

PH 用户
最打动我的是 MCP 这部分,这意味着智能体可以直接在聊天内部自行处理发布步骤,不用在工具之间跳来跳去,也不用碰托管配置。用户直接用已有的 Google 或 Microsoft 账号登录,无需创建任何新东西,这点真的很厉害。我还喜欢的一点是 URL 不像通过 Claude Code 发布时那样的公开链接,安全和认证贯穿始终。好奇评论到智能体的反馈循环在实际中是怎么运作的——智能体会自动抓取所有评论,还是需要手动触发?
PH 用户
把截图或 PDF 发到 Slack 这个痛点确实该解决——智能体生成的产物只有当它们有一个可被他人回访的稳定 URL 时,才真正像是“产物”。SSO/OTP 的入口同时做了两件事:把外人挡在门外,以及(更微妙地)告诉智能体它在为谁写作,我觉得这一点被低估了。

我以前做 PolyMind 时也遇到过类似的问题,那是一个小提醒工具,监控 Polymarket,当某个我关注的市场仓位变动时通知我。那里的产物问题是一样的:提醒只有存在一个事后可以被交易员重新访问和标注的地方才有用——一次性的 Slack 消息本质上就是发了就忘。好奇 display.dev 的评论层是为了驱动产物本身的迭代,还是更像是让人类围绕着智能体产出的内容进行异步审查的渠道。
PH 用户
我喜欢它既安全又轻量,这种组合很少见!很棒的东西!
PH 用户
这在当前“编程智能体”时代是个完美的工具。能够把智能体生成的产物即时托管在 SSO 后面,比到处传来传去的 HTML 文件干净多了。display.dev 支持对这些永久 URL 使用自定义域名吗?有没有选项可以为临时产物自动让链接过期?
PH 用户
终于有人把这东西做出来了,太棒了!
PH 用户
我很好奇 display.dev 如何针对不同的企业配置处理认证。是用 OAuth、SAML 还是别的?认证集成往往比看上去要复杂,尤其是当有遗留系统混在一起的时候。
热门产品Ott Ilves2026-05-12原文

相关内容