重构清理

Purpose

在验证保护下识别并清理无用前端代码，减少技术债，同时避免误删动态引用、路由入口、配置文件和运行时约定。

Procedure

1. 先建立基线：运行或确认当前 lint、type-check、test、build 的状态。
2. 收集候选项：
• 优先使用仓库已有工具，如 knip、depcheck、ts-prune、eslint、TypeScript。
• 没有工具时，用 rg 检查引用、导出、路由、注册点和文档入口。
3. 按风险分类：
• SAFE：测试夹具、未引用工具函数、明确未导出的私有组件。
• CAUTION：共享组件、feature 入口、样式文件、Storybook stories。
• DANGER：路由、配置、package scripts、运行时模板、动态 import、插件元数据。
• UPGRADE：过期依赖、重复依赖、未使用依赖和安全告警先进入依赖升级或依赖清理评估，不与死代码删除混做。
4. 只自动处理 SAFE 项；CAUTION 和 DANGER 需输出建议和证据，不直接删除。
5. 每批清理后运行受影响验证命令。
6. 若验证失败，停止扩大清理范围，先定位该批次。
7. 清理结束后做行为等价复核：公开 API、路由、命令、模板、metadata、文档示例和报告输出仍可被引用。
8. 对技术债排序：优先清理有验证保护、影响开发效率或阻塞升级的项目；低证据的大范围重写只输出建议。

Frontend-Specific Checks

• 检查 JSX/模板字符串、路由配置、barrel export、Storybook、测试、文档示例和动态组件注册。
• 样式文件需检查 className、CSS Modules、Tailwind safelist、全局选择器和主题变量。
• 依赖清理需检查构建插件、运行时模板、CLI scripts、monorepo 子包和 peer dependency。

Constraints

• 不改变用户可见行为。
• 不删除无法证明无引用的公开 API、路由、模板或配置。
• 不用“一次大删除”替代可验证的小批次清理。
• 不把格式化、重命名或架构重写混入死代码清理。
• 不用“看起来没人用”作为证据；必须有搜索、工具输出、类型错误消失或测试保护。
• 不把依赖大版本升级伪装成清理；升级风险、release notes 和 lockfile 变更应分流到依赖升级工作流。

详细参考

撰写清理报告时，加载 references/report-template.md。

Expected Output

• 清理报告保存为 reports/refactor-clean-YYYY-MM-DD-HHmmss.md。
• 代码清理后相关验证命令通过，或明确说明阻塞原因。