文章摘要
作者提出了一种名为“Let Me Know”（LMK）的新协议，旨在为用户提供一种匿名方式，在特定事件发生时获得通知。用户只需点击一个按钮，系统便会注册一个与该事件相关的端点，并由后台服务定期检查事件是否发生。这种方式避免了用户手动检查或提供个人信息的需求，适用于如博客更新等单一事件的提醒。
文章总结
标题：缺失的协议：让我知道
主要内容：
作者Deane Barker提出了一种名为“让我知道”（Let Me Know，简称LMK）的新协议，旨在为用户提供一种匿名的方式，在特定事件发生时获得通知。该协议的核心思想是，用户可以通过点击一个按钮，注册一个与特定事件相关的端点，而无需提供任何个人信息或订阅其他内容。
使用场景： 假设某位博客作者发布了系列文章的第1和第2部分，读者对内容感兴趣，并希望在第3部分发布时获得通知。读者不想提供个人信息、订阅RSS源或关注社交媒体，只希望以匿名方式得知第3部分的发布，而无需手动检查网站。
协议机制： 1. 按钮与端点注册：在文章底部有一个“让我知道”按钮，用户点击后，会注册一个与该事件相关的端点。端点是一个特定事件的URL，而“代理”则是一个持续的后台服务，负责定期检查该事件是否发生。
代理检查：代理会按照设定的时间间隔（如每天一次）检查端点。端点通常会返回“未发生”的状态，或者建议代理在特定时间后再检查。
事件发生时的通知：当事件发生时，端点会返回“已发生”的状态，并附带相关信息（如事件发生时间、消息、相关操作等）。用户将通过代理（如浏览器扩展、订阅服务或移动应用）收到通知。
端点自动删除：事件发生后，代理会自动删除该端点，停止检查。如果用户希望继续关注后续事件，可以重新注册。
其他细节： - 用户可以随时查看已注册的端点，了解其状态、检查时间等，并可以手动删除不再关心的端点。 - 作者可以通过内容管理系统（CMS）的“LMK控制面板”管理端点，手动解决端点、获取端点流量分析等。 - 该协议无需人工智能或复杂技术，只需达成共识并推广使用。
技术补充：
作者还提出了一个/meta伪端点，用于提供端点的元数据，如创建时间、目的、联系人等，帮助代理更好地管理端点列表。
总结： LMK协议为用户提供了一种简单、匿名的通知机制，专注于单一事件的通知，避免了不必要的订阅和信息暴露。尽管该协议在技术上可行，但作者也意识到，创作者可能缺乏动力去实现这一功能。
评论总结
评论主要围绕以下几个观点展开：
RSS的替代方案：多位评论者认为，所提出的功能与RSS（Really Simple Syndication）非常相似，甚至可以直接通过RSS实现。例如，评论3（stormbeard）直接问道：“Isn't this just RSS?”，评论4（_QrE）也指出：“What is proposed is pretty much just RSS, except for one specific item.” 评论19（singpolyma3）则简洁地总结：“You want an RSS feed filtered to only the events you are looking for.”
技术实现的简化：部分评论者认为，现有的技术已经可以轻松实现类似功能，无需引入新的协议。评论1（kmoser）建议通过定期检查URL状态来实现：“The simplest solution--assuming you know what the URL will be--is to have your agent of choice periodically check whether that URL returns 200.” 评论13（AndrewKemendo）提到IFTTT（If This Then That）已经可以处理类似的需求：“Isn’t this exactly handled with IFTTT?”
用户体验与隐私问题：一些评论者担心用户体验和隐私问题。评论9（maxwellg）指出，Web Push通知容易被滥用：“Bad content publishers have taught us to never allow Web Push notifications since they always get inundated with marketing and other nonsense.” 评论17（cigarette66）则提到通知的可靠性问题：“The notifyer has no obligation to actually notify correctly. They can spam some advertising site or malicious site.”
协议的可行性与推广：部分评论者质疑该协议的可行性和推广难度。评论10（0xCMP）认为，由于大多数网站依赖电子邮件通知，该协议可能难以普及：“I want this to exist, but so few would adopt it that would make it mainstream/normal to use because a lot of those places rely on getting your email to tell you about other things.” 评论12（throwaway81523）则提到自动化工具（如LLM）的滥用可能阻碍该协议的实现：“Overaggressive LLM scrapers have probably destroyed the feasibility of this idea.”
其他技术方案：一些评论者提出了其他技术方案，如Webhooks、ActivityPub等。评论6（neilk）提到：“Seems a bit like webhooks?”，评论25（tbeseda）则建议考虑ActivityPub：“You could probably consider a broader interpretation of ActivityPub for something like this.”
总结：评论者普遍认为，所提出的功能可以通过现有技术（如RSS、IFTTT、Webhooks等）实现，无需引入新的协议。同时，用户体验、隐私问题以及协议的推广难度也是讨论的焦点。