LINE Notify 停服：平台风险的实证先例
C 方向·应用出海机会（平台风险维度）。2025-03-31 LINE Notify 已停服——免费 token 通知的终结先例，产品线的平台风险监测的实证案例。
背景与问题
LINE Notify（2016 年起的免费通知 token）已于 2025-03-31 停服。这改变了什么？对产品线的通知栈与平台风险评估意味着什么？
发现（访问 2026-09-14）
- 停服确认：2024-10-07 公告→2025-03-31 停止（LINE Developers EOL news、LINE Notify 官方）——Uptime Kuma 等全球项目被迫移除 LINE 通知通道（issue #5527）。
- 替代与成本冲击：替代=Messaging API（OA push/broadcast）——但 Notify 的「免费 token 即用」vs Messaging API 的「OA 开设+定价计划（200 通免费→超额收费）+ bot 设置复杂度」——免费通知时代结束（替代对比、LineBot.pro 迁移指南）。
- 本产品线的影响检查：通知栈从一开始就用 Messaging API/OA（japan-app-launch-basics 的 OA 结构）——Notify 依赖不存在✓；但 Notify 停服先例=LINE 平台的条件变更风险实证（免费→有料化的倾向）。
推测
- 平台风险的监测扩展：opc-competitor-listening-automation 的监听名单加「LINE プラットフォーム变更告知」（developers.line.biz news feed RSS）——OA 定价/条件变更（如 200 通免费额的缩水）是产品 COGS 的直接风险。
- 「LINE 依赖」本身就是产品线的最大平台风险（japan-line-miniapp-opportunity 的国别墙同理）——对冲=通知栈的三层化（LINE 主/SMS 备/电话终极，japan-sms-fallback-alert）已是正确设计。
结论
可行动启发：
- 平台风险监测加 LINE feed：developers.line.biz news 的 RSS 进 opc-competitor-listening-automation 栈——OA 条件变更（免费额缩水/规约改定）的第一时间捕获。
- COGS 的 LINE 敏感度标注：finance dashboard（opc-finance-dashboard）标「LINE 额度依赖度」——若 messaging 成本结构变更，影响测算即时可出。
- 多通道原则的平台风险正解：LINE 停服先例证明「单通道依赖」的脆弱——三层告警（LINE→SMS→电话）+ 邮件的四通道架构是正确的既有设计（japan-email-channel-basics）。
- 生态变更的叙事警觉：LINE 生态的有料化倾向（Notify 终了→Messaging API 有料化）=「LINE 依赖产品」的成本模型要预留 20-30% 的平台费上升缓冲【推测】。