核心用法
Inbox Skill 是一套面向多渠道信息流的分流方法论与决策框架，而非具体工具集成。用户将邮件、聊天、社交私信、项目通知等"待处理项"主动呈现后，Agent 运用四象限分流、能量匹配、批量处理等策略协助优先级排序与响应规划。
典型流程：
1. 分流（Triage） —— 将条目归类为"需决策/需知悉/可委派/噪音"四档
2. 能量评估 —— 根据用户当前时间与精力状态，推荐对应处理深度
3. 批量编排 —— 按类型/项目/发件人分组，减少上下文切换
4. 主动预警 —— 标记超期（3天+）或临近截止的条目
5. 回避干预 —— 检测反复推迟的条目，提供降低门槛的拆解方案
显著优点
- 方法论普适：不依赖特定平台 API，适用于任何"收件箱"场景（邮件、Slack、GitHub、语音留言等）
- 认知友好：通过"仅显示需处理数量"而非原始未读数，缓解数字焦虑
- 行为设计：内置回避模式检测与干预，对抗拖延
- 隐私安全：Agent 不主动读取、存储或发送消息，全程需用户主动输入
局限与风险
- 无自动化集成：无法直接连接 IMAP、SMTP 或各平台 API，纯手动 workflow
- 依赖用户配合：分流效果取决于用户是否准确描述条目内容与 urgency
- 无跨会话记忆：不存储历史 inbox 状态，每次需重新同步上下文
- 文化盲区：不同行业/地区的沟通 urgency 规范（如微信 vs 邮件）需用户自行校准
适合人群
- 多渠道信息过载的知识工作者（管理者、创作者、自由职业者）
- 受"收件箱焦虑"困扰、寻求结构化处理框架的用户
- 对隐私敏感、不愿授权 API 访问权限的用户
常规风险
- 误分流风险：用户可能因框架引导而误判条目紧急度
- 能量标签简化：将复杂心理状态简化为"5分钟/低能量"可能导致过度承诺
- 回避干预边界：反复追问"为何拖延"可能造成心理压迫，需用户主动调节节奏