ntfy.sh：一个我很想放进工具箱的轻量通知服务

导读

它不是那种很重的消息平台，而是一个用 HTTP 就能发通知的轻量工具，特别适合脚本、部署、家用服务器和个人工作流。

发布时间: 2026年4月7日
阅读时长: 6 分钟
内容格式: MDX 长文
章节数量: 7 段

最近我把 ntfy.sh 补进了自己的实用目录。

原因很简单，它解决的是一个非常真实、但又经常被忽略的问题：怎么把脚本、服务、自动化流程和我自己之间，快速接上一条通知通道。

很多时候我并不需要一整套复杂的 IM Bot、告警平台或者后台系统，我只需要在某件事发生时，立刻收到一句话。ntfy.sh 在这件事上很直接，它基本就是把“发通知”这件事压缩成了一次 HTTP 请求。

ntfy.sh 官方首页截图，展示轻量通知服务的定位和核心能力。 — 我喜欢它的一点，是它没有把“通知”做成一个很重的平台，而是尽量保持成一个简单、清楚、可脚本化的能力。

ntfy.sh 到底是干什么的

按官方自己的定位，ntfy 是一个基于 HTTP 的轻量 pub-sub 通知服务。你可以从任何能发 HTTP 请求的地方发布消息，再在手机、网页或者桌面端订阅同一个 topic 来接收通知。

如果说得更实际一点，它很适合下面这类事情：

脚本执行完以后告诉我一声。
站点部署完成以后推一个通知到手机上。
家里的 NAS、服务、监控任务出问题时，马上提醒。
某个下载、同步、备份任务结束时，不用一直盯着终端。
把几个零散工具接成一条自己的提醒链路。

它的好处不是“功能特别花”，而是“接起来特别快”。

最基础的使用方法

ntfy.sh 的入门其实很简单，最短路径就是三步：

打开 Web App 或手机 App，先订阅一个 topic。
在终端、脚本或者服务里往这个 topic 发一条消息。
订阅端立刻收到推送。

比如最基础的例子，就是下面这一条：

curl -d "博客部署完成" https://ntfy.sh/sobigrice-site-build-demo

只要你已经在手机 App 或 Web App 里订阅了 sobigrice-site-build-demo 这个 topic，这条消息就会直接出现。

如果你想把通知做得更像一条真正能用的提醒，而不只是一个文本气泡，也可以顺手加上标题、优先级和标签：

curl \
  -H "Title: 个人站发布成功" \
  -H "Priority: high" \
  -H "Tags: white_check_mark,rocket" \
  -d "blog.sobigrice.com 已完成构建，可以开始检查线上页面。" \
  https://ntfy.sh/sobigrice-site-build-demo

这一点我很喜欢，因为它足够轻，但又不是只能发一行纯文本。官方文档里还继续给了附件、动作按钮、延时发送、邮件转发这些能力。

ntfy Web App 截图，展示订阅与发布通知的网页界面。 — 如果不想装 App，也可以直接用 Web App 订阅 topic，当作桌面通知入口。

ntfy 官方发送消息文档截图，展示 curl 示例和消息参数。 — 官方文档写得很完整，尤其是发送消息这一页，基本把常见参数都列清楚了。

我觉得它最适合拿来做什么

如果把它放进我自己的工作流里，我最想拿它做四类事情。

第一类，是开发和部署提醒。

比如本地构建完成、服务器部署成功、定时任务跑完、爬虫抓取结束，这些都特别适合直接打一条 ntfy。它比邮件快，比单独接机器人更轻，也比一直盯终端省事。

第二类，是自托管服务和家庭服务器通知。

像 Uptime Kuma、Home Assistant、下载器、备份任务、媒体服务这类系统，本来就经常需要一个“出了事告诉我”的出口。ntfy 刚好很适合做这一层，而且官方首页也直接列出了不少现成集成。

第三类，是个人提醒和跨设备流转。

有些提醒并不值得上待办系统，比如“这个视频转码完了”“这批图片同步好了”“远程机器脚本已经结束”。这种时候，给自己发一条 topic 消息，反而是最顺手的。

第四类，是把零散自动化粘起来。

只要某个系统能发 HTTP 请求，它就基本能接 ntfy。所以它很像一个低门槛的通知出口，可以把原本互不相干的脚本、服务和小工具，都拉进同一个提醒习惯里。

一个很关键的点：公共 topic 基本等于密码

这个地方我觉得一定要单独说。

官方文档明确提到，如果你直接使用公开的 ntfy.sh 服务而不登录，那么 topic 本身基本就等于密码。所以 topic 名字不能取太简单，也不要把敏感内容直接往过于好猜的 topic 里发。

这也是我觉得 ntfy 很适合技术用户的原因之一: 它很轻，但并没有假装“安全问题不存在”，而是把边界说得很清楚。

为什么我会把它放进实用目录

因为它正好落在一个很实用的位置上：

不重，不需要搭很复杂的系统才能开始用。
很通用，几乎所有能发 HTTP 的地方都能接。
有官方托管服务，也支持自托管。
有手机端、网页端和桌面通知路径，接收端不单一。
文档完整，拿来就能做，不需要猜。

很多工具的问题不是能力不够，而是接入成本太高。ntfy.sh 的优势反而是，它能让我在几分钟内把“通知”这件事真的接上，而不是先做一堆准备动作。

官方地址

官网：https://ntfy.sh/
官方文档：https://docs.ntfy.sh/
发送消息文档：https://docs.ntfy.sh/publish/
Web App：https://ntfy.sh/app
手机订阅文档：https://docs.ntfy.sh/subscribe/phone/
自托管安装文档：https://docs.ntfy.sh/install/
GitHub：https://github.com/binwiederhier/ntfy

文中的截图来自 ntfy 官网与官方文档页面，截取时间为 2026-04-07。

写在最后

如果你本来就有脚本、服务、自动化任务，或者正在慢慢搭自己的自托管工作流，我会觉得 ntfy.sh 很值得试一下。

它不是一个“功能多到可以当平台”的东西，它更像一个很干净的通知接口。也正因为这样，它很容易被真正接进日常里。

对我来说，这类工具最有价值的点不是炫技，而是它能不能真的缩短动作链。ntfy.sh 可以。