Defrag

整理一个机制、概念或职责，使它的实现、说明和目录归属重新清楚。目标是降低理解、查找和 修改成本，保留仍有效的行为、设计意图和必要依据；删除数量或目录整齐度不是目标。

主要产物是清楚的维护归属与闭合的入口、引用和实现关系。整理可能暴露设计问题，但 不能用合并文件、删除名称或移动目录代替决定一份责任是否仍然需要。

主流程

1. 界定问题。 从用户请求中确定一个待回答的问题、范围、必须保留的行为和交付结果。 大范围工作先选一个能独立闭合的局部；不要为了开始而建立全仓地图。
2. 恢复关系。 找到实际入口、消费者、维护位置、注册或动态加载、构建发布和相关说明。 先读能改变当前判断的片段；区分当前实现、目标设计、派生视图、生成物和历史依据。
3. 判断碎片。 用来源证据判断对象是残留、重复、分散还是错位，同时记录最有力的保留 理由、影响和未知。没有引用、很久未改或文件很短都不足以证明失效。
4. 处置并收束。 用户只要求 review 时交付发现和建议；要求整理时执行最小的完整修改， 补齐入口、引用、构建和测试关系。沿同一个问题复查，说明已确认、未确认和验证边界。