[aside] verify の `just check` が `cargo fmt --check` 先頭で、コード編集のたびに「fmt 未整形」で落ちる ── `just fix`(cargo fmt + clippy --fix)が無く、編集→check→fmt→check の往復が頻発する(特に agent の edit-then-verify ループで)。

primitive 再設計の長丁場(apply_kernel / ContentDomain::apply 改修)で繰り返し踏んだ、本筋スコープ外の dev-cycle friction。

- 事実: `just check` = `cargo fmt --check` → `clippy -D warnings` → `nextest`。`fmt --check` は整形しないので、編集直後はほぼ必ずここで停止し、別途 `cargo fmt` を手で挟んでから再 check になる(本 session で 10 回以上)。clippy `-D warnings` の `let_and_return` / `needless_return` 等の機械修正可能な lint でも 1 往復増える。
- `--check` を verify(CI 等価)に残すのは正しい(CI で未整形/lint を弾く目的)。問題は **ローカル/agent 側に「直してから check」の 1 コマンドが無い**こと。

→ 触らない判断: 再設計が本筋で、justfile 整備は別。
→ インパクト/トリガー: edit-then-verify を回す agent ほど往復コストが効く。対策案 = `just fix`(`cargo fmt` + `cargo clippy --fix --allow-dirty`)recipe を足す、または `just check` の前段に `fmt`(--check でなく)を走らせる派生 recipe(`just check-fix`)を用意。`check` 本体(CI 等価)は --check のままにする。既存の fmt aside(rustfmt 版 drift n_01KT32S9JH / rename drift n_01KSXK92RV)とは別軸(あちらは drift の原因、こちらはローカル修正導線の不在)。