主 题：极简探针公开征求意见
发 布 者：大鲨鱼
标签分类： 日常
时 间：2026-09-15 10:50:44
内容预览：官网：https://monitor-document.pages.dev/发布帖：https://www.nodeseek.com/post-925236-1目前为止大家都反馈急需增加通知功能，我经过考虑也觉得有必要加入最基本的通知功能，于是特此征求意见如果要加入通知功能，那么我也将只接入 tg 通知，不再对接一大堆通知服务，这无异又将增加臃肿度，这是我极力避免的，严重不符合我的审美在极简探针这里，我会严格筛选功能，极致追求简洁，甚至有点儿苛刻比如我否决了 issue 里提出的增加 ICMP / HTTP 探测的功能，因为它们开始有点儿偏运维、SRE 的能力，本探针最多的使用场景就是监控三网延迟，没有必要为了相对来说使用不多的功能加入新代码，运维我另有他选，而不是都堆在探针上https://github.com/monitor-probe/monitor/issues/2如果加入通知功能后，我不认为它还能有什么功能变化了这个探针不会有你们想象的，有类似 系统大重构，功能大更新 或者 更新频繁，因为正是极简的要求和安全设计，它并不需要频繁更新，除非 bug 或者安全性更新，以及必要的功能加入，否则它甚至可能 一直静静的运行在那里，不会有变化所以如果你喜欢极简，那么可以尝试，如果不喜欢，那么也不用强制自己用，我只提供多一个选择，只有严格、苛刻的筛选和取舍，才能保证它永远极简下去
直达链接： https://www.nodeseek.com/post-929435-1
发 布 者：大鲨鱼
标签分类： 日常
时 间：2026-09-15 10:50:44
内容预览：官网：https://monitor-document.pages.dev/发布帖：https://www.nodeseek.com/post-925236-1目前为止大家都反馈急需增加通知功能，我经过考虑也觉得有必要加入最基本的通知功能，于是特此征求意见如果要加入通知功能，那么我也将只接入 tg 通知，不再对接一大堆通知服务，这无异又将增加臃肿度，这是我极力避免的，严重不符合我的审美在极简探针这里，我会严格筛选功能，极致追求简洁，甚至有点儿苛刻比如我否决了 issue 里提出的增加 ICMP / HTTP 探测的功能，因为它们开始有点儿偏运维、SRE 的能力，本探针最多的使用场景就是监控三网延迟，没有必要为了相对来说使用不多的功能加入新代码，运维我另有他选，而不是都堆在探针上https://github.com/monitor-probe/monitor/issues/2如果加入通知功能后，我不认为它还能有什么功能变化了这个探针不会有你们想象的，有类似 系统大重构，功能大更新 或者 更新频繁，因为正是极简的要求和安全设计，它并不需要频繁更新，除非 bug 或者安全性更新，以及必要的功能加入，否则它甚至可能 一直静静的运行在那里，不会有变化所以如果你喜欢极简，那么可以尝试，如果不喜欢，那么也不用强制自己用，我只提供多一个选择，只有严格、苛刻的筛选和取舍，才能保证它永远极简下去
直达链接： https://www.nodeseek.com/post-929435-1
