overview

「今何が進んでいて、次に何をすべきか」をユーザーに一望で見せる読み取り専用skill。判定ロジック（何日以内なら動いている扱いか、in_progressの宣言と実態の乖離、トリアージ未了の扱い、domainタグのcanonical解決）はすべてget_overviewツール側に集約されており、本skillの手順は表示の整形だけを行う。

手順

1. get_overview() を1回だけ呼ぶ。ユーザーが期間や件数を指定していればdays/limitに渡す。他のツール（get_activities/get_asks等）は呼ばない。
2. 返ってきた4節を working → recently_done → awaiting_human → backlog の固定順で見出しにして出す。順序を入れ替えたり節を統合したりしない。
3. working/recently_done/awaiting_humanはitemsを1行1件で列挙する。workingはis_liveが trueのものに印を付け、days_since_touchとopen_ask_count > 0を添える。awaiting_humanはdays_openとblocksのタイトルを添える。awaiting_human.triage_pending_items（回答済み未捌き）が1件以上あれば、itemsとは別枠でquestionを列挙する（triage_pending_countの件数表示だけで済ませない）。awaiting_human.goal_human_waiting（goalの人間条件待ち）が1件以上あれば、askとは別枠で条件文・activityのタイトル・days_openを列挙し、goal_human_stale（完了・棚上げしたactivityに残った閉じ忘れ）は「閉じ忘れ」として更に別枠で出す。awaiting_humanはitems・triage_pending_items・goal_human_waiting・goal_human_staleがすべて空のときだけ見出しごと省略し、他の節はitemsが空なら見出しごと省略する。
4. backlogはtotal_count/stale_in_progress_count/by_status/by_domain/no_domain_countをそのまま提示する。個別のアクティビティは列挙しない。
5. いずれかの節（goal_human_waiting・goal_human_staleを含む）でcount < total_countなら「上位N件のみ表示（全M件）」と明記する。記録系ツール（add_*/update_*/retract等）は一切呼ばない。

注意

• 読み取り専用skill。add_*/update_*/retract等の記録・更新系ツールは一切呼ばない
• ユーザーへの提示はタイトルベースで行い、内部ID（id_rawなど）は表示しない
• 「今週これだけ完了した」のようにrecently_doneの件数を完了実績として語らない（updated_at近似のため、完了後の編集で再浮上しうる）

関連skillとの境界

• 期間を指定して複数アクティビティ・決定事項・成果物を横断的に振り返るのはdigestの担当。overviewは期間指定を持たず「今の状態」のスナップショットに徹する
• 単一アクティビティへの着手・再開はcheck-inの担当。overviewは個別アクティビティへの深掘りをしない
• working/recently_done/awaiting_human/backlogの判定基準（鮮度窓・heartbeat・トリアージ扱い・domain canonical解決）はget_overviewツール（src/services/overview_service.py）が持つ。本skillに集計ロジックを書き足さない