寒蝉 Hancic
agent-notifier：让 Coding Agent 跑完一整轮给你推一张卡片
Coding agent 跑几分钟到几十分钟，跑完还静默。agent-notifier 把沉默变成推送卡片：Claude Code、Codex CLI、Kimi Code 三个 agent 接好，飞书/Lark/Slack/Bark/钉钉/企业微信/PushDeer/Bluebird 八个渠道随便挑。
分类：科技
Webhook 满天飞的时代，我用一个面板做"通知收口"
从维护多个 GitHub repo 想要 star 通知开始，到给 Kimi 加任务结束通知、给自建监控加告警，再到渠道从 Bark 切到飞书多群分发、准备切 Slack 国际项目——4 个工具、4 个 webhook、4 个 key 散落各处，告警来了只能 SSH 上去关脚本。我决定自己做一个：信息源统一进、分发渠道统一出，中间所有事在一个面板里点完。它叫 Bluebird，Python 单文件、零依赖、免费自托管。
库存消息消费的正确性设计——从幂等窗口到批量流水线
在消息可能重复投递的前提下，如何把库存累加计数的偏差控制在已知、可观测的窗口内，而不是追求无法实现的"完美恰好一次"。从幂等两阶段、崩溃窗口、批量聚合到白名单防护、容错停机、可观测性，每一层设计都在消除一个具体的、能用数据量化的风险。
Jev 到底是什么
最近 AI 圈讨论度很高的一个模型，不是 GPT、Claude 或 Gemini 的新版本，而是一个叫 Jev 的东西。Jev 是 TypeSafe AI 在 2026 年 9 月 15 日发布的模型，目前还在早期访问阶段。
当我的服务器被恶意攻击后想到的
前天收到一堆告警，腾讯云通知发现频繁密码破解尝试。我不缺安全知识，但服务器一直裸奔。这并不是知识问题，而是意识、习惯等问题。
国内平台的 API 为什么开放得慢
国内平台 API 开放慢，不止"封闭"二字能解释——监管兜底、契约文化、商业形态三层合力，让"开 API"对平台是吃力不讨好的事。结果是开放给企业不开放给个人，长尾开发者被挡在门外。
从真实业务场景看缓存的代价
我见过不少系统加缓存，动机主要有两个："别人都在加"和"它能让我系统变快"。 缓存的价值我不否认：避免重复操作，节省带宽和计算资源。缓存有很多层——本地内存缓存、分布式缓存（Redis）、文件缓存、CDN——每层解决的问题不同，付出的代价也不同。本地内存快，但每个实例各持一份；Redis 共享，但多
我自己在用的一套开发创意评估框架
想法多，精力少。 我隔三差五就会冒出一个新想法。洗澡的时候，通勤的时候，睡前翻来覆去的时候。大部分想法在脑子里待两三天就消失了，但有些会黏住，越想越兴奋，觉得不做不行。 兴奋不等于值得做。踩过足够多次坑之后，我慢慢有了一套自己的判断流程。不复杂，就是在动手之前，把该想的先想一遍。 这套框架我做成了可
可观测性：分布式系统里的盲人摸象
一次请求穿过五个服务，转了三秒，这三秒花在哪。单体时代五分钟能答，拆开之后难点在数据对不上：时间基准、请求 ID、维度三处都对不齐。日志、指标、追踪各自的尺度，异步边界和采样怎么丢线索，以及一个三件套齐全却半天没定位的反面案例。
服务注册与发现：服务怎么找到彼此
微服务拆开后，服务之间怎么找到彼此？配置文件写死 IP 追不上动态扩缩容。注册中心维护服务名到实例列表的映射，靠心跳检测存活。客户端发现 vs 服务端发现、CP vs AP 的取舍，以及选错了会怎样。
