路径文字 Text Curve
把文字沿路径排版这件事做成独立工具,支持路径导入、实时预览和多次灵活编辑,更适合在版式细节里快速试验。
- 支持自定义路径编辑文字
- 可预览、可反复微调
- 减少重复手工摆放成本
不是多会几个工具,而是让AI参与需求、创意、产出、评审和沉淀。
开始演示 →很多时候,AI只是临时帮了一下,但没有真正进入设计流程。
用完就结束,下一次还是重新开始。
质量依赖个人经验,团队之间无法复用。
AI没有进入工作流,只是在零散帮忙。
AI不应该只在出图时出现,而应该参与设计流程里的关键节点。
这次不重点讲L1,而是讲怎么从会用工具,走到会搭流程、会做沉淀。
写文案、生成图、改背景、做简单素材。
把AI嵌入需求分析、探索、延展与检查。
把好的规则、案例和清单沉淀成团队Skill库。
这次分享不讲工具入门,而是围绕真实设计工作拆成四条路径:视觉生产、UI/UX 协同、Coding 创造和团队沉淀。重点是让 AI 参与需求理解、方向探索、产出迭代、体验检查和方法复用。
从“会用工具”到“会搭流程”,这四块内容基本覆盖了设计师把 AI 真正用进项目里的主路径。
从一张图到一套可复用视觉规则。
让 AI 先帮你理清需求、补全状态、检查体验。
把想法从“说出来”推进到“做出来”。
单次提效只是开始,团队能复用方法才是真正价值。
接下来几页,用真实案例讲述 AI 工具在平面视觉中的应用:从 Prompt、方向探索,到视觉系统和多尺寸延展。
AI输出不好,很多时候不是工具不行,而是我们给的信息太模糊。
AI更适合快速扩大方向池,而不是一次生成最终答案。

水墨、山水、粽叶、书法、留白。

浅绿、插画、清新、轻节日感。

深绿、金色、礼盒、品质感。

大标题、强按钮、利益点突出。
AI不只适合从0到1生成,也适合在已有方案上继续做细节调整:更换素材、替换文字、微调色调,保留主构图继续迭代。

先锁定主标题、留白与龙舟位置,作为后续精修锚点。

不推翻整体风格,改前景物件为香囊与配饰,快速验证新方向。

保留主构图,对文案内容、字距与前景细节做微调,快速形成更贴合的新版本。

把前景主体换成粽子组合,同时联动调整文案与局部色调。
不是只做出一张图,而是把生成规则、Skill 更新、Skill 验证和多尺寸延展一起沉淀下来。
先把总结 Skill 后生成的内容沉淀成可复用案例。
再持续补充规则,让 Skill 越来越稳定、越来越可控。
换一个新的节日或主题继续生成,验证 Skill 是否真的能迁移复用。
最后从主视觉继续做多尺寸延展,形成真正可交付的系统能力。

当人物成为业务 IP 时,最重要的不是只做出一张图,而是先锁定人物锚点,再让 AI 在不同动作、表情和业务场景里持续输出同一个人。
对于智能体、品牌助手、客服顾问这类业务 IP 来说,
“一致性”本身就是可复用能力。
固定人物的五官特征、服装材质与配饰细节,作为后续所有延展的统一锚点。

设定好人物 Skill 后,可以稳定延展等待、思考、讲解、祝贺等动作与表情。

在保持人物一致性的前提下,把同一角色快速延展进海报、宣传图和不同运营内容中。

接下来几页,重点讲述 AI 工具在 UI / UX 中的辅助作用:快速理解需求、构建原型、补全交互 case、参与体验评审。
UI设计师用AI,不是为了少画几个页面,而是为了少漏场景。
梳理用户路径、状态关系和操作顺序。
少漏默认态、异常态和禁用态。
帮助补齐微文案和交互说明。
让方案更容易被理解和推进。
把 PRD 或口述需求丢给 AI,先理清流程、补全交互 case,再用原型图沟通设计细节。
先把复杂需求转成可理解的任务结构。
识别核心路径、关键节点、权限与状态。
先做 Demo,把抽象需求变成可讨论的界面。
补空状态、异常态、编辑态、结果态和后台维护逻辑。
更快达成双方理解,再进入视觉和高保真设计。
把设计稿、原型稿或截图丢给 AI,让它先做文案差异排查、信息核对和风险提示,减少人工逐字比对的遗漏。
对比原型图与设计稿,快速找出标题、身份、履历、模块文案是否一致。
把“已一致 / 基本一致 / 建议重点核对”分类输出,方便设计师二次确认。
走查结论可以直接作为协同依据,减少设计、产品、开发之间的口头沟通成本。

