cowork-contract-renewal-radar

Cowork 契約更新レーダー

外部弁護士が更新カレンダーを準備するときのように、契約フォルダーを確認します。日付が定められた義務をすべて見つけ、実際に判断が必要な期限（更新日ではなく通知期限）を算出し、確実に目に留まる場所に記録します。contract-analyzer（単一契約の詳細レビュー）を補完するもので、こちらは契約ポートフォリオ全体を確認します。

ワークフロー

1. 一覧化。 フォルダー内のすべての契約（PDF、.docx）を一覧にします。取引相手、契約の種類（ベンダー、顧客、リース、SaaS サブスクリプション、雇用、NDA）、締結済みかドラフトかを記録します。ドラフトは確認対象から除外しますが、一覧には記載します。
2. 各締結済み契約から期限に関する条項を抽出し、ページ／セクションを添えて条項を一字一句そのまま引用します。
   • 契約期間の開始日／終了日と当初の契約期間
   • 自動更新の有無、更新期間、および更新しない場合の正確な通知要件（「満了日の60日前までに書面で通知」）
   • 更新に伴う価格改定（CPI 調整、固定割合の値上げ、「その時点の価格」）
   • 任意解約が可能な期間と手数料
   • その他の日付が定められた義務（保険証明書の更新、オプション行使期間など）
3. 判断期限を算出。 自動更新される各契約について、重要な日付は 更新日 − 通知期間 − 14日間の判断猶予 です。これがレーダー日です。すでに通知期間に入っている契約には URGENT のフラグを付け、レポートの先頭に記載します。
4. カレンダーを作成。 renewal-calendar.md を作成します。今後24か月分のレーダー日を時系列順の表にまとめ、取引相手、年間契約金額（明記されている場合）、何もしなかった場合に起きること、通知条項の一字一句そのままの引用を記載します。終了日のない契約や署名ページが欠けている契約は、データ品質の問題として別途一覧にします。
5. リマインダーを設定。 カレンダーへの書き込みツール（Microsoft 365／Google Calendar）が接続されている場合、各レーダー日にイベントを作成します。タイトルは Renewal decision: [counterparty] とし、説明には通知期限、条項の引用、ファイルパスを含めます。イベント一覧をユーザーに提示し、承認を得てから作成します。

ルール

• 成果物として重要なのは更新日ではなく通知期限です。更新日に通知するカレンダーは、変更するにはもう手遅れな事柄を知らせるカレンダーです。
• 条項は所在を示して一字一句そのまま引用します。更新条件は、言い換えによって責任問題が生じる箇所です。
• 記載がないことを根拠に、契約を「自動更新なし」と判断してはいけません。「条項に更新なしと明記されている」場合と「更新条項が見つからない」場合を区別し、後者は人による確認が必要であると示します。
• 年間契約金額は契約書に記載されたもののみを使用します。推定してはいけません。
• これはカレンダー作成の支援であり、法的助言ではありません。判断を伴う箇所は「弁護士が確認する必要があります……」という形で示します。
• 再実行時は前回のカレンダーと差分を比較し、新規契約、日付の変更、期限の経過を最初に報告します。

スケジュール実行モード

毎月の Cowork スケジュールタスクとして、フォルダーを再確認して新規契約や改訂契約を探し、カレンダーを更新します。今後60日以内に判断期間に入るものを先頭にしたダイジェストを作成します。

クイックコマンド

• 「[folder] を確認」――ワークフロー全体を実行
• 「今四半期に更新される契約は？」――対象を絞ったレーダー表示
• 「緊急のものはある？」――すでに通知期間に入っている契約
• 「カレンダーに登録して」――既存のレポートに対して手順5を実行