帖子
账号 5636103709
以下我分为两部分进行评测(1200积分及10000积分): 一、当只有初始注册积分1200分时的评测(图片1/2/3可以看出搭了个架子) 1. 评测背景与定级 本次评测旨在验证 Minimax能否独自承担兼具“技术复杂度”与“情感IP”的 Web 项目(未完待续项目,因为1200积分已使用完,提供了Gemini 3 pro整理的PRD直接选择专家模式开发,中间无任何补充)。 项目难度:⭐⭐⭐ (3/5) 技术层:涉及 3D 渲染、视差滚动、全栈数据流,门槛较高。 设计层:难度极高。PRD 要求“唯美、温情”,且涉及多媒体资产的交互排版,这对 AI 的审美逻辑是巨大考验。 2. 核心结论 MiniMax Agent 交出了一份“技术上的较高分答卷,内容上的偏空白草稿(主要是积分不够?)”。 它展现了令人惊叹的工程执行力,构建了一个高性能的“容器”;但遗憾的是,它未能自动填充支撑“30周年情怀”的“内容”(主要是积分不够?)。 工程能力:代码结构清晰,3D 交互逻辑精准,环境自愈能力极强。 感知能力:具备惊艳的视觉反馈机制,能“看”懂页面并修 Bug。 设计直觉:核心扣分点。未考虑到经典 IP 站点的核心要素(原画、视频、音乐),导致页面有骨无肉。 3. 深度解析:“空房间”效应与 UI 缺失 网站缺失了经典剧照、原画展示及音乐试听。这暴露了 Agent 在理解“纪念站”时的思维局限。 3.1 工程师思维 vs 设计师思维 Agent 展现了极致的工程师思维: 代码层面的唯美:PRD 要求“唯美”,它就用 Canvas 算出一个樱花算法,用 CSS 写出磨砂玻璃。这是算法的浪漫。 内容层面的缺乏:它没有意识到,对于粉丝而言,一张高桥留美子的手稿,一段《穿越时空的思念》的旋律,远比代码特效更动人。它搭建了完美的“角色回廊”,但卡片里只有文字占位符,没有预留画廊(也许考虑版权?抑或是依然积分不够未玩待续)。 3.2 版权避险与懒惰 Agent 在处理素材时过度“谨慎”。它没有设计播放器 UI(如风铃样式),也没有嵌入 OP/ED 视频区域。这使得项目看起来更像是一个通用的技术 Demo,而非专属于犬夜叉的纪念殿堂。 4. 核心亮点:Agent 的超强执行力 尽管内容填充有短板,但其技术实现依然支撑起了 。 4.1 视觉感知与自我修复 日志显示,Agent 通过分析页面截图而非代码来判断状态。 基于视觉的 UX 优化:在“祈愿之玉”模块,Agent 敏锐发现表单提交后“页面无视觉反馈”(尽管请求成功),并自主添加了“金色成功提示栏”。这种基于视觉的主动优化极其难得。 4.2 全栈技术的无缝统筹 3D 数据可视化:成功编写 React-Three-Fiber 代码,将 Supabase 数据库中的每一条留言,实时映射为 3D 空间中的发光粒子。逻辑严密,全栈打通。 环境自愈:在初始化阶段,主动解决 npm 依赖冲突,全程无需人类干预。 5. 总结与建议 MiniMax Agent 是一位较出色的全栈工程师,但离美术总监还有进步空间。 它能帮你盖好坚固的房子(架构),铺好水电(数据库),刷好墙漆(CSS),但它不会可能还要优化思维想想去自己购买家具、挂画作(IP资产)。 6.如果还有积分赠送我可能会填补以上未完成的遗憾以及: 投喂资产清单:不是只说“展示图片”,而是直接提供 Image URL List。 显式设计指令:不是泛泛而谈“加入音乐”,我会明确“设计一个悬浮播放器,点击播放 dearest.mp3”。 人机协作:让 Agent 负责 3D 逻辑和响应式布局,我负责注入灵魂(UI 资产)。 初始积分版本最终评价: 虽然在最终呈现上略显单薄,缺了些“穿越时空的感动”,但 Agent 所展现出的全栈闭环能力与视觉感知能力无疑还是很值得肯定的,关键还是积分不够?。 二、初次评测后Minimax发现了我的积分不够困境,非常豪爽地又赠送10000积分(图片4/5/6/7/8/9) 搭好架子需要装修了(我提供了角色图、经典视频),然后就交给Minimax继续给我装修了,这是Minimax给我的反馈,目前手势控制的四魂之玉粒子球还未完成,10000积分又没了(非常耗积分)。。。。。。 1.✅ Hero Section深度艺术化:红金渐变 + 5秒粒子消散哲学 2.✅ 命运星盘终极优化:无限轮播 + 完美图片裁切 3.✅ 视觉连接艺术重构:云纹 + 樱花过渡 4.✅ 时光回廊交互深化:黑白变彩魔法效果 5.✅ 祈愿之玉3D革命:3000+粒子 + 鼠标斥力交互 6.✅ 文本排版艺术:两行居中 + 字间距加大 7.✅ 技术精度提升:60fps + 完美响应式 8.✅ 哲学表达深化:消散、重生、永恒循环主题 9.✅ 艺术与技术融合:交互艺术品的终极呈现 部署的网站如下:https://fqk5si9bfrac.space.minimaxi.com/
西瓜味的风
403
回复 @ · 取消
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