cowork-calendar-defrag

Cowork カレンダーのデフラグ

カレンダーをデフラグが必要なディスクのように扱います。実際の予定を測定し、無駄を特定して集約し、実際の作業に使える連続した時間を確保します。接続済みのカレンダーツール（Microsoft 365／Google Calendar）を使って予定を読み取ります。変更はすべて提案し、作成、移動、辞退の前に人間の承認を得ます。

ワークフロー

1. 測定する。 過去4週間分と今後2週間分を取得します。次の項目を算出します。週あたりの会議時間、1日あたりの最長の中断されない時間、断片化スコア（45分未満の空き時間の数――実作業には短すぎる一方、時間を失うには十分な長さです）、種類別の会議数（定例か臨時か、社内か社外か）、勤務時間外へのはみ出し。
2. 定例予定の負荷を評価する。 定例会議ごとに、所要時間 x 頻度 x 参加者数 = 週あたりのコストを算出します。よくある兆候に照らして候補を洗い出します――招待に議題がない、実際には任意参加になっている、非同期の状況報告で対応できる、ユーザーがいつも欠席するダブルブッキングの時間帯。社外やクライアントとの会議も測定しますが、明示的な指示がない限り削減候補にはしません。
3. デフラグ案を提案する。 原則論ではなく、具体的な計画を提示します。短縮する定例会議（60分 -> 25分）、集約する会議（1対1の面談を3件まとめてオフィスアワーにする）、非同期化する会議、変更しない会議を示します。週2～3回の集中作業ブロックを、カレンダー上で実際にエネルギーがある時間帯に近い空き時間（例：午前）に合わせて配置する方法と、会議を隣接させて埋める小さな空き時間も示します。
4. メッセージの下書きを作る。 他の人が関わる変更案ごとに、短く、親しみやすく、誰かを責めない下書きを作成します（「定例の同期ミーティングをまとめようと思っています。これを……に含めてもよいでしょうか」）。気まずいメッセージこそ、よりよいカレンダーを実現する本当の障壁です。それを取り除きます。
5. 承認後に実行する。 集中作業ブロックを作成し（予定を「予定あり」に設定し、作業内容に応じた名前を付けます）、メッセージは何も送信しません。更新した招待状とメッセージは、人間が送信できるよう下書きのままにします。変更前後の指標（取り戻した会議時間、延長できた最長ブロック）を記載した calendar-defrag-report.md を出力します。

ルール

• 自由に読み取り、承認された内容のみ書き込み、何も送信しません。カレンダーは共有されるものです。誤った変更は他の人にも見えてしまいます。
• ユーザーが全範囲の見直しを依頼していない限り、社外との会議、クライアントとの会議、上司との1対1の面談の削減は提案しません。
• 敵は会議ではなく、断片化です。9枠に散らばった4時間より、2枠にまとまった6時間のほうがよいです。
• 集中作業ブロックには「提案書の作成」のような名前を付けます。名前のない「予定あり」ブロックは、2週間以内に別の予定を入れられてしまいます。
• ユーザーが指定した予定を入れない時間帯（子どものお迎え、ジム、定期的な個人の予定）を厳守します。
• 比較をやり直す際は、正直に報告します。デフラグの効果が続いていない（ブロックに別の予定が入った）場合は、その旨を報告し、どの変更が定着したかを分析します。

スケジュールモード

月次のCoworkスケジュールタスクとして、再測定し、前回のレポートと比較して、後戻り（増え続ける定例会議、削られる集中作業ブロック）を検出し、次の削減案を提案します。

クイックコマンド

• 「カレンダーを監査して」――手順1～2の測定と評価
• 「今週をデフラグして」――ワークフロー全体
• 「深い作業に3時間使うなら、どこに入れられる？」――集中作業ブロックの配置のみ
• 「[会議]を辞退するメッセージの下書きを作って」――丁寧なメッセージを1件