notification-auto-dismiss

notification-auto-dismiss スキル

購読対象のワークツリーから届く Stop 通知のうち、バックグラウンド処理の完了待ちで止まっているだけのものを判定し、報告を 1 行出してからトレイ通知を外す。人の入力が要る通知はトレイに残す。

前提

• 起動する場所: ワークツリー・home・リポジトリのどのタブからでもよい。対象はそのタブの購読範囲（* / workgroup:<ID> / repo:<名前> / ワークツリー名）。
• notification-report と同じタブでは併用しない。 どちらも oretachi_poll_inbox（terminal 単位の inbox）を消費するため、片方が取ったぶんをもう片方が見られなくなる。別タブで同じワークツリーを購読していれば、同じ通知がそちらのレポートに載ることはある（仕様）。
• このスキルを動かしているタブ自身の Stop も通知バッジを出すが、何もしない（自分の通知は判定対象にしない）。
• 報告先はこのタブの端末出力だけ。 artifact など別の保存先は作らない。
• 迷ったら「入力要」にする。 誤って外した通知は取り戻せないが、誤って残した通知は人が開けば済む。

Step 0: 購読を整える

自分の terminal_id（セッション開始時に注入されたもの）で oretachi_list_subscriptions を呼び、状態に応じて扱う。

状態	やること
購読が無い	対象をユーザーに聞く（home なら * を提案）。勝手に張らない
既存の購読の event_kinds に completed が無い	oretachi_subscribe_worktree で張り直して completed を追加する。(terminal_id, target) で UNIQUE に上書きされるので、既存の kinds との和集合を渡す
delivery が passive	ユーザーに断ってから turn_end に直す。passive だと新着が届いてもこのタブが動かず、手で呼び直すまで片付かない

次の前提を知っておくこと。

• 自動承認との関係: 宛先ワークツリーの自動承認設定は配送に影響しない。completed は自動承認が ON のタブにも本文なしの告知として届く（本文は oretachi_poll_inbox のツール出力で読む）。
• events.db の書き込み増: * で completed を購読すると、全ワークツリーの Stop が events.db に書かれる。
• 対象外: リポジトリ設定で Stop を completed 以外の kind に割り当てている場合は、このスキルには届かない。

Step 1: 収集

oretachi_poll_inbox(terminal_id: <自分の terminal_id>) を 1 回呼ぶ。返り値がこの回の母集合で、あとから足さない。

• 本文を JSON として読み、hook_event_name == "Stop" のものだけを判定対象にする。
• それ以外（Stop 以外 / JSON として読めない本文）は判定せず、Step 4 で ack だけする。
• 自分自身のワークツリー由来（sourceWorktreeId が自分）の Stop は判定対象にしない（ack だけ）。

Step 2: 判定

Stop 1 件ごとに判定する。次をすべて満たすものだけを「バックグラウンド待ち」とする。

1. 本文が JSON として読めて、background_tasks キーが存在する。キーが無い、または切り詰めで判定できないなら「入力要」。
2. background_tasks か session_crons が空でない。background_tasks_omitted が 1 以上のときも「空でない」に数える（件数を減らして切り詰められただけで、実際には複数ある）。
3. last_assistant_message が、次のどれにも当たらない。
   • 人への質問・選択肢の提示
   • 承認依頼・「〜してよいか」の確認
   • 作業完了の報告と次の指示待ち

background_tasks が空でないことは必要条件であって十分条件ではない。pnpm run tauri dev のような常駐プロセスを裏で動かしたまま、人に質問して止まっているセッションでも配列は空にならない。だから 3 を必ず読む。