帖子
账号 5801757537
时隔一个月的链式再度追评!!!重新吹爆! 因为想给降临派做一个贺岁视频,于是我重新用起了 oiioii,上次官方回复说新一版本已经在试用,这次真的有切实的感觉到整个团队的努力。 此次版本中,oiioii 的流畅性、效果、使用体验都达到了一个新的层次。 0. 加入了积分预测机制。这里必须再夸一下官方,虽然积分制是为了之后收费做铺垫,但是还是非常慷慨的每天给小盒饭和每周的裂变邀请码,普通人生成多个视频还是手拿把掐的。而且在用户表明视频内容后,oiioii 会对可能用到的配音、视频、生成消耗做一个大致的规划。让用户心里有个数。 1. 首先是对用户视频脚本的拆分更加的精确。这个版本不像之前生成镜头扣扣搜搜不是八个就是九个,原本视频被压缩在一分钟左右的版本里,导致很多内容丢失。 现在是根据内容来适配,在我提供的脚本里我对分镜镜头进行了比较细致的划分,大概时间在 3 分钟左右,结果 oiioii 果真根据我的脚本规划一口气生成了 16 个镜头(P1)。极大的丰富了内容的质量。 2.指令执行更加精确。我上个月说了,上次我用的很痛苦的一点就是模型幻觉伪执行,导致我的一些命令根本无法推进。 现在这个问题已经改善了很多,基本上可以脱离自己的操作,只用对话来解决问题(P2). 3.强化过后的画面整体联系。(当然这里也可能是我提示词写的好) 这个值得夸一嘴,可以注意看 P3, 我其实提示词里只在开头说了场景,但 oiioii 贴心的在每个 cut 都重新标注了场景,也就避免了之前我出现过的 “场景漂移” 问题。 同时,前一个镜头和后一个镜头的承接关系也更加自然(提示词做过承接优化)。 4.后续补充加强了。什么叫后续补充呢,就是在之前的版本,如果我生成完了一个视频,然后我想重新添加新角色,再把新角色添加几个镜头到原视频在,那是非常的难,几乎都等于重做。现在则可以支持这一操作。感觉本质上还是指令执行更加精确了。这样使得后续的修改变得更方便。 5. 镜头延长至 15S。 虽然这个 sora2 接口可能会更贵,但是可以解决之前说了 10S 讲不完一段话的窘迫。 总之这次使用非常棒,已经一口气消耗了我积攒的五千盒饭了。 目前看来的难点是怎么快速赚取积分了。 缺点依旧存在: 1. 配音不稳定,因为每个 j 镜头是单独生成的,这就导致了同一个角色的声线会前后变换很多次,让人非常出戏。 2.人物三视图和角色关联太强,因为有时候生成的角色不一定符合要求,但却直接根据这个形象生成了三视图,导致还要重新再画一次角色再画一次三视图,既浪费又麻烦。 总之,oiioii 上线不过两个月,已经很让人满意了,2026 年期待 oiioii 做的更好! 顺便大家点点我的邀请码:RUKU0SCPPSMIJW8、WIC07MPPCETKAKC、CDMP3SCPK0KL6WI、0QMWWPINPEKCMFG、K6UFFPPBW50IMCW
Pixel阿树
905
回复 @ · 取消
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