Update nexus: fix conflicts and sync local changes

wiki/concepts/Call-Worthy-Threshold.md

@@ -1,60 +1,60 @@
----
-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]]
+---
+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]]