会飞的荧
@feitu
让 Codex 做出"好看的页面"，最烦的就是你得反复说一句"再好看点"。@Voxyz_ai 给了三个设计类 Skill，正好对着这个场景。
1. Impeccable —— 页面建好了，但感觉哪里不对的时候用。 太平淡就给 bolder，太拥挤就给 distill，基本成形了用 polish 细修。它真正做的事，是把你那句"make it look better"翻译成具体、可执行的设计改动——而这恰恰是模型最缺的东西：它不知道"更好"指的是排版、间距还是配色。入口是 impeccable.style。
2. 21st Design —— 动手前先找参照。 让 Codex 在开工前先去 21st.dev 挑组件和交互参考，而不是凭印象造轮子。作者给的建议比 Skill 本身更值钱：把你自己常用的一套组件库打包成一个 Skill，不必非用他那个站；重点放在真正撑起页面的一两个区块——首屏 hero、一组定价卡、一段产品展示，挑合适的，再按品牌、内容和现有项目改造。
3. UX Audit —— 光截图好看不算数。 让 Codex 真的打开浏览器用一遍页面：点按钮、填表单、切到移动端视口、把完整用户路径走到底，找出"点了没反应的按钮""看不懂的报错""下一步不清楚"的问题，并给出复现步骤和具体修法。
连 Skill 都懒得配的最小做法，他也给了：在任务末尾加一行——"做出提升 UX、DX 和 AX 的最佳决定，且不破坏现有功能。"让它同时权衡用户体验、开发者体验，以及下一个接手的 Agent 能不能顺利用上。
我的看法是，这三个 Skill 其实对应设计流程的三个环节：定质量标准（Impeccable）、找参照（21st Design）、做验收（UX Audit）。举个例子：你反复说"再好看点"，模型大概率只会换个配色；有了 Impeccable，它会先判断是太空还是太挤，再决定是加强对比还是精简内容——这就是"把感觉翻译成操作"。
最值得琢磨的是第三个——让 Agent 用浏览器当验收员，等于把"好不好"从主观感觉变成可重复的动作清单，跑一遍就能报出问题和修法。这也是我认为 Skill 真正的价值方向：不是替你写代码，而是把"什么算好"固化下来，让每次生成都有同一把尺子。
边界：这三个是作者个人在用的 Skill，我按推文描述写、没有实测；两个入口站的可用性和 Skill 的实现质量得自己试；UX Audit 的效果尤其取决于浏览器自动化能不能跑通。
入口：impeccable.style 与 21st.dev
