Cue用的什么模型？官方公布的是框架不是模型名：Cue 与 Manus 2.0 共用同一套底层，核心是自研的 Cascade 框架。框架决定能力怎么加载，模型决定单次生成的上限，这两件事要分开看，混在一起就判断不了它到底强在哪。
公开的只有框架层，模型层留白。
判断一个说法可不可信，看它能不能指到官方文档的具体段落。指不到的，都是转述或者推测。
一句话：不是一次把所有能力塞进去，而是用到什么加载什么。
这个机制解释了一件事：为什么同一个 Cue 在做简单任务和复杂任务时表现差很多。简单任务加载的模块少，复杂任务才会把能力堆上来。
影响的是你能不能预判效果，不影响你能不能正常用。
与其追型号，不如建自己的测试集。十个典型任务跑一遍，比任何参数表都直观。
看过程记录，不看结果猜。
判断顺序是从失败点往回看。末一步失败多半是前面某一步的输出不对，改前面比改后面有效。
是，同一套基础设施，不同产品线。
底座相同不代表能力相同。Cue 的差异在身份层——邮箱、电话、钱包这些对外办事的能力，主产品没有。
官方没有公布，说它用某个具体型号都缺依据。能确认的只有自研框架 Cascade 和与 Manus 共用底层这两点。想知道实际效果，拿你的真实任务跑几遍看稳定性，比查型号可靠，也不会被版本更新带偏，看实测不看型号。
会，底层升级不单独发公告，你只会感觉到某天效果变了。应对办法是给自己留基线：把常用任务的输入和满意输出各存一份，发现效果漂移时能对比，判断是变好还是变差，再决定要不要改流程，效果漂移不是故障，是常态。
不会影响 agent 本身的配置，职责描述、绑定的邮箱电话钱包都还在。会变的是执行效果，同一个指令出来的结果未必和之前相同。所以重要任务不要只跑一次就交付，跑两遍对比，稳定了再用，重要任务跑两遍对比再用，别只看一次。
不在模型，在身份和权限。它能用自己的邮箱发信、用自己的号码接电话、在预算内付款，这些是它的强项；需要专业判断、需要担责的决定，它做不了也不该做。把边界定在可核对的日常事务上，用起来最稳，也最省解释成本。
Cue的云电脑能干什么？它是一个持续在线的执行环境，关掉你的设备任务照样跑：浏览器、文件、登录状态都在那台机器上。和普通...
2026-10-19
Cue能代接电话吗？能，每个 agent 有自己的号码，来电转接过去后由它接，通话结束会出一份摘要：你看到的是摘要而不是录音原...
2026-10-19
Cue安全吗？钱这一侧有预算和审批兜着，指令这一侧没有：给 agent 配钱包和邮箱，风险不在它乱花，而在它被外部内容带偏。预...
2026-10-19
Cue能同时开几个Agent？数量看账号当前给的额度，不在帮助页写死：额度会随阶段调整，去 agent 列表看还能不能新建最准。真正...
2026-10-19
Cue免费到什么时候？官方没有公布结束日期，只能从三个位置看信号：官网公告、应用内的订阅页、邀请邮件里的说明。抢先体验期...
2026-10-19