帖子
账号 5801757537
我从第一个版本(用邀请码)测试到了目前这个公开的版本(公测)有以下这些体验: 先说一下好的地方 1. 感觉速度是很快的特别是对比了同类的 Manus 和 Ganspark,尤其是在做 Slide 和做研究上 这应该是得益于首先 Pokee 的可扩展性蛮强的特别是调用的工具多的时候 2. 其次它不一定是按照给出来的 Workflow 一步一步执行,如果开了 run all 可以跳步执行,或者并行 3. 任务的指令遵循上面对不同类型的任务拆解的到位,同时遵循效果好 首先是面对完全开放工作流执行,面对我给了详细的工作流,能够很完美的执行并且还帮我进行了一些拓展,不超出编辑的拓展,比如说在旅行规划上就不错 4. 其次是面对 In Context Learning 类的工作流,能够从我给的一些例子中找到好的规律,并且 声称工作流,这个在旅行规划以及帮我做对公司的财务分析的时候就不错 5. 最后是面对我对一些 Slide 的第一个版本不满意,想让它迭代式分析我的 Slide 的第一个版本然后根据指令修改一些图片以及一些文字的时候,指令遵循的效果只能说中等(下面会分享一些有问题的 Cases) 6. 我很喜欢在一开始就分析清楚 Pokee 需要什么权限的工具这一行为 这样的话全程就可以无阻碍的进行工作,不会在我离开页面的时候因为需要我的权限而导致工作无法进行的问题 7. 自动化一些媒体发布的工作流上确实是比任何的目前的 AI Agent 产品都要好 比如让 Pokee 读取邮件后其中的提取关键信息然后自动回信,而且还会很贴心的来问一下你社交媒体的权限并且很稳定的帮你回复了,这点上比那些 Browser Based Agent 确实快且准 8. 也很喜欢 Pokee 设置的 Run All (Skips Approval) 这个操作 其实大部分任务,或者说我目前让 Pokee 帮我做的所有任务都不希望是 run all 9. 特别是新用户在体验 Pokee 等一系类 Agent 产品的时候我们特别希望能更快的看到 Agent 的效果,所以这个设计特别好 再说一些可以提高的地方: 能力问题 1. 首先先说一个最简单的,很多时候我中文 Prompt,但是 Pokee 的输出是英文,这不符合常理 2. 我一般测试所有的 agent 类产品都会有一个 Prompt:build a personal CRM for managing contacts and relationships,但是 Pokee 在这个 prompt 上一直没成功过,我不确定是缺乏 Coding 上的一些优化,还是就没有让 Pokee 能执行这个任务的能力 第一次是拆解任务之后给了我错误的做了一个 Google Doc 3. 第二次我重新开了一个新的 session,拆解任务之后又给我错误的做了一个 Google Slide 4. 在做 Slide 上有蛮大的问题 我想让他根据某个公司的风格来做一个新的 Slide 的风格,但是 Pokee 只会单纯的以 xxx 公司的 Style 为 Query 进行搜索,但其实风格这个东西大多是视觉上的 5. 另外就是我每次让 Pokee 帮我在 Slide 上添加 Logo 它都添加不上去 6. 还有就是风格不统一,经常有几页是一个风格,另外几页是另一个风格 7. 然后,它经常对我想要做 Slide 的需求意图识别错误为 Report,还有些情况下我让 Pokee 做一个 One Pager Deck,它识别为做一个 One Page 的分析 Report 8. 最后就是不支持在 Pokee 上直接修改,或者说没法通过自然语言定向修改,还得去 Google Slide 上修改,这个就很不 Agentic 因为不端到端还要把我往 Google Suite 上引 9. 超出工具范围的或者说我之前让 Manus 或者 Genspark 帮我执行的大部分跟 Webpage 相关的工作在 Pokee 这里都无法执行 都会被强制调度至 Google Suite 上,特别是当 Pokee 真的做不了的时候就会自动帮我拆解任务变成写一个 Google Doc 的分析报告 10. 在与 Google Drive 的集成中会有 Bug 当我请求将整理好的内容写入 Google Drive 时,系统有时会创建多个相同的文档,而不是预期的一个 11. 我怀疑是当网络延迟或其他因素导致第一次调用响应缓慢时,Pokee 可能会发起第二次调用,导致重复操作,还有就是,状态管理机制可能不够健壮,无法正确跟踪操作的执行状态 12. 对于创意和设计类任务,Pokee 生成的内容是没有办法在一些专业软件(如 Figma、After Effects)中进行后续编辑和迭代 这对我这种很多时候需要创意相关的工作的人,是无法与我的专业工作流集成的 13. 另外就是,Pokee 生成的内容通常是通用格式(如PNG、MP4),而专业设计软件需要的是可编辑的项目文件格式(如.fig、.aep) 14. 我上个版本用同一个账号测试的所有的 Sessions(拿到邀请资格),在更新之后(公测)就没了不知道为什么 15. 最后就是遇到问题之后,建议 Pokee 要不就自动纠错,要不就让用户能够一键点击之后注入到 Prompt 里,最不济让用户可以 Copy 之后 Paste 到对话框里把问题让 Pokee 自己修复 现在是什么都不支持,而且用户还只能是自己截图或者复制到对话框还不了解问题的本质 交互问题 1. 另外就是希望它在主页上可以直接 Drag and Drop 我的文档,不需要我每次还要点击上传文档 2. 每次点击完 Upgrade Plan 或者其他跳转充值界面之后,没有一个用户很清晰的能注意到的返回键能返回主页面,比较不清楚的是在右上角有个 Ask Pokee 这个其实不是很符合正常的用户习惯 3. Sharing 这块的交互很奇怪 用户如果都已经点击的 Share 的按钮有了这个弹窗,意图肯定是就是想要 Share 给别人,这个时候应该区分的是这个 Share 出去的 Link 是 Only Me,Unlisted(仅限有 Link 的人)还是 Public Access 4. Enable Sharing 就有点多此一举了,然后 Enable 之后还得手动 Copy 就更奇怪了,建议这块 Low Friction 一点 5. 建议 Slide Generation 上可以有一个专门对 Slide Outline 展示或者允许用户修改的地方 参考 Manus,Genspark,Skywork 都有专门的这个部件,这是因为用户做 Slide 其实还没发做到完全的信任,先得确保你是跟用户的需求一致的 6. 特别是 Slide Outline 得保持一致,如果做得不好,现在的 Pokee 只能重新来开一个 Session 或者迭代式编辑,很耗费用户的时间
Pixel阿树
703
回复 @ · 取消
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