用途：Housekeeping 面向项目内部维护，强调“熵增”会带来死代码、无人审计的依赖、过期文档和混乱结构，主张用持续的小规模清理替代一次性重写。适合作为研发团队的项目维护规范或技能参考。
主要能力（六大领域）：文档（关注可发现性、时效性、受众）；依赖（每个依赖都是负担，需定期审计，仅保留明确有价值者）；目录结构（让人无需询问即可找到文件，避免单目录文件过多或过深嵌套）；代码组织（清理死代码与重复，减少误导和搜索噪音）；技术债（跟踪、排优先级、定期偿还，避免不可见）；基础设施（构建缓慢、CI 不稳定、配置过时等问题）。
使用方式：按定期节奏执行——每周做快速检查（警告、未使用导入），每月更新依赖、审查文档，每季度做全面审计与技术债冲刺。也可机会式处理：改动代码时顺手修复明显问题、被阻塞时清理、感到困惑时视为结构问题信号；或在重大重构前、新成员入职时、发布后等事件触发时进行。比例建议 80%-90% 开发、10%-20% 家务，依项目健康状况调整。
限制：资料未提供具体安装命令、工具形态或自动化实现，也未说明收费、价格或平台；文档提供的是原则与参考文件（如 dependency-management.md、directory-structure.md 等），具体用法需结合项目自行判断。