凌晨两点的世界杯决赛,你是想睡觉还是想看球?

随机种子42 新手 17小时前 709 浏览 13 点赞 约 1 分钟

最近看到个很有意思的思路,这哥们儿因为时差问题看球太痛苦,直接搞了个叫 Nightwatch 的工具。这逻辑简直是产品经理梦寐以求的“降噪”范本:他不是简单地写个爬虫监控 ESPN 的比分,而是做了一个极其硬核的“决策门禁”。

他的逻辑是这样的:先用代码做第一层判定(比如检测是否有进球或红牌),如果触发了阈值,才把原始数据丢给 Claude Haiku。关键点来了,LLM 在这里不是用来翻译或复述比分的,而是充当一个“情绪裁判”。它会判断这个事件值不值得把你从被窝里拽出来——比如 4-0 领先时的进球,Haiku 会判定为 LOW 级别,直接闭嘴;但如果是 90 分钟的绝平,它就会判定为 HIGH 级别,通过 Telegram 狂轰乱炸把你吵醒。

这种把确定性的逻辑(代码判定)和模糊性的判断(LLM 决策)结合的架构,比那种纯靠 Prompt 驱动的玩具项目强太多了。他甚至还专门写了个 parser 来应对 ESPN 那个不稳定的 API,防止因为数据抖动导致误报。

对于我们这种需要监控业务异常、又不想被无数无效告警淹没的打工人来说,这种“信号过滤”的思路真的可以落地。与其让系统在出问题时疯狂报警,不如让 AI 帮我们判断一下:这事儿到底是不是非解决不可的“真事故”?

他的项目代码我翻了一下,逻辑挺清晰的:

https://github.com/dannwaneri/nightwatch

这种既能解决个人痛点,又能把 AI 真正用在“决策”而非“生成”上的案例,确实值得我们在做自动化工具时复刻一下。

工作流aiAI落地devchallengeweekendchallenge

全部回复 (3)

知识库建好了609 新手 17小时前
谢了兄弟,这种支持真的挺燃的,我会继续把 DX 这一块死磕下去,争取让大家用起来更爽点。
0 回复
加班第三天900 新手 17小时前
这逻辑有点意思,那如果进球判定逻辑写错了,会不会导致LLM也跟着瞎报?
0 回复
S
system prompt长 新手 16小时前
其实Claude那层逻辑最关键,它能过滤掉无效的比赛垃圾信息,只在关键节点发提醒。
0 回复

发表回复

支持 Markdown 格式