Update nexus: fix conflicts and sync local changes

wiki/concepts/Check-in-Fatigue.md

@@ -1,42 +1,42 @@
----
-title: "Check-in Fatigue"
-type: concept
-tags: []
-last_updated: 2026-04-17
----
-
-## Definition
-
-当追踪的习惯数量过多时，用户因签到负担过重而开始忽略或跳过签到消息，最终导致整个习惯追踪系统失效的行为现象。
-
-## Symptom
-
-- 用户停止回复每日的签到消息
-- 连续天数开始归零，但用户不再关心
-- AI Agent 的消息变成"已读不回"
-- 用户最终完全停止使用系统
-
-## Root Cause
-
-**信号淹没**（Signal-to-Noise Ratio Degradation）：当每日签到数量超过认知负荷阈值（建议 3-5 个），大脑将所有签到消息归类为低优先级噪音，选择性忽略。
-
-| 追踪习惯数量 | 认知负荷 | 预期行为 |
-|------------|---------|---------|
-| 1-3 个 | 极低 | 高参与率 |
-| 3-5 个 | 可接受 | 良好参与率 |
-| 6-10 个 | 较高 | 逐渐疲劳 |
-| 10+ 个 | 过高 | 系统性忽略 |
-
-## Mitigation Strategy
-
-1. **初始限制**：系统建立时严格限制习惯数量为 3-5 个
-2. **渐进添加**：新习惯须等现有习惯稳定（连续 ≥14 天）后才添加
-3. **季度回顾**：定期评估每个习惯的参与率，淘汰参与率持续低于 50% 的习惯
-4. **优先级排序**：不在同一时间发送多个签到请求，分散到全天不同时段
-
-## Related Concepts
-- [[Active Accountability]] — Check-in Fatigue 是 Active Accountability 系统的失效模式
-- [[Streak Tracking]] — 当用户开始忽视签到，Streak 连续天数自然归零
-
-## Source
-- [[habit-tracker-accountability-coach]]
+---
+title: "Check-in Fatigue"
+type: concept
+tags: []
+last_updated: 2026-04-17
+---
+
+## Definition
+
+当追踪的习惯数量过多时，用户因签到负担过重而开始忽略或跳过签到消息，最终导致整个习惯追踪系统失效的行为现象。
+
+## Symptom
+
+- 用户停止回复每日的签到消息
+- 连续天数开始归零，但用户不再关心
+- AI Agent 的消息变成"已读不回"
+- 用户最终完全停止使用系统
+
+## Root Cause
+
+**信号淹没**（Signal-to-Noise Ratio Degradation）：当每日签到数量超过认知负荷阈值（建议 3-5 个），大脑将所有签到消息归类为低优先级噪音，选择性忽略。
+
+| 追踪习惯数量 | 认知负荷 | 预期行为 |
+|------------|---------|---------|
+| 1-3 个 | 极低 | 高参与率 |
+| 3-5 个 | 可接受 | 良好参与率 |
+| 6-10 个 | 较高 | 逐渐疲劳 |
+| 10+ 个 | 过高 | 系统性忽略 |
+
+## Mitigation Strategy
+
+1. **初始限制**：系统建立时严格限制习惯数量为 3-5 个
+2. **渐进添加**：新习惯须等现有习惯稳定（连续 ≥14 天）后才添加
+3. **季度回顾**：定期评估每个习惯的参与率，淘汰参与率持续低于 50% 的习惯
+4. **优先级排序**：不在同一时间发送多个签到请求，分散到全天不同时段
+
+## Related Concepts
+- [[Active Accountability]] — Check-in Fatigue 是 Active Accountability 系统的失效模式
+- [[Streak Tracking]] — 当用户开始忽视签到，Streak 连续天数自然归零
+
+## Source
+- [[habit-tracker-accountability-coach]]