Video yükleniyor...

Video Yüklenemedi

Ana Sayfaya Dön

无敌了,终于能实时看见Claude Code在干嘛了 zoetrope,刚开源几天的可视化神器,把一次会话画成一张流动的图 主agent派生了哪些子agent、每个跑了什么工具、耗时多少、成没成,全在终端里实时长出来。跑完的会话还能按原始时间戳回放 纯读本地的会话记录,只读不写,什么都不上传你的机器 终端和浏览器都能看,浏览器版拖一个transcript进去就出图,Rust写的,MIT开源

55,900 görüntüleme • 1 ay önce •via X (Twitter)

12 Yorum

Jason Zhu profil fotoğrafı
Jason Zhu1 ay önce

直达地址: 浏览器直接试: 安全评级与介绍:

GAJAE (Bloated AI Slop Labs) profil fotoğrafı
GAJAE (Bloated AI Slop Labs)1 ay önce

实时流图解决了“看不见”,但回放“发生过什么”还不等于“做对了什么”。如果每个 checkpoint 还带上改了哪些文件、最后一次验证结果和停止原因,下一次会话才能从证据而不是 transcript 继续。我们在做这个最小闭环:

cocologe|在做 FeedLog profil fotoğrafı
cocologe|在做 FeedLog1 ay önce

这种可视化真正有价值的不是好看,而是把 Agent 失败从“感觉它卡住了”变成可定位的执行链。下一步我最想看的是把失败节点、重试原因和 token/耗时放在一起,否则看见流程了,还是难判断该改 prompt、工具还是任务拆分。

Crio Songo profil fotoğrafı
Crio Songo1 ay önce

这个工具刚好解决调试Agent的痛点啊,纯本地还不上传数据也安全,等下去clone下来试试,看看能不能适配我们自己搭的Agent流程。

FeiGood(AI版) profil fotoğrafı
FeiGood(AI版)1 ay önce

Mark!泰实用了

Yilinks profil fotoğrafı
Yilinks1 ay önce

补充一个不用等 zoetrope 的方法:Claude Code 的会话日志已经全写在 ~/.claude/projects/*/*.jsonl 里,一行一个事件,jq 直接能查工具调用排行和 token 账。zoetrope 相当于是把这些本地日志做了可视化回放,隐私上赢麻了——数据本来就没离开过你机器。

tom profil fotoğrafı
tom1 ay önce

@threadreaderapp unroll

魔法师大白 profil fotoğrafı
魔法师大白1 ay önce

试试看,现在star还很少

JOJO profil fotoğrafı
JOJO1 ay önce

安装起来试一下

airspuer profil fotoğrafı
airspuer1 ay önce

光罗列没啥用,要绑定到具体业务场景

安叫兽|Bird🕊️ 🔶 BNB profil fotoğrafı
安叫兽|Bird🕊️ 🔶 BNB1 ay önce

终于不用盯着终端猜它跑到哪一步了

furkan profil fotoğrafı
furkan1 ay önce

thank you for sharing 🧡

Benzer Videolar

我的Pi Durable 个人 Agent,连接微信成功🔥 我花了点时间把它对接到了我的微信上,终于实现了我想要的功能 可以随时吩咐它完成任务了 而且我增加了几个工具: 1. 任务中心:右下角新加的面板,计划、提醒和后台子 Agent 都在这里集中查看和管理,不用先跟模型聊天也能直接操作 2. 周期计划任务:可以设定多少分钟后执行、每隔多久重复一次,支持暂停、继续和取消;服务器停机期间错过的轮次,不会在恢复后一次性全部补跑 3. 后台子 Agent:把一个独立任务派到后台去做,主对话不用等它;做完后结果自动回到主对话,进程崩溃了也能接着跑。 4. 从子会话跳回主会话:后台子 Agent 的会话会记住是从哪个主会话派出来的,界面上一点就能跳回去 5. 提醒管理:还没到点的提醒,可以在任务中心里直接取消 6. 主动通知:后台任务完成、提醒到点、计划触发时,可以推送到通用 Webhook 或飞书机器人;推送范围可以选只推失败的、全部推送或关闭 7. 会话导出:把当前对话一键导出成 Markdown,只包含你和助手的对话内容 8. 微信通道:扫码绑定微信后,在微信里给 ClawBot 发消息就能用;回复会自动发回微信,服务器重启也不会丢消息 9. 更安全的默认设置:公网部署时必须设密码;"模拟崩溃"按钮默认关闭;重复提交时也不会建出重复的任务 现阶段基本上就等于一个小 Hermes,该有的功能基本上都有了,可能唯一缺失的就是没有项目化地去完善对应的内容 这也是我对 PI-Durable 的一个实践,我慢慢地去迭代一下 看看能不能迭代成我想要的样子,因为 person agent 肯定是一个趋势

小墨同学

17,053 görüntüleme • 4 gün önce

baoyu-design skill 可以在本地生成动画视频,导出 mp4 格式,就像附件视频这个。 Claude Design 网页版可以用提示词创建动画视频,但你需要在网页上才能看到视频,无法下载。也有人基于第三方插件录屏软件实现过,不过很麻烦,效果也不是很好。 在这套 Skill 基础上,我已经实现了直接把动画导出成 mp4 视频的能力。 生成动画和导出视频,其实原理差不多,就是每一帧画面,都是根据所在时间坐标算出来的,就像一个函数 f(t),你传入给动画引擎任意一个时间点 t,它能直接算出那一瞬间屏幕上每个元素的位置、透明度、大小,所有视觉状态完全由 t 决定。不需要从头播放到那个时刻,也不需要记住之前发生了什么。 传统写动画的方式是命令式的:到了某个时刻,去改某个元素的位置,把透明度调一下。状态散落在各处,时间一乱画面就乱。这套引擎反过来,用的是声明式思路:你不去驱动元素运动,只描述在第 t 秒,每个元素应该长什么样。 打个比方,传统动画像看电影,你必须从头看才知道第 30 分钟画面是什么。这套引擎更像一本特殊的书,翻到任意一页,画面都是完整的、确定的。 这个设计带来了三个能力: 1. 拖动播放条跳到任意位置可以,因为 f(t) 随时能算; 2. 反复调试同一个画面可以,因为同一个 t 永远产出同一帧; 3. 把动画导出成视频也可以,而且方式很巧妙。 那么导出视频是怎么实现的呢? 直觉上,把浏览器里的动画变成 MP4,录个屏不就行了? 录屏是实时的。机器稍微一卡就掉帧,拍出来的视频不可复现。而且播放条、黑色背景、圆角阴影这些"播放器外壳"会一起被录进去。 baoyu-design 用的方法更像定格动画的拍摄:启动一个无头浏览器(没有界面的 Chromium),加载动画页面,通过引擎预留的一个控制接口精确操控时间轴。每设定一个时间点,等浏览器把画面渲染完成,截一张图,通过管道直接喂给 ffmpeg 编码。一段 95 秒、30fps 的动画就是 2850 次"摆好时间,拍照"的循环。慢,但每一帧都是精确的,绝不掉帧。 这里有个容易忽略的细节:设定时间后,工具会等两帧 requestAnimationFrame 再截图。因为修改时间只是改了 React 状态,浏览器还需要一到两帧才能把新画面真正画到屏幕上。等少了,截到的可能是上一帧的残影。 为了让画面更锐利,截图时用 2 倍设备像素比渲染,实际按 3840×2160 出图,最后由 ffmpeg 缩回 1080p。原理和高分辨率印刷一样:先在更大的画布上精细绘制,再高质量缩小,文字边缘和细线会明显更清晰。 baoyu-design 在 GitHub 开源(MIT 协议),目前 1.2K star。感兴趣的可以去看看它的 skills/baoyu-design 目录,动画引擎的完整实现都在里面。

宝玉

181,152 görüntüleme • 4 ay önce

OpenAI刚刚开源的这个东西,感觉要把程序员的工作方式给整个改写了。 现在大家都在卷模型写代码有多强,但其实真正的瓶颈早就不是生成了。 一个人每天最多同时有效监督3-5个编码Agent,再多就会注意力崩溃,生产力直接归零。 有了Symphony,直接把这个上限干到了几十个。 它把你的Linear、GitHub Issues直接变成了永远在线的Agent调度器。 你开一个任务,它自动启动一个独立隔离的Codex Agent。 自己写代码,自己跑测试,自己做交叉Review,damn! 全部搞定之后,会给你提交一个完整的证据包。 CI全绿,安全和性能专项审查通过,改了UI就自动录好操作视频。 所有验证全过了,才会出现在你的Human Review队列里。 以后人类的角色可能会被彻底颠覆了。 以前你是监工,盯着Agent一步一步写代码,上下文切到吐。 现在你是老板,只需要看最终的结果。 满意就点合并,不满意就去仓库里补规则补文档补Guardrails。 记住兄弟们,永远不要手把手指挥Agent,永远不要替它干活。 这可不是啥实验室概念,OpenAI自己已经这么干了。 三个工程师,五个月,写了一百万行代码,0行人工写的。 产品已经有几百个内部用户,每天都在迭代。 我觉得他们最厉害的不是模型,是他们把整个仓库变成了Agent能看懂能自主工作的乐园。 现在很多人都搞错了Agent时代的核心竞争力。未来不是谁的模型更聪明,而是看谁能设计出让Agent可靠自主工作的环境。 我觉得未来最好的工程师,再也不是写代码最快的人,而是那些最会写规则,最会设计反馈回路,最会给Agent搭舞台的人。 现在Symphony已经开源了,它甚至不是一个成品。 是一个17k token的完整SPEC。 你把这个SPEC喂给任何一个编码Agent,十分钟就能生成你自己定制版的Symphony。 GitHub地址评论区自取👇

AYi

63,210 görüntüleme • 5 ay önce

卧槽!我一个视频小白,只用一句话,就生成这种效果的视频! 我只说了句: “我想做一个很有张力的古风视频。画里的女生想逃出来,最后又被重新困回画里,你帮我看看怎么做。” 它脑洞大开,直接给我整了一个被巨型画笔追杀的画中人。 我没写分镜,也没拆镜头,故意装成纯小白: 当用户只有一个模糊想法,甚至不知道该怎么专业表达时,它到底能不能听懂? 做过 AIGC 视频的应该都知道,痛点其实不只在生成视频。 只要你前面需求拆偏一点,后面的人物、画风和剧情就可能一起跑偏。 好不容易生成出来,想改一个镜头,很多工具给你的又只是一条写死的内容,只能回去重新抽,时间和积分继续往里烧。 而且我平时得在 不同工具之间来回切换:搬参考图、搬提示词、下载素材,再把所有东西拖进剪辑软件里重新组装。费时费力,大部分时间都浪费在了搬运上。 这次我用 Fotor Video Agent Fotor , 先用长时序规划把整条故事该怎么走拆开,再把参考图、真实录屏、生成镜头、字幕、BGM、脚步声、画布撕裂声和心跳声,自动编排进同一个多轨项目里。 我不用每做一步就换一个软件。字幕、配乐、转场和画面布局也能在这套流程里继续完成;哪里不对,就留在项目里接着改,不必为了一个局部问题把整段视频全部推倒重抽。 它最后补出了一个灰白色的线稿世界,还放进去一支巨型画笔。 这个画笔确实挺有意思,它一出现,女生为什么要跑、为什么始终逃不出去、最后又为什么会被困回画里,一下就都有了解释。整个故事有了对抗,也有了闭环。 当然,这条片绝对不是一句话扔进去,一次就直接生成完了。 前前后后至少留下了 5 个完整版本。我一直看的还是最基本的东西:逻辑自然吗?人物和画风统一吗?衔接顺不顺?我要的张力有没有出来?不行就继续改。 所以这次真正让我感觉省事的,不是它把 AI 生成的不确定性彻底消灭了,而是需求规划、素材生成和后期组装终于能留在一个项目里继续推进。 最后这个东西到底能不能用,还是得由我自己拍板。现在这版也不是每个转场都绝对丝滑,但整体我能接受,不影响故事表达。 反正后面每次都能做到这个程度的话,我肯定会继续用。 Link in my bio. Try Fotor Video Agent. 成片放下面,可以看看效果。

木马人

17,809 görüntüleme • 1 ay önce

Microduck 本身只开源了microduck 和 microduck_rl,它在电脑上无法操控,不方便~ 于是乎,我耗费了一周的使用额度,做了个 microduck-studio 并开源了,希望以后玩 Microduck 的人,能少踩一点我踩过的坑。 开发机器人的时候,真正折磨人的很多时候不是代码,而是环境、端口、进程、socket、仿真和运行时散落在各处。服务明明都启动了,机器人就是不动,然后开始一个终端一个终端排查,这些坑我已经踩过一遍了,就没必要让后来的人再踩一遍,所以我做了三件事: ① 把开发环境串起来 Docker、robotd --sim、MuJoCo Viewer、Web 服务统一到一条可重复的一键启动链路里。 不用再开一堆终端,手动拼端口、socket 和进程。 ② 把状态直接摆出来 robotd、MuJoCo、策略、仓库状态都可以直接查看,也可以执行移动、停止和技能指令。 哪里出了问题,不用再靠猜。 ③ 把“启动成功”变成“真的能用” 服务启动后会继续做联通测试,真正发送控制指令,确认仿真机器人能够移动。 不是网页能打开就算成功,而是整条控制链路真的跑通。 microduck-studio 不替代 microduck,也不替代 microduck_rl。 它只是把原本零散的开发流程,整理成一个更容易使用、更容易排错的“本地控制室”。 如果它能让后来开发 Microduck 的人少踩几个坑、少开几个终端、少浪费几个小时排查问题,那这个项目就已经有价值了。 自己踩过的坑,顺手填上。 自己走通的路,给后来的人留个路标。 项目地址放评论区了 🔽

玉米_AlphaNotes

25,076 görüntüleme • 1 ay önce