61 lines
2.5 KiB
Markdown
61 lines
2.5 KiB
Markdown
---
|
||
title: "Call-Worthy Threshold"
|
||
type: concept
|
||
tags: [notification, prioritization, alerting, UX]
|
||
sources: [phone-call-notifications]
|
||
last_updated: 2026-04-23
|
||
---
|
||
|
||
## Definition
|
||
|
||
Call-Worthy Threshold 是判断某个事件是否值得触发电话通知的评估标准。核心原则：**电话通知必须稀缺，只有真正重要的信息才配得上占用用户的电话注意力**。如果 Agent 每天打电话 10 次，用户就会开始忽视电话——电话的价值在于其稀缺性。
|
||
|
||
## Decision Framework
|
||
|
||
Agent 评估是否"值得打电话"时，应考虑：
|
||
|
||
### 紧急程度（Urgency）
|
||
- 是否有时间敏感性？延迟处理会有什么后果？
|
||
- 优先级递减：紧急（立即影响）> 重要（今天内需处理）> 参考（可稍后阅读）
|
||
|
||
### 影响范围（Impact）
|
||
- 对用户的直接财务/健康/安全影响有多大？
|
||
- 优先级递减：高影响（金钱/健康/安全）> 中影响（机会成本）> 低影响（信息）
|
||
|
||
### 可替代性（Substitutability）
|
||
- 是否可以用更低打扰的方式通知？
|
||
- 优先级递减：无法替代 > 低打扰通知不足 > 简单通知即可
|
||
|
||
## Anti-Patterns
|
||
|
||
- **通知疲劳**：Agent 频繁打电话 → 用户开始忽略 → 真正重要的电话也被忽视
|
||
- **过载包装**：将 10 条普通消息合并成一条电话播报 → 信息过载，用户无法聚焦
|
||
- **误判优先级**：小事打电话，大事发消息 → 优先级判断标准混乱
|
||
|
||
## Best Practices
|
||
|
||
1. **明确定义阈值**：用户应与 Agent 协商"什么情况打电话"，形成清晰标准
|
||
2. **定期审计**：每月检查电话触发记录，确保频率保持在用户舒适范围内
|
||
3. **日志可见**：用户可查看电话触发历史，理解 Agent 的判断逻辑
|
||
4. **双向反馈**：用户说"这事不值得打电话"时，Agent 应记住并调整阈值
|
||
|
||
## Examples
|
||
|
||
| Event | Worth Calling? | Reason |
|
||
|-------|---------------|--------|
|
||
| NVDA 股价暴跌 5% | ✅ Yes | 财务影响大，时间敏感 |
|
||
| 老板发来紧急邮件 | ✅ Yes | 高度时间敏感，潜在重大影响 |
|
||
| 天气预报提醒带伞 | ❌ No | 低紧急性，普通推送即可 |
|
||
| 日程冲突提醒 | ❌ No | 提前提醒，低紧急性 |
|
||
| 服务器完全宕机 | ✅ Yes | 安全/业务影响，即时行动必需 |
|
||
|
||
## Related Concepts
|
||
|
||
- [[Voice Notification Channel]] — 电话通道的价值建立在稀缺性之上
|
||
- [[Alerting]] — 告警规则设计应与通知阈值协同
|
||
- [[Preference Learning]] — Agent 可从用户反馈中学习阈值偏好
|
||
|
||
## Sources
|
||
|
||
- [[phone-call-notifications]]
|