帖子
账号 8568537813
时间线:【两天前】 hello 大家好 我是卧查 今天写一期【产品观察】 或者说是一期 【当代 AI 创业魔幻现实主义观察报告】 是这样 我被一个天天在群里尬吹的创始人 安利了他们的 AI 视频产品 产品名叫 Mulan AI 号称是 "全球首个 AI 原生的一站式视频工作站" 说一句话就能自动搭建工作流 让每个人都能拥有专属的 AI 制片厂 听起来是不是很牛逼 我当时也这么觉得 然后我就去体验了 ... 结果呢 只能用 3 次 agent 搭建工作流 然后任务结果稀烂 简单的拆分文章任务都完成不了 还要我手动调整工作流 ? 这事儿魔幻得就跟 你上了一辆劳斯莱斯 发现中控屏显示的参数都很牛逼 但方向盘油门刹车一个都不灵 车主还在跟你讲 这车的发动机有多先进一样 更绝的是 这位创始人不仅在群里天天尬吹自己的产品 还疯狂拉踩竞品 什么 "TapNow 是我们公司 4 月的水平" 什么 "这些公司对技术缺乏真正的理解" 爷服了 你自己产品基础功能都没做好 哪来的自信这么吹 --- TapNow 是我们 4 月的水平 > "TapNow 是我们公司 4 月的水平。 没有 AI 剪辑合成能力, 更没有 AGENT。 弄了个聊天窗口假装自己有。" 这是什么 这是赛博版的 "尔等皆为蝼蚁" 这简直是 AI 创业圈的 《甄嬛传》皇上语录 "朕的 4 月水平,就是你们的天花板" 更绝的是 人家创始人还有理论支撑 说这些公司 "对技术缺乏真正的理解" 说人家 "只是 mcp 调用来组合" 说得好像 你自己的产品 已经是 AGI 了一样 我当时看到这些言论 那是真的 被震撼到了 心想这得是什么神仙产品 才能让创始人这么有底气 然后我就去体验了 ... 然后我就 ?了 ? --- 好了 现在来说说我的体验 Mulan AI 号称 "说一句话,帮你在画布中自动搭建好工作流" 听起来很美好对不对 但是 重点来了 这个 "一句话搭建工作流" 的功能 只有三次免费机会 三次 用完就要付费 ? 这是什么付费点 这不就是 "免费试吃三口,想继续吃就充钱" 的赛博版本吗 行吧 那我就珍惜这三次机会 好好体验一下 第一次尝试:拆解文章生成漫画 我的需求很简单: 拆解我的一篇文章 然后根据我的提示词 逐个绘制漫画 流程很清楚了吧 就是:文章→拆分段落→每段生成一张图 这个需求 在我看来 就跟 "把大象装进冰箱" 一样 分三步就完事了 然后呢 Mulan AI 库库一顿输出 画布上节点一个接一个冒出来 工作流搭得那叫一个漂亮 我当时心想 哎哟不错哦 这就是传说中的 AI 原生吗 这就是创始人说的 "技术壁垒" 吗 然后 点击运行 ... 失败了 简单的拆分任务 都完成不了 整个工作流 直接废了 我:? 第二次、第三次尝试 第二次,换个简单的 失败 第三次,再简单点 还是失败 三次机会 全军覆 这时候系统弹出提示: "想继续体验?请付费" 我: ??? 你这是让我 为失败付费吗 更离谱的是 工作流虽然搭建出来了 但因为基础的拆分任务都完不成 整个流程跑不通 还要我手动调整 ??? 那我为什么不直接去用 n8n 或者 ComfyUI 人家至少能用啊 我当场 就是这个表情 ? --- AI 视频生成这个赛道 现在是什么状态呢 用 Google 产品经理的话说: "我感觉大家都在摸着石头过河" 是的 连头部玩家都承认 技术路径还没收敛 但是 成本压力很大 可灵生成一条 5 秒视频 需要 100 灵感值,约 2 元 / 次 一个三分钟 AI 短片 制作成本保守估计数千元 在这种情况下 很多产品 还没做好就急着变现 怎么办 只能概念先行 先把故事讲圆了 先把竞品踩下去 先把用户忽悠进来 至于产品能不能用 那是后话 用户反馈真空 = 自说自话的温床 我发现一个很有意思的现象 Mulan AI 在公开渠道 几乎没有真实用户评价 知乎、小红书、B 站、技术论坛 都找不到 但是 可灵、海螺这些被拉踩的竞品 在各大平台都有大量用户讨论 有夸的有骂的 但至少有真实反馈 可灵 2025 年 Q4 营收超过 1.5 亿元 这是真金白银的市场验证 再看 Mulan AI 官方说 "团队注重用户反馈" 说 "能快速响应需求并优化功能" 但是 用户在哪 反馈在哪 除了创始人在群里自己说 就是在行业活动上自己讲 技术没做好可以理解 毕竟大家都在摸石头 但产品不行还天天拉踩竞品 这就不是技术问题 而是态度问题了 ? 我突然想起 创始人在群里说的那句话: "我们对技术有真正的理解" 然后我又想起 我那三次全军覆没的体验 ... 完 ———————————————— 【后续】12.22 17:16 写完这篇文章发布去后 我以为事情就这样结束了 不敢想 创始人尊贵下场了 而且 下场的方式 有点特别 创始人的回复: “我希望你永远不要删掉你对木兰的评论。尤其是第一第二张截图页面。上午我打开页面看到有差评很开心,觉得终于有人挑刺了,是在帮助我们进步,以为找到说真话的同行了,激情澎湃写了一大篇,还尊称你为‘您’,接着忙其他事情了(我加你你也不通过)。现在刚空下来喘口气想看看到底是什么问题,好转发给研发同事(因为他们在忙1.6)版本的发布,有问题还要明后天才能处理)。结果让我愣住了。你让我们的小木兰给你做了一个空的工作流程,她已经完成了。她用报错的方式提醒你这个工作流程里面没有填写内容,是无法运行的。你就截图粗线说木兰的产品没法工作。你要么是不懂装懂,要么是想欺骗不懂的人。而懂的人自然能看懂。公道自在人心。你的行为把自己钉在了耻辱柱上。 ” 大家来欣赏美丽的话 我的表情是这样的: ??? 然后是这样的: ? 最后是这样的: ? 啥啊?空工作流 创始人说: “你让我们的小木兰给你做一个空的工作流程” “这个工作流程里面没有填写内容” 好的 那我们来看看截图 左侧文本节点里 密密麻麻写满了字 几百字内容 这叫“没有填写内容”? 如图(补充完整工作流) 标准的「输入→处理→分割」数据流 这叫“空工作流”? 报错信息显示 "提供者 [split_text] 中的必填字符串参数 [input_prompt] 缺失" 这个说明 不是我未填写内容 相反你的产品没有把数据传过去 今天好比 你去餐厅点菜 明明把菜单填好劳了 结果厨师(节点)说“我没收到单子” 经理(创始人)跑出来骂你: “你为什么坐在这里假装点菜?” “你托盘是空的,你是来砸场子的!” 我当场 就是这个表情 ? 产品Bug怪我咯? 关于那个红色报错: "提供者 [split_text] 中的必填字符串参数 [input_prompt] 缺失" 作为一个不懂技术的运营 我来免费教你做产品 问题一:引入了底层逻辑 input_prompt 是代码层面的参数名 不应该直接甩给终端用户 优秀的产品会说: “请检查上游数据是否正确提交” 而不是甩出一个代码级报错 问题二:交流引导 在大多数优秀的工作流程产品中 (如ComfyUI、Coze) 当你把上一级节点的输出连到下一级的输入时 系统应当自动映射 或者高亮提示您需要手动填写的字段 而不是 让你连完线 点运行 然后报错 问题三:报错最终错误 系统报错显示“参数缺失” 这在技术上是对的(函数缺少参数) 但在用户体验上是错误的 它应该提示: “您的上游数据未能成功交付给分割节点,请检查连线配置” 而不是 让创始人跳出来说 “你是骗子” 结论: 我提供了充足的上下文 但系统因为内部逻辑问题 (可能是字段映射名称不匹配,或者节点默认配置未生效) 导致数据断流 这是典型的产品缺陷或设计缺陷 现在怪我“不懂装懂”? 创始人心理画像(叠甲-个人主观分析) 创始人的发言 实施了一种典型的 「工程师陷阱思维」与「受害者妄想」的混合体 这啥意思呢? 特征一:把“报错保护”当成“功能完善” 她说“她用报错的方式提醒你……” 似乎这是功能 错了 任何让用户在正常操作路径下 看到红色 JSON 报错的产品 都是半成品 特征二:非黑即白的分化思维 一看到差评 先是“激情澎湃”觉得遇到知音 一发现问题不像她想的那么简单 立刻转为“把你钉在耻辱柱上” 这种情绪过山车说明 她没有准备好完全面对真实的市场 真实市场充满了 误解、不当操作和意料之外的 Bug 特征三:傲慢的精英主义 “懂的人自然能看懂” 这句话是所有糟糕产品经理的遮羞布 好的工具是让不懂的人也能懂 而不是为了筛选“懂王”的 更佛 我提供了充足的上下文 我写了完整的工作流 我填了内容 是你的产品不得行 你反过来说我是骗子 这是什么逻辑 就这吧~ 写到这 我突然明白了 为什么这个产品会这样 因为创始人的思维模式 就是这样的 产品出问题 → 不是产品的问题 用户反馈问题 → 用户是骗子 看到差评→先激情澎湃再翻脸 遇到问题 → 你不懂,懂的人自然懂 这种思维模式 做出来的产品 能好用才怪 更可怕的是 自己的产品 连基础的数据交付都做不好 用户正常操作会报错 报错了还要羞辱用户 这不是“对技术有真正的理解” 这是 对用户缺乏乏基本尊重 谁钉在了耻辱柱上 我想 懂事的人 自然能看懂 ? (最后给个建议 建议做产品学习下赵纯想 mulan这个产品比不上laper优雅的万分之一 我也来拉踩一下hhhh)
夜航星
903
回复 @ · 取消
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