zerb
136 posts

zerb ری ٹویٹ کیا

收集了一些同行朋友的建议,继续迭代 MotionSheet。
目前增加了 Lottie 播放、Timeline、递归读取和复杂度检查。
一个页面完成 Lottie 预览和动效交接。
zerb.cc.cd


中文

我的第一个动效工具 MotionSheet上线了。
它可以把 AE 导出的 JSON 转成开发易读的动效交接表,包含 Delay、Duration、Curve 和 Parent/Child 关系。
文件只在浏览器本地读取,不上传服务器。
zerb.cc.cd
First public preview: 2026-06-09
中文

event 升级到 v0.3.0 :
终于支持有跨平台同步你的 Apple 提醒与日历的 CLI 了。
Apple 的提醒事项和日历一直被锁在 Apple 生态里。event 把它们解放出来:在 macOS 上通过 EventKit 直连系统数据,在 Linux 上用本地 SQLite 镜像同一份内容,中间用一个跑在你自己 Cloudflare 上的同步后端打通。
所有的一切只需要:
npx skills add FradSer/event --skill apple-events
然后在 agent 中让 AI 部署后端,后续在任何平台都能管理自己的提醒事项和日历,甚至可以通过 Reminders 的 kanban 管理你的 GitHub issues👻
github.com/FradSer/event

中文
zerb ری ٹویٹ کیا
zerb ری ٹویٹ کیا
zerb ری ٹویٹ کیا

在公司里和同事分享了好几次,关于为什么我的 vibe coding 大家觉得又快又好,而且写的前端质量也肯起来不错的秘诀。我总结了一下,分享给大家。
第一个阶段我叫做全自动模式。先使用类似 superpowers 的工具,整体的流程其实没有什么新鲜的,先分析需求,然后写计划,最后再执行。我用的是自己魔改的版本 ,主要的区别是为了防止在每一个阶段 AI 因为幻觉可能会漏掉细节,在每个阶段都会强制启动一个 loop 去校验。 并且使用 BDD 部分替代 TDD 。github.com/FradSer/dotcla…
上面的阶段收完菜之后,进入第二个阶段,我叫做半自动模式。主要靠发现问题,先用 /plan 模式,然后再去执行,如此反复。
这里面有一些技巧,多使用 git commit,类似于游戏的存档保存。所以我做了 git-agent.dev 。
如果有问题超过两次没有改好,有两种做法:
1. 让 AI 从 git 的历史记录里去查看改动了什么东西,然后让它反思为什么会出现这种情况;
2. 换一个新的模型,甚至新的工具。
还有就是,多使用 N 个窗口并行地去执行任务,但是要记得靠 prompt 手动地去区分范围。我不习惯使用 git worktree ,因为同时进行 N 个任务时,使用 worktree 最后 merge 的压力很大,容易出错。类似的流程应该在第一个步骤使用 superpowers 去解决。
关于提示词的小技巧,我很赞成 Claude Code 的观点,就是使用最少的限制,充分利用工具去让它自动获取上下文。但是人为地补充一些上下文也是非常关键的。
换到我们执行的操作来说,你可以随时打断,然后说类似于“你之前改了xxx”,或者“应该有xxx,你先看看,再执行”。
还有一个观点就是:把 AI 当老师,多去问“你做了什么事情”、“我应该怎么做”,推荐多使用 /btw ,在必要的时候打断,修改你的任务。
happy hack😘
中文









