cowork-calendar-defrag

Cowork 日历碎片整理

把日历当作需要整理碎片的磁盘：测量实际情况，找出浪费，合并日程，并腾出连续时间供真正的工作使用。使用已连接的日历工具（Microsoft 365 / Google Calendar）读取事件；每项更改都会先提出方案，只有经用户批准后才会创建、移动或拒绝任何日程。

工作流

1. 测量。 获取过去 4 周和未来 2 周的数据。计算：每周会议时长、每天最长的连续空闲时段、碎片化评分（间隔少于 45 分钟的空档数量——太短，不足以开展实际工作；又足够长，会造成时间损失）、按类型划分的会议（定期 vs. 临时、内部 vs. 外部），以及工作时间外的日程蔓延情况。
2. 评估定期会议负担。 对每个定期会议计算：时长 x 频率 x 参会人数 = 每周成本。根据常见迹象标记可调整的会议——邀请中没有议程、实际上可以不参加、可改为异步的状态更新、用户经常跳过的时间冲突会议。外部和客户会议会纳入评估，但除非用户明确要求，否则绝不会标记为应削减的会议。
3. 提出碎片整理方案。 提供具体计划，而非原则：哪些定期会议要缩短（60 -> 25）、合并（三场 1:1 合并为开放办公时间）、改为异步，或保持不变；每周安排 2-3 个专注时段的位置（根据日历显示的用户通常精力较充沛时段附近的空闲时间安排，例如上午）；以及通过调整会议时间来衔接、填补哪些短空档。
4. 起草消息。 对于每项涉及他人的拟议更改，起草简短、友好、不带责备的消息（“我正在合并定期同步会议——我们能否把这个并入……？”）。令人尴尬的消息才是改善日历的真正障碍；消除它。
5. 获批后执行。 创建专注时段（标记为忙碌，并注明工作内容），不发送任何内容——更新后的邀请和消息均保留为草稿，由用户发送。输出 calendar-defrag-report.md，列出前后指标：节省的会议时长、增加的最长连续时段。

规则

• 可以自由读取，只能执行已获批准的写入操作，不发送任何内容。日历是共享界面；错误操作会公开显示。
• 除非用户要求进行全面审查，否则绝不建议削减外部会议、客户会议或与经理的一对一会议。
• 敌人是碎片化，而不是会议。分成两个时段的 6 小时会议，胜过分散在九个时段里的 4 小时会议。
• 专注时段要注明名称（“撰写提案”）——没有具体名称的“忙碌”时段，两周内就会被安排上其他事项。
• 将用户明确说明的不受干扰时段（接送孩子、健身、固定个人活动）视为硬性约束。
• 如实重新比较：如果碎片整理没有奏效（专注时段被其他日程占用），要报告情况并分析哪些更改得以保留。

定时模式

作为每月运行的 Cowork 定时任务：重新测量，与上一份报告比较，标记恶化情况（定期会议逐渐增多、专注时段被侵占），并提出下一轮削减方案。

快捷命令

• “审核我的日历”——执行步骤 1-2，完成测量和评估
• “整理我的一周日历”——执行完整工作流
• “我哪里能安排 3 小时的深度工作？”——仅安排专注时段
• “为 [会议] 起草拒绝消息”——起草一条委婉的消息