把流程总览图和检查目标交给 AI,让它先从状态完整性、交互顺畅度、操作效率与信息架构等角度做体验走查,并输出可协同的问题表格,方便与产品、开发快速对齐。
输入页面流程图、关键页面串联关系,以及希望重点检查的体验目标。
检查流程是否顺、状态 case 是否全、信息架构是否清晰,以及是否存在效率断点。
输出可勾选的协同清单,便于产品、设计、开发围绕问题逐项确认与采纳。


用 AI 对比设计稿与开发截图,输出可勾选的验收文档,重点覆盖字体、字号、颜色、插图大小和适配方式。
输入设计稿截图、开发稿截图和验收重点,让 AI 先整理问题范围。
输出包含“设计稿截图 / 开发稿截图 / 说明优化问题”的协同文档。
把模糊反馈变成开发可执行的修改清单,提高返修沟通效率。


当页面需要动态反馈、引导动画或状态动效时,可以先用 AI 和现成 JSON 素材搭一个 H5 前端预览,再和开发一起确认落地方式。
先找现成的 Lottie / JSON 动效素材,明确它对应的页面状态和触发条件。
用 H5 快速做一个可预览 Demo,让动效节奏、位置和层级可以被直接体验。
和开发一起确认实现成本、性能边界和最终落地效果,减少反复口头描述。
先让 AI 帮忙筛选适合 H5 微动效的资源网站,快速定位能直接复制或二次改造的代码方案。
把找到的星光、萤火虫或漂浮粒子效果叠到业务画面里,先做出可以直接体验的 Demo。
优先找现成的 Lottie、CodePen 或 CSS/JS 片段,快速明确哪类效果最适合当前页面。
用 H5 前端预览把动效的节奏、层级、触发方式先演示出来,避免只靠口头描述抽象沟通。
和开发一起确认性能、实现成本与最终落地结果,既保证输出效率,也兼顾最终质量。
AI不一定更懂审美,但很适合帮我们查漏补缺。
不是每个人各自零散使用 AI,而是把视觉、UI、文案、评审方法沉淀成团队可以复用的 Skill 和案例库,让常用任务有规则、有案例、有统一输出方式。
接下来几页,分享 AI + Coding 在设计工作中的新玩法:认识主流 vibe coding 工具,自己做插件与小工具,再把创意真正做成网页、应用和可用产品。
以 Codex、Claude 为代表的 AI coding 工具,已经不仅是“写代码”,而是能帮助设计师把想法快速落成作品:做作品集、做网页、做解决工作流的小工具,也能做一些你自己真正想用、喜欢的东西。
以前我们只负责“提出想法”,现在可以进一步把想法做成可预览、可点击、可验证的半成品,再用这些半成品和开发、产品共同推进落地。
适合把目标拆成任务并快速执行,尤其适合做网页、小型页面、作品集站点和前端 Demo。你可以一边描述,一边让它生成可运行结果,再持续迭代。
长上下文和结构整理能力更强,适合做需求梳理、工作流工具、小插件与连续多轮改写。对设计师来说,特别适合把日常重复问题做成真正可用的小工具。
我自己就用 Claude 做了两个 MasterGo 插件,把高频、重复、麻烦的小动作工具化。很多时候,coding 最先带来的价值,不是做多大,而是让日常工作更顺手。

把文字沿路径排版这件事做成独立工具,支持路径导入、实时预览和多次灵活编辑,更适合在版式细节里快速试验。

针对图像描摹的高频需求,做成更轻便的工作流入口。可以快速二值化、控制容差值,只保留黑白两色,方便继续编辑与应用。
我尝试从现有设计稿出发,用 coding 的方式把「总结规范 → 调整规范 → 根据规范输出新界面」串成一条可反复迭代的流程。它未必能完全替代设计判断,但已经能帮助我们更快形成规范底稿、统一结构,并验证“快速迭代 UI”这件事是否有可能跑通。
把 AI 放进规范沉淀与界面迭代之间,先求可跑通,再求可规模化。

先把已有设计稿、MasterGo 页面信息和目标说明交给 Codex,快速输出一版可评审的 UI 规范草案,为后续组件沉淀与页面迭代打基础。

把按钮、导航、搜索、卡片、标签和状态等基础组件统一下来,让后续页面迭代不再从零开始拼装。

进一步明确页面骨架、栅格布局、内容区、录制流程和动效建议,把“怎么做一页 UI”也写进规则里。
我也尝试用 coding 去做 MasterGo 对接 AI 的 MCP 插件,希望实现直接读设计稿、理解结构、回写规范甚至生成页面的闭环。但目前体验下来,这条链路还不够稳定,暂时不可行。

利用 coding 模式,不只是辅助工作,也可以实现自己的创意:做一个小应用、做一个插件、做一个展示网页,甚至把兴趣项目做成真正上线的作品。如果一开始还没有完整视觉规范,也可以先用 Stitch、Claude Design 等工具快速生成视觉骨架,再继续用 coding 把自己的想法一步步做出来。

从兴趣出发做一个 ACG 向 MBTI 网站,也可能意外跑出很高访问量。说明很多创意只差“先做出来”的第一步。

围绕自己的生活方式与审美,做一个边喝边收集印章的 App,把功能、界面和兴趣爱好组合成真实产品。

不只是 Demo,很多人已经把自己的创意做成了可上线、可下载的产品。越早尝试,越容易把创造力变成真正的作品积累。

当小创意还没有完整视觉规范时,可以先借助 Stitch、Claude Design 这类工具快速生成视觉骨架,先看到页面风格、信息层级和页面关系;接着再继续用 coding 方式把它延展成自己的插件、小应用或可展示的作品。上面先讲方法路径,下面再看几个真实案例。
这套分享最后不是为了多认识几个工具,而是把 AI 放进设计工作流:视觉有规则、UI 有检查、Coding 有原型、团队有 Skill,下一次才能更快开始。
重点不是让我变成最后 AI 使用和输出的必经之路,而是让团队里的每个人都先在自己的工作里尝试使用。30 天后再一起回看:个人的工作流程有没有更顺,团队的协同状态有没有变化。只有每个人都真正上手,AI 的团队效果才能被最大化。
把 Brief、多方向、精修、IP一致性沉淀成视觉 Skill。
把 PRD 拆解、交互走查、UI验收沉淀成协同清单。
把小工具、插件、H5 Demo 变成可预览、可讨论的半成品。
把案例、模板、规范和复盘结果统一进团队 Skill 库。
如果只停留在个人使用,AI 更多只是“个人提效工具”;如果用 GPTs + Prompt Library 把规范、案例、素材和方法沉淀下来,它就会变成团队可复用的工作资产。这也是最值得争取预算的地方。
个人 Memory 更适合单人长期训练;真正适合团队协同的是 GPTs + Prompt Library:前者承担“共享 AI 助手”,后者承担“标准化输入模板”。两者结合,能把经验从“某个人会用”变成“团队都能调用”,让方法不再依赖单点,而是沉淀为可复制的工作方式。
把 PSD 截图、Banner规范、设计稿、组件规范、字体规范、参考图、运营案例、视觉风格说明整理为可学习素材。
让 GPT 学会设计风格 Skill、资源点位规范、延展尺寸规范、社媒模板、UI验收、开发说明等高频方法。
把高频需求写成标准模板,让团队成员直接套用,减少每次都从零描述、从零对齐的成本。
团队成员未来只需一句话,例如“做一个端午 banner”,就能按既定规范快速生成更接近可交付状态的结果。
高频需求不再每次口头解释,减少来回补充和返工。
新成员可以借助 GPTs 直接调用团队方法,不必完全靠口传。
风格、结构、模板、检查项更统一,团队产出波动更小。
不是某一个人变成唯一出口,而是每个人都能自己尝试、自己调用。
建议先从 1 个团队共享 GPT、1 组 Prompt Library、1 个高频场景试点开始,跑 30 天后回看复用率、协同效率和交付稳定性,再决定是否继续扩大投入。