旧项目改版最常见的失败，是把它当成一次纯视觉美化：换字体、调颜色、加动效，结果功能没坏，界面却更乱了。问题不在审美，在顺序。
假设你手上有一个跑了三年的后台系统，需求是「看起来别那么土」。这套 Skill 的做法是先做诊断：redesign-existing-projects 在现有技术栈上做整体视觉审查，extract-design-system 从旧页面里提取配色、字体和间距，分清哪些是资产、哪些是历史包袱。
诊断之后才谈方向。principle-redesign-from-first-principles 追问一个问题：如果这个需求第一天就存在，我们会怎么设计？frontend-design 则负责把方向落成具体的配色、字体和布局决策，而不是套一个通用模板。
方向定了再写代码，顺序也不能乱：先用 web-artifacts-builder 把设计实现成可运行页面，再用 vercel-composition-patterns 把重复区块拆成组件，vercel-react-best-practices 管住渲染和性能。
最后是验证。webapp-testing 跑关键页面确认交互没回归，web-perf 用 Chrome DevTools 对比改版前后的加载指标，web-design-guidelines 逐页检查无障碍和界面规范。改得好看，也得改得住。