用途：诊断仓库为何臃肿。它定位当前被跟踪的超大文件、仅存在于 Git 历史中的大 blob、适合 Git LFS 的二进制文件、无节制增长的资源目录，以及内容重复的二进制文件，输出按严重程度排序的报告。
主要能力：按大小阈值分级（>100MB 严重、>50MB 高、>10MB 中、>1MB 低）；按类型分类为 artifact、source、media、database、secret-shaped、generated；区分 blob 是否仍在 HEAD；检查 LFS 是否安装与配置；统计各目录磁盘占用与文件数；用 SHA-1 找出重复文件。
使用方式：以只读命令采集信息，例如 git ls-files -z | xargs -0 du -b 排序找大文件，git rev-list --objects --all 配合 git cat-file --batch-check 列出历史大对象，git lfs env 与 .gitattributes 检查 LFS 状态，du -sh 与 find 统计目录增长，sha1sum 分组找重复。开始前需写出 Assumptions 块，说明公开克隆、LFS 状态、请求动作与是否发现疑似密钥的 blob；存在歧义时先暂停询问。
适用场景：仓库过大、git clone 慢、误提交大文件、考虑是否用 LFS、开源前检查、托管平台存储配额告警、git gc 提示对象过多。
限制：纯诊断，绝不删除文件、绝不改写历史、不运行 git filter-repo 或 git lfs migrate。删除历史、LFS 迁移等破坏性操作交接给 refactor-verify；.gitignore 缺口交接给 manage-secrets-env；疑似密钥交接给安全审计；判断资源是否未使用属于 fight-repo-rot。大文件不等于无用，未验证间接引用前只能标为 candidate-for-removal。LFS 在多数托管平台收费且有运维成本，仅在模式反复出现时建议。支持 sweep=read-only、tone=harsh、explain=layperson 等输出模式。具体收费与平台细节资料未提供。