创新方案
有视觉上下文(元素选中/标注/截图)时做最小化 UI 修改
当用户通过可视化选中元素、画标注或提供截图来提出前端改动需求时,精准地只改被指出的部分。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
有视觉上下文(元素选中/标注/截图)时做通用
解决思路
- IDENTIFY:确认被指出的确切元素是哪些,以及它们属于哪个组件文件。
- SCOPE:只修改被指向的内容,不要重构周边代码。
- PRESERVE:保留现有样式、class 和行为,只改动被要求的部分。
- TARGETED:做出能实现该视觉效果的最小 CSS/markup 改动。
- VERIFY:确认改动渲染正确且没有副作用。
- 精准优先于野心:找到被选中元素的确切文件和行号,做能实现所述视觉改动的最小编辑,保留所有现有行为、事件处理器和可访问性。
- 不要因为只要求改一个样式就重构整个组件,不要因为只指向外观就改组件 API,不要因为只选中了视觉部分就去动逻辑。
- 多个视觉编辑到来时:每个独立针对自己的元素,不要等一个完成再处理另一个;如果两个编辑冲突(同一元素、不同请求),处理最新的那个。
- 避免常见错误:用户指了一个按钮却重写整个组件;只需调整一个元素颜色却改全局配置;为匹配选中效果加固定宽度而破坏响应式;忽略特异性(用户指了一张卡片却改了所有卡片);在视觉编辑中移除可访问性属性(aria-*、role、tabindex)。
适用边界 · 注意事项
- 没有视觉上下文、只有纯文字指令时(此时不适用此精准流程)。
- 需要大规模重构或修改组件 API/逻辑时,而非仅做视觉改动。
- 多个编辑冲突且无法判断优先级时,需先与用户确认。