now open-sourced FoldBar !
got a notched MacBook Air before macOS 27 and half my menu bar apps just vanished behind the camera. no overflow button, nothing to click. tried tools like Ice and Hidden Bar. some hadn't kept up, so I made a light one: just drag into the panel, open when you need them.
macOS 27 has a system fold now, but you still can't pick what goes in. FoldBar keeps that choice.
github.com/Aenvo/FoldBar
open-sourced the liquid glass multiverse match!
instead of the usual Earth stuff, Otherworld Mode throws in some seriously weird planets and wilder black hole annihilations.
repo & live demo:
github.com/Aenvo/multiverse-…
aenvo.github.io/multiverse-g…
these distant worlds are Orbkit shader orbs under the hood.
Massive thanks to @zzzzshawn for Orbkit and @XorDev whose shaders most of these reference! you can use the gallery to browse them and peek the GLSL.
1
54
很通俗易懂,致每一个做独立产品的创作者
经常有小伙伴问我,怎么用 AI 做出好看的产品设计,不那么 AI Slop,其实不是很好答,因为自己也不是专业的,只能站在产品工程师视角来给大伙聊一聊,怎么做出不丑且易用的产品。
首先要知道一个前提,很多时候好看的设计也救不了不解决问题的产品,设计在这里只是锦上添花的作用,而非决定产品的成败,假如要我选择产品优先级,应该是能解决问题 > 易于使用 > 好看美观,好比先解决不饿着、再解决温饱、最好解决吃好一样。
能解决问题这里不多说,更多取决于产品本身,它是去解决一个具体的需求,有人需要,有场景需要,刚好你这个产品可以提供一个解决方案让人或者 Agent 使用完成目标就好了,只不过解决问题有大有小。
那么如何做易用且不丑的产品呢?哈哈,可以照着走一遍,也可以把下面的这一大段给你的 Agent 让他去帮你 Review 一下你的产品代码仓库。
1. 把自己当做一个普通不懂技术的小白,他拿到我们产品,能否把主链路走完产出他所需要的东西,哪些地方有卡点,哪些地方没有讲明白,哪些地方的衔接不通顺,全部去修复,让用户不用说明书也可以完成产品的使用,假如实在不能,可以适当补充提示说明。
2. 所有文案需要符合对应语言当地人的使用习惯,需要仔细斟酌词藻,不要干巴巴的翻译,可以从 Apple、Windows 系统以及知名网站去找同类词的最好翻译和解释,文案做到尽可能让本地人感觉非常简单、易懂、清晰。
3. 产品上能用产品本身表达清楚的地方就不要再加文案说明,不要啰嗦的解释一个东西,仔细思考每一个说明文案是否达意且不啰嗦,交互视觉可以说清楚的地方就不要用文案再表达一遍。
4. 在数字的表达上需要让用户明白这个数据指的内容,以及考虑到数据表达意思后的易读,比如钱、指标、距离各种单位需要考虑到本身的最佳实践,数据的准确性非常重要,不要为了偷懒少了数据的校验。
5. 对于用户确定的操作不需要反复找用户确定,只有在会产生不可逆影响的时候二次找用户确定是否需要执行,防止满屏都是各种弹框确定,对于危险的操作不要出现大片的红,需要考虑用户操作一个产品的愉悦度,用户不是傻子不要过度担心会犯错。
6. 视觉上,一个页面只留一个强调色,尽量不要使用橙色、陶土色和后台常见的那种老企业亮蓝色,灰色全部用偏暖的灰,不使用冷冰冰的蓝灰,找不到合适的颜色可以去中国传统颜色里面去找到合适的。
7. 字号类型尽可能少一点,一个页面最多控制4种不同的字号,需要考虑到页面整体的阅读节奏感,清晰感以及文字的对比度,确保符合无障碍,包括考虑到行间间、字间距、段落间距需要反复调整,同时保持整体的规范一致。
8. 少用斜体、等宽字体、全大写,要用的场景必须要有详细的理由说明,说明文案不要使用斜体,等宽字体只用于代码、路径、指标,按钮和标签里面的字不要大写,少用中间点 · 来连接内容。同一个动作在整个产品里面只用一个动词,此外动词的考虑尽量不要催促用户去执行,比如少用立即购买这种营销词。
9. 页面的按钮、间距、圆角、分割线、弹窗、动画、阴影这类设计规范保持一致,同时保持克制,不打扰用户,嵌套的圆角要同心,里面的圆角等于外面的圆角减去间距会更好看。页面默认是平的,不叠阴影、不发光、不加毛玻璃,阴影只给真正浮起来的弹窗,不要卡片套卡片。
10. 在多语言的环境下,优先考虑最长文案的排布,优先考虑达意而非为了好看而改变原意,可以改文案,但不要变字号和截断。需要特别考虑在不同尺寸下的展示效果是否都良好,考虑到用户常用的设备,全部去测试,遇到不好的地方全部修复。
11. 对于反复调整不好的设计,或者做了好多轮都感觉不好看的设计,让 Agent 帮你出3个他认为最好的方案来让你挑选,然后你选择一个更好的,告诉他去优化,直到改到你满意,我比较喜欢让 AI 生成对比前后的图片放到一个pdf里面,这样我的阅读对比体验会更好。
大概就是上面这些,不过还有一个非常重要的就是你自己的耐心和反复调整,我比较强迫症,经常会因为了一个文案、一个颜色、一个设计和 AI 讨论十几轮,直到自己满意了才舒服,虽然 AI 很聪明,但是很多时候你对他的要求要更多,以及你需要付出更多的时间和耐心,才可以做出满意的效果,或者说你多花时间,多去看好的设计,其实就可以做出易用不丑的产品了。
75
把之前说的 agent-desktop 的一些痛点,针对性的做成了一个 skill,体验下来顺手不少,并且已经复用到我的不同agent了。现在已开源
agent-desktop 本身已经提供了读界面、点击、输入这些能力和使用指南。其实没有这个 skill,agent 也能操作的,只是这些能力怎么组合、卡住了怎么换路线、做完怎么确认等等,都得它在任务里现想,如果不同的agent都使用这套工具,会由于模型或 agent 差异进一步放大不可估量的情况
这个 skill 的价值,在于桌面操作中的判断和处理方法整理成一套可直接加载、重复使用的流程,主要包含:
· 界面诊断:排查读取截断、无障碍模式和语义缺失等问题,再选择合适的语义入口或截图辅助;
· 结果核验:检查操作后的界面状态或输出文件,确认任务是否实际有效完成;
· 失败恢复:先检查动作是否已生效,再判断能否安全重试;同一路线两次恢复仍无实质进展时,停止该路线并重新评估。
这样一来,用户可以直接复用这套要求,减少每次任务前的重复交代;agent 在操作和处理异常时,也有更明确的判断依据。
附上一些在 Windows 上拿 VS Code 和 Figma 的测试场景,我在仓库里也放了可以直接发给 Agent 的安装指令,可以直接一键完成整套工具和skill的安装:
github.com/Aenvo/agent-deskt…
agent-desktop 仓库链接:
github.com/vercel-labs/agent…
原贴链接:nitter.gq/Invouxly/status/211678…
这个项目有点意思,读系统无障碍树来实现 computer use。小问题在于:无语义标注的 canvas 绘制内容,以及未正确触发无障碍模式的 electron 应用,容易拿到残缺的或基本是空的无障碍树。
我之前有在给浏览器扩展 agent DomA 提 PR,修过 B 站截图的 CSP 报错。它用于网页,通过 DOM+ARIA 搭配标号截图,能够在操作后校验页面是否发生变化。
所以对于这个项目,可以采用树优先,再使用截图来兜底,搭配一定的 harness 来做校验和回退机制,会对使用体验上比较友好。当然,这也要求使用的模型还是要具备视觉能力
14
hands down one of the nicest UI kits built for agents. pulls straight over MCP and the motion details are actually so good.
also huge shoutout to @pmalay694 — easily one of my favorite designers on here. always getting inspired by his craft and super polished component work. go give him a follow if you love great UI/UX!🙌

















