其他
需要新增或重做 UI 区块时,先用 add-ui 技能产出…
当用户要求新增或重设计某个区块、组件、页面、流程或外壳(如 hero、pricing、navbar、认证流程、dashboard shell、电商界面、数据组件)时,生成 5 个互不相同的生产级 UI 方案,并协助预览与套用其中一个。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 48/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 56/100 ×0.15
适用场景
需要新增或重做 UI 区块时,先用 ad通用
解决思路
- 识别用户请求属于新增或重设计 UI 的场景,覆盖 hero、pricing、navbar、认证流程、dashboard shell、电商界面、数据组件这类对象。
- 以 skills/add-ui/SKILL.md 作为唯一事实来源,按其中的规范指令执行;本文件只是 .agents/skills 布局下的兼容包装,不要在本文件里另写实现逻辑。
- 针对用户指定的「新建或已有」的 section / component / page / flow / shell,生成 5 个彼此不同且达到生产级质量的 UI 变体。
- 在生成后帮助用户预览这些变体,供其对比挑选。
- 根据用户选择,协助把选中的那一个变体套用到代码库中。
- 把请求内容作为参数传入(argument-hint: [request]),保持调用方式与该技能声明一致。
适用边界 · 注意事项
- 当 skills/add-ui/SKILL.md 不存在或相对路径 ../../../skills/add-ui/SKILL.md 无法解析时,兼容包装失效,不要强行执行。
- 当用户只是要一处确定的小改动、不需要多方案比选时,不必走「生成 5 个变体」的流程。