Gtd Morning

Step 3: 下書きプラン作成

1. 各候補の title/body から AI が所要時間（h）を推測する。
2. bin/gtd_filter_candidates.py で初回提案を作る。 実行例:

echo '{
  "candidates": [...],
  "estimated_hours": {"20260405-090000-ab12": 1.5},
  "available_hours": 7.0
}' | uv run python bin/gtd_filter_candidates.py

3. 次の情報を含めて提案を表示する。
   • タイトル
   • 優先度（高 の場合は 🔴 高 と表示、中 は 中、低 は 低）
   • due_date（あれば）
   • 所属プロジェクト（あれば）
   • 推測所要時間
4. 既存の当日 daily-log に ## プラン がある場合は上書き確認を行う。
5. bin/gtd_write_morning_plan.py で plan_status: draft の下書きプランを構築して書き込む。
6. 書き込み先パスを表示し、ユーザーに Obsidian で次を確認するよう案内する。
   • gtd/dashboards/daily.md: Active Project / Next Action 全体の俯瞰
   • 当日 daily-log: 今日やるタスク案の確認・手動編集

Step 4: 確認と再提案

1. ユーザーは Obsidian で当日 daily-log を直接編集してよい。
2. ユーザーが修正・再提案を依頼した場合は、ファイルを再読み込みしてから提案を作り直す。
3. ユーザー調整（追加・削除・入れ替え・時間修正）を受け付ける。
4. 追加は「検証済み候補」からのみ許可する。
5. 調整のたびに即座に bin/gtd_write_morning_plan.py で daily-log を書き込む（plan_status: draft を維持）。 ユーザーが明示的に確定を指示するまで draft のままにする。

Step 5: 確定前チェック

1. 調整後の推測合計時間を再計算して表示する。
2. 超過時は超過量を表示し、承認を得た場合のみ確定する。

Step 6: ログ確定

1. ユーザーが承認したら、当日 daily-log の plan_status を confirmed に更新する。
2. plan_status: confirmed が存在しない形式の既存ファイルを扱う場合は、## プラン 直下へ plan_status: confirmed を追加する。
3. bin/gtd_write_morning_plan.py でプランを書き直す場合は、確定プランとして構築して書き込む。 実行例:

echo '{
  "task_ids": ["20260405-090000-ab12", "20260405-091500-cd34"],
  "estimated_hours": {"20260405-090000-ab12": 1.5, "20260405-091500-cd34": 2.0},
  "available_hours": 7.0,
  "plan_status": "confirmed"
}' | uv run python bin/gtd_write_morning_plan.py

4. 完了時は書き込み先パスを表示する。

Error Handling

• エラー時は必ず停止し、対象パスと内容を表示する。
• エラー時に対象ディレクトリの next-actions/ と前日 daily-log は変更しない。
• ステップ見出し（条件収集→データ読み込み→下書きプラン作成→確認と再提案→ログ確定）を都度表示し、失敗箇所を特定可能にする。