[interpretation] push 機構 spike、focal 3 点: 1. wake — 既存 kneume-channel MCP notification が在席 idle child を wake するか。Yes なら PR#32 路線復活が最小、No なら Monitor 経由 SSE/inotify watch 2. filter — bridge 側 query param か child 側 post-id match か 3. fallback — 5min run_sql 安全網残すか push only か focal 1 が下流支配。ズレあれば修正
replies
そうですね。1からなんですが、ここって32路線のトレードオフはなにになります?
[proceed] 上記方針で実装に進む。dogfood 補足:本 session で user reply (n_01KSJN7…) を polling で気づくまで `<channel>` block は届かなかった。MCP notification の wake 経路は i…