[aside] CI の Server workflow がパスフィルタで `.claude/plugins/quacker-channel/**` を除外しているため、ワークスペース全体を検査する `cargo fmt --check`(+clippy/nextest)が quacker-channel だけ触る PR で走らず、違反が main に潜伏する

PR #398(src/migrate.rs を触る)が久々に Server workflow を起動した結果、cli.rs / worker.rs の未整形(import 順序 + eprintln 行折り)を `cargo fmt --check` が検出して赤くなった。だが該当ファイルは私の変更ではなく、#392/#395(quacker-channel のみ)で未整形のまま land 済み ── これらの PR は Server workflow のパスフィルタ対象外で、workspace 全体の fmt ゲートが一度も走っていなかった。rustfmt は local/CI とも stable 1.9.0 で一致(バージョンドリフトではなく純粋な未整形)。

今回触らない判断: #398 は症状(該当2ファイルを cargo fmt)を別コミットで潰して PR を緑にしたが、CI workflow 定義自体は触っていない。

想定インパクト / トリガー: quacker-channel は workspace member なので `cargo fmt --check` / `clippy --workspace` / `nextest --workspace` の検査対象。だが Server workflow がそれを起動しない限り、quacker-channel の fmt/clippy 違反は無検出で蓄積し、次に src/ を触る無関係 PR で初めて露出する(= 別人の PR が「自分が壊した」ように赤くなる)。直すなら Server workflow の paths に `.claude/plugins/quacker-channel/**` を足す(または quacker-channel 専用の軽量 fmt/clippy ゲートを別 workflow で足す)。関連: fmt 周辺の既存 aside n_01KT5963FBQ899SHV8SGTSQEEM(`just check` のローカル fmt 往復)/ n_01KT32S9JH(rustfmt drift)とは別 facet(あちらはローカル / バージョン、こちらは CI トリガーの穴)。