帖子
账号 3760177404
我本来想等到使用oiioii做完第一个完整故事再来评论的,但是我低估了创作的复杂度,sora2审核的复杂度,也高估了工作流的智能程度,所以短片至今未能做完。 我是个稍微懂点技术又比较挑剔的人,但是使用这个agent的确是让我惊艳到了,作为一个“全球首个”产品,它能有这么高的完成度是我没想到的。尽管有一些还可以优化的点,整理而言我觉得整个agent的设计和结构已经相当好了。 我的习惯是先讲优点。 1. 使用选择代替文本(图1),减少认知负担。less is more的哲学在这里可以得到一点体现。很多agent是默认要用户的高认知负荷地参与的,比如某些deep research工具向你确认研究方案时抛出来的抽象问题。 从第一个点开始降低使用门槛,非常好。 2. 通过群聊式的多agent共享session,而非主agent调度各种工具,来实现功能的分化和上下文的管理和统一,通过用户选项来固定全局变量。虽然这是很早就被宣传和设计出来的架构,但这一点在当前主流的agent中落地的并不多(或许架构已经定好的历史包袱很重),我觉得这是某种后发优势。 3. 已经具备比较好的工作流设计。从角色定位上有艺术总监(主agent),编剧,分镜师、角色设计师,短片风格助理等 角色,各自专精一个活,来从功能上cover住理论上的整个短片创建的工作流,不会太多,也不会太少。 4. 通过画布的xyflow的形式来串起用户对于短片创作的视觉感知,左侧的对话框自动托管,右侧的canvas低代码,我再一次为这个less is more的设计感叹。国内互联网不知道多少产品经理把产品做得像屎一样折磨用户,只会做加法不会做减法。感觉这产品设计真是有水平。(图2) 5. 调用sora2/midjounery/nano banana之类的相对比较前沿而且普通用户在正常的环境下不可能调用得到的模型,并且利用它们各自的优势,还要研究怎么修改提示词。不仅要对前沿有了解,还要熟悉风格,还要研究prompt engineering,这是不小的工作量的。(图2) 6. 它甚至还可以多个工作空间同时跑多个任务 当然优点说完了(其实还没说完,因为最近比较忙没探索太多),这篇评价还是有点不够全面。 我需要谈一些使用过程中的槽点,或者待改进项。 1. 首先全局变量的选择:对白语言这个选项有时候不弹,导致生成了七八个分镜的时候发现是中文的。(见图1)。如果我可以知道有哪些全局变量我能提前设置好的话,会降低试错或者后悔的概率。 2. 从我长期使用纯文本LLM的直觉来看,我觉得作为整个session维护者的文本模型表现得不是很好,比如会出现大量的重复内容(见图3,整个session中“下一步你只需要总结而不需要再次输出代码块”出现了66次;或者图4,agent自己批评自己然后给我道歉),看起来可能是提示词的问题或者是过高的复杂性难以处理。考虑到视频模型的成本非常大,我建议在文本模型上上一点预算,选择好一些的文本模型,这样性价比会更高,比如文本创作选择 kimi-k2-thinking或者即将发布的gemini3 或者deepseek-v3.2;指令生成用glm4.6或qwen3-480b-coder 都行。然后在prompt设计的时候,用各类sota模型让它们评估一下系统指令有没有歧义。 3. 托管模式下角色设计完没有review就开始生成视频了(图5 ,jerry画得和morty一样)。我觉得这是一个不好的点,错误应该在尽早发现,而不是等到视频都生成完了才意识到出了问题。我的建议是,反正用户是做选择,那就让他多做几个,确认一下也还可以。当然,可以用多模态模型来review一下。 4. 时间分片的连续性问题,编剧和主agent对分镜数量和视频时间估计的相当不精准。我注意到短片模式下,基本上都是7-10个分镜,实际上sora最长也就15s一个(虽然支持30s但是在这里没有看到过,甚至很多都只是8s)用户或者创作者很容易不知道他们想要的那个短片具体要多久,一旦给了过长或过短的故事,要么过于零散,要么过于稠密,导致最终的结果就是我看到了好些个零散片段,但是实际上无法拼凑成一个故事。换句话说,这对用户提出了很高的要求:我要知道怎么创作那个恰到好处长度的故事又恰到好处地可以衔接起来。我的建议是先估计一下用户想讲的这个故事大概是要多久,需要多少个镜头。 5. 故事连续性问题,编剧非常简单地把故事粗暴地拆分成了等长的剧情,但是完全忽略了特写、效果等因素,意味着这些都需要用户自己后期慢慢去磨和调整。自动最终变成了手动。我的建议是优化prompt,或者提前评估故事的复杂性和合理性。 6. 视频产出风格的稳定性问题:图7, 镜头4 产生了竖屏。图8, 各个分镜差异迥异(色调、画风、方向之类的)。我的建议是先生成一张或几张不同时间点的基准图,作为全局风格来对齐。 7. 最后,我注意到让它自己评估视频的时候,它只能通过图片多模态来看,而不是视频多模态(而且评估结果也有点好笑,说注意到有的视频音频不完整)。我记得qwen也有一些开源的视频多模态模型,完全可以拿来评估一下剧情是否被实现。视频生成质量和内容是否符合预期,来让整个流程更加完整。 整体就是这些吧,我觉得我的这个评价也对得起开销这么大的工具给我免费体验了,当然,这个工具也值得我用心去评价。
慢半拍
904
回复 @ · 取消
0 条评论
青柚测评1· 2026-10-28
已经推出那么久了还是这么垃圾,要不是为了我的旅游抽奖,真的是看都不想看!!! 作为美团的第一款屎逝级创新产品,看得出来美团想做的是一款AI助理,帮助用户完成日常的一些琐事包括订餐、规划行程,在绝大多数时候都是以幻觉提供“稳定”输出的产品,目前存在"功能不完善、技术不可靠、体验不友好"三大核心问题,虽然定位为"小而美的AI生活小秘书",但实际表现更像是"大而不当的半成品",整体感觉更像是实习生的练手项目仓促上线?如果真是这样不如早点关掉,别让用户笑出声 0. 入口有问题,这样一个本应深度嵌入美团APP的服务,却独立成一个单独入口。事实上,美团APP内也早已存在一个名为“小团”的AI搜索助手,虽然无法代替用户下单,但是体验更为成熟(至少是能够准确理解用户意图并返回相关推荐),小美与主业务系统割裂严重,既然已有能力整合进搜索链路,为何还要另起炉灶呢?不得不引起人的深思hhh,真的有种同一个公司,两种智商的荒诞感 1. 习惯性遗忘上下文,在提出第一个需求后对于不符合推荐的商品提出新的需求后会习惯性遗忘我第一句话说了什么,注意力机制需要人来激活 2. 图1,明明有卖的东西他说没有,但是意外的是居然还知道要凑单 3. 图2不支持指定时间预约下单,在要求提供一日三餐的时间、预算以及希望每一餐吃什么以后,他只是告诉我在明天早上八点半提醒我下单,且不说第二天没提醒,只告诉我预算分配算什么?另…
305
北岸的猫1· 2026-10-28
我作为一个保安(真保安),其实不会写代码(只会一点基础的html),折腾这些纯粹是个人爱好,话说AI写代码确实极大的提高了写代码的简易方便程度,我其实25号就已经更新了国内版本,并拿到了solo资格,26日晚上顺手做了一个美团外卖的商户后台(单纯想试试国内版本的solo模式还有国内大模型的能力),和国际版相比,缺少了重要的 solo builder模式,默认就是solo coder模式,可能是国内产品觉得coder模式更符合国内使用习惯?从大模型的代码方式来看,个人感觉有点像kimi的k2组合了豆包1.6!输出速度很快,代码风格也很像k2的风格,还有那个plan模式,我使用的感觉是没什么效果?上下文部分184K,就我来说比较够用了,因为我多数时间是用在做文案,在聊天窗口这里可以@自己编写的智能体来实现需要的智能体组合调用,这块还是很心水的,至于关键的生成页面的速度,我个人感觉吐代码的速度是挺快的但是,生成最终结果还是慢过国际版!在后端逻辑这部分卡了很久,思考的时间也是最长的,看了下代码风格感觉就是k2呢,国内大模型还需要更加努力呢!在后端生成这块速度明显要慢很多了,而且很多地方有明显的错误,本来是已经生成了,实际上它一直在自我修正中,最终没有完成这个项目的成功,报错了。我还尝试了下用solo模式写文案,怎么说呢,这部分也算是有点意思的内容,先通过智能体做一个小红书的文案专家,在生成…
905
慢半拍1· 2026-10-28
Refly 标榜自己是和“Vibe Workflow”,这个降低技术门槛、试图用 Agent 节点重构自动化流程的愿景我是非常买单的,官网呈现出的极简克制感也确实在第一眼拉高了期待值。但深入体验后,我感觉目前 V1.0 版本最大的问题在于场景落地的“水土不服”以及自动化 ROI 的倒挂。 首先是模版库(Templates)的选品策略让我很困惑:既然团队源自国内且强调普惠小白,但预设案例里清一色的 X (Twitter)、Ins、LinkedIn 和 RSS 抓取,明显是针对海外生态的生长土壤。对于我们这种想做国内资讯去噪、或者只是想做一个简单的“新闻日报”的用户来说,几乎没有直接可复用的抓手,场景割裂感极强。 其次,在核心体验上,我实测了官方推荐的“新闻抓取+邮件摘要”,发现整个链路的运行 Latency(延迟)偏高。对于这种轻量级的信息获取任务,如果工具的执行效率跑不赢我手动操作,那自动化的爽感和价值就被完全稀释了。 最后,所谓的“自然语言一句话创建”目前还没能很好地解决用户的冷启动焦虑——这就好比给了我一把万能钥匙,但我却找不到锁在哪。我甚至尝试结合外部 AI 的建议去生成一些特定的流,但落地效果依然不理想,感觉工具对意图的理解力和最终的执行力之间还存在不小的 Gap。 总的来说,现阶段的 Refly 更像是一个有着漂亮概念外壳的 MVP,对于真正想上手解决具体痛点的用…
404
青柚测评1· 2026-10-28
ShellAgent 2.0 初体验:想法很好,但产品还需打磨 首先,非常感谢降临派提供的邀请码,让我有机会提前体验到 ShellAgent 2.0。 说实话,最近对各种 Agent 都有点审美疲劳了。Github 上开源的框架一个接一个,轮子满天飞,但对普通人来说,门槛还是挺高的,不是要配一堆复杂的参数,就是做好了也不方便分享给朋友用。 所以 ShellAgent 喊出“三句话生成 App”的时候,我一下就来劲了。这不就是我想要的那个“零代码版的 Coze”嘛!把那些烦人的技术环节都包圆了,直接对话就能搞定,期待值直接拉满。 但实际上手折腾了几个场景,感觉就和想的不太一样了。 首先是稳定性和端到端体验的问题。 我尝试了几个在其他平台上相对成熟的场景,但在 ShellAgent 2.0 中都遇到了阻碍。例如,在测试“小红书笔记搜索”功能时,应用返回了一些看似存在但实则为 Mock 的数据;而在尝试“文生图”功能时,无论如何调整,系统都反复报错,无法成功生成图片。我理解,这些基础能力在 Coze 等平台的能力边界内是完全可以实现的,这让我感觉 ShellAgent 2.0 在核心功能的稳定性和流程的端到端打通上,还有一段路要走。对于 ToC 产品而言,用户的第一次体验至关重要,如果无法顺利跑通一个基本流程,很容易造成用户的流失。当然,我也相信这只是早期内测阶段的问题,期待官…
702