新しいフィールドや分類次元（例: memo_type）を導入するとき、create 経路だけ実装して filter や update の経路が抜けると、ドキュメントや説明だけが先行して実態とめれる。

実例: 検索 API の説明に「memo_type でフィルタ可能」とあるのに実際のパラメータが無い、フィールドは作成時（capture ワークフロー）にしか付かず更新経路が無い、というブロッカーが出た。加えて memo_type と memo_type_keys のように命名がレイヤ間でぶれていた。

新フィールドは create だけでなく「フィルタできるか・更新できるか」まで CRUD 完全性を監査し、doc/説明が謳う機能と実パラメータ/経路の一致も確認する。レイヤ間のフィールド名のブレも契約バグの温床。