Receber por email
← Voltar para o catálogo

fec-refactor-clean

Use when safely removing dead frontend code, unused exports, stale components, obsolete routes, unused dependencies, or cleanup targets found by tools such as knip, depcheck, ts-prune, TypeScript, ESLint, or manual review. Do not use for feature rewrites that change behavior; Chinese triggers include 死代码, 清理未使用, refactor clean, 依赖清理, 删除无用代码.

15estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add bovinphang/frontend-craft

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/fec-refactor-clean/svg)](https://www.skillteca.com.br/skills/fec-refactor-clean)

Alerta por categoria

Receba novas skills de Design e Frontend toda segunda

1 email curto, só com as skills novas de Design e Frontend. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

重构清理

Purpose

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

Procedure

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

Frontend-Specific Checks

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

Constraints

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

Expected Output

  • 清理报告保存为 reports/refactor-clean-YYYY-MM-DD-HHmmss.md。
  • 报告包含候选项、风险分类、已清理项、跳过原因、运行命令和剩余风险。
  • 代码清理后相关验证命令通过,或明确说明阻塞原因。
Compartilhar X LinkedIn