00:00 / 04:53
连播
清屏
智能
倍速
点赞227
00:00 / 10:12
连播
清屏
智能
倍速
点赞1007
00:00 / 02:26
连播
清屏
智能
倍速
点赞30
Google开源了一个文件,但它想做的事比你想象的大得多 Google Stitch 最近开源了一个叫 DESIGN.md 的东西。 名字很普通,看上去就是一份 Markdown 文档,但它想解决的,其实是设计和开发协作里一个老问题:设计规范写得很完整,落到实现时还是容易跑偏。 做过产品的人大概都见过这种场面。设计师把颜色、字号、间距、组件样式都定好了,开发第一版出来,按钮圆角大了几像素,颜色偏了一点,间距也松了一点。提一次,改一次;换个页面,又开始走样。问题不只是执行不细,而是规范只能给人看,不能直接约束执行。 DESIGN.md 的思路,是把这件事改掉。 它先做的一步,是让设计 Token 可以用自然语言来写。以前是 color.primary = #6A5ACD,精确,但只剩参数。现在可以直接写“主色,偏蓝紫,冷一点,带科技感”。这不是换个写法而已,而是把设计意图留了下来,AI 也能读懂、推理,进而在新场景里自己做出符合规范的判断。 第二步,是把规范变成可校验的。它引入 CLI 检查,颜色、间距、组件约束都能自动跑一遍。以前这些事主要靠人 review,现在可以直接在机器层面拦住。更重要的是,这套检查是给 Agent 用的:AI 生成或修改代码时,可以先对照规范,不符合就报错。设计规范开始像代码里的 lint,不再只是参考文档。 第三步,是把组件也接进来。按钮、卡片、导航这些基础元素,后面都会进入同一套文件。到那时,规则、视觉语言、组件定义会被放在一起,形成一套可以被机器直接读取和执行的协议。 它真正有意思的地方,在这里。过去的设计系统,是写给人看的;现在开始变成写给机器执行的。规范一旦能被自动检查、自动约束、自动参与生成,设计不再只是“尽量一致”,而是可以“被强制一致”。 Google 这次看起来只是开源了一个文件,实际上是在往前推一件事:AI 参与产品开发之后,设计规范应该长成什么样,才能真正被执行。DESIGN.md 现在还很早期,但方向已经很清楚了。设计系统正在从说明文档,变成可执行的协议。 #ai #AI #ai工具 #Google
00:00 / 10:15
连播
清屏
智能
倍速
点赞0
用了Skill还是一头雾水?一次讲透 很多人用了Skill之后还是一头雾水,今天把这件事彻底说清楚。 Skill本质上就是一个markdown格式的文本文件,里面存的是提示词,但必须按固定格式来写。文件分两块,上面是配置区,下面是指令区。配置区里最关键的是Name,必须用英文,因为这个文件要放进同名文件夹,文件夹再放进Agent的指定目录。如果名字是中文,路径里出现中文字符,Agent调用时大概率会报错。指令区就是写提示词的地方,规定这个Skill遵循什么规则、走什么流程。 为什么一定要用Skill而不是直接写提示词?核心原因是按需加载。没有匹配任务的时候,它不占任何token,只有当你的需求触发了它,AI才把这个文件加载进来。这样既节省消耗,又能让AI随时切换成不同的专家身份来处理事情。 那怎么写一个好用的Skill?不用自己硬想,Claude官方仓库里有一个专门生成Skill的Skill,叫skill creator。把整个仓库下载解压,找到这个文件夹,丢进你的Agent的skills目录里。启动Agent之后输入斜杠Skill就能调出来。然后用大白话描述你想要什么,描述越细,生成的结果越贴合需求。 说三个真实场景,帮你判断它能不能解决你的问题。 第一个是处理繁琐杂活。比如会议纪要,以前录音加笔记再手动归档,现在可以做一个Meeting Skill,把整个流程固定死:第一步调用转写工具把录音变成文字,第二步清理语气词,第三步分析整理内容,第四步自动保存到指定位置。开完会直接把录音扔给它,剩下的它自己跑完。 第二个是把多个工具串成一条线。如果你每周都有固定的内容生产任务,不想在各种工具和网站之间反复切换,就可以用Skill把这些环节串起来,变成一个一键启动的流程。 第三个是多个Skill同时协作,构建完整的生产流水线。比如内容生产场景,配三个Skill,一个负责选题分析,一个负责按风格写文案,一个负责审查违禁词和逻辑漏洞。你只需要下达一个初始任务,Agent会自动按顺序调用这三个Skill跑完全程。这种模块化的方式还有一个额外好处,能有效降低大模型在处理长任务时出现的逻辑偏移。 最后说一下Skill和MCP的区别,一句话:Skill是指令和流程,MCP是工具和接口。Skill可以调用MCP来扩展能力,但MCP只能在Skill定义的规则框架里运行。
00:00 / 02:17
连播
清屏
智能
倍速
点赞149