文章核心观点 - 不存在独立的Personal Agent，只有Context（上下文）+ Agent，同一个Agent接上什么Context就是什么Agent，工作与生活的边界在Context层面已难以区分 [8][9] - Agent冲击最大的是只卖界面、系统里没有多少Context的软件以及按人头收费的定价方式，而存着客户、合同和审批记录的系统反而会变成Agent干活的地方 [18] - 中美Personal Agent市场出现明显分歧：美国倾向云端部署，中国厂商争相在手机端侧布局，根源在于服务生态碎片化程度不同 [21][22] - 生活Context散落在互相竞争的平台手中，缺乏统一授权主体，超级App成为最接近“管理员”的角色，但开放缓慢且存在责任划分问题 [26][27] - Agent产品依赖Context飞轮驱动，飞轮转得越快差距越大，而带不走的授权边界、纠错记录等构成Personal Agent的壁垒 [30][32][36] - Context定义执行任务的“对与错”，掌握Context即掌握判断标准，但生活场景中Agent的排序依据是否透明、用户偏好能否强制锁定存在疑问 [38] 一、Context与Agent的关系 - MyContext开源项目可将钉钉、飞书聊天和协作记录整理成不断更新的工作档案，每条记录来源和时间，前后信息对不上时系统先自行判断，拿不准则询问用户，用户确认过的结论模型不能自行更改 [7] - Context是Agent执行任务所需的前因后果加上事情实际发生的地方，可以是App里的订单或手机上登录的账号 [9] - 订票场景中，是否赶在见客户前回来等约定既不在日历也不在邮箱里，模型无法猜测，必须事先知道或主动询问 [9] - Context不只是让答案更个性化，而是在定义什么叫“做对”，如合同折扣业务中Agent需知道客户签的是哪一档合同、公司回复口径、用户是否有折扣权限，这些上下文分别存在CRM、群聊、钉钉飞书企业微信等平台 [13][14] 二、Work Agent与企业系统 - 年初美股软件股大跌，流行说法是Agent会杀死SaaS、企业不再需要按人头购买软件账号，文章不同意该观点，认为很多SaaS存的正是工作的Context，Agent办工作上的事绕不开这些系统，变化的是用系统的方式——从人登录点界面变为Agent直接调用 [15][16] - 3月17日阿里发布悟空时，时任钉钉CEO陈航表示“过去是人用钉钉来工作，未来是AI用钉钉来工作”，钉钉为此重写底层代码，上千项功能改成Agent可直接调用的命令行，员工账号和权限被Agent继承 [16] - 10月14日腾讯办公Agent WorkBuddy进入企业微信通讯录，两边打通账号，在企业授权范围内可接上消息、文档和会议 [18] - 国内Work Agent已有千万级用户，生活Agent仍在尝试，Work Agent先跑起来是因为工作的Context早已集中在少数几个系统里，有权批准的人也都在公司里，Agent继承员工账号和权限就等于进了公司的Context [18] 三、生活Context的碎片化 - 国内生活Context尚无相对成熟的生态系统，订单在邮箱、聊天在手机上、答应家人几点到家等可能在备忘录也可能哪儿都没记，阿里做个人Agent也只是先接上淘宝、支付宝等App [19] - 同样一趟出差，机票在航旅App、酒店在携程美团、同事确认在微信群、改签要进航司小程序，登录和支付绑在手机上靠已登录会话、短信验证码和设备确认，云端新开电脑很难继承这些关键上下文 [23] - 阶跃星辰下场探索硬件推出自研手机STEPX Neo以应对生态碎片化 [23] - 苹果是美国上云潮中的例外，走端侧路线，原因是iPhone用户很多Context留在本机，iMessage不给第三方读取接口，照片和健康数据需逐项授权，9月推出的新版Siri主打根据个人Context在系统里直接操作 [23] 四、中美市场路径分歧 - 美国个人Agent大多上云，dots给每个Agent配一台云端电脑，Muse跑在专属云端虚拟机里；国内厂商很多在尝试做Agent手机，阶跃星辰发布Agent手机，豆包手机助手已出到第二代 [21] - 美国公司倾向上云是因为很多人用同一邮箱注册登录各种服务，银行、医疗、购物不少有现成接口，用户授权一次云端Agent就能拿到对应信息 [21] - ChatGPT今年能接美国医疗机构病历，也能经Plaid接1.2万多家金融机构账户；dots一上线就能连4000多个应用；Meta的Muse接邮箱时读邮件和代发邮件分开授权；没有接口的服务只要网页能办且网站允许，云端电脑浏览器就能去点；支付有Stripe发放的一次性受限凭证，真实卡号不用交出 [21] - 握着操作系统的公司在Personal Agent上占便宜，验证码、通知、屏幕上刚发生的事都是系统先看到，但如果设备事件和平台接口按同样条件开放给云端Agent，手机优势会缩小 [23] 五、超级App的开放与授权 - 生活信息上下文散落在十几个互相竞争的平台手里，没有一个统一主人，哪一家都可以单独说不 [26] - 在中国最接近管理员的是超级App，接得最顺的是各家自己的Agent，第三方Agent靠屏幕自动化操作随时可能被拒绝，而专为自家Agent重写底层的产品改的是自家系统 [27] - 支付宝开放了300多项服务，美团只开了跑腿、外卖没开，腾讯首批接进来的是WorkBuddy、企业微信和微信读书 [27] - 通过调用服务接口，超级App产生的生活化上下文仍在平台自己手中，第三方Agent只是发送需求并得到执行结果 [27] - 开放缓慢还有责任划分问题：工作里Agent办砸了有公司兜底，生活里订错票损失只能由用户自己承担 [27] - 美国公司做法是先做了再说、平台不满意再拦，9月20日Amazon以Muse未表明身份为由拦下其代用户购物，Meta此前称Muse看不到用户密码和支付方式，去年Amazon还因类似理由起诉AI浏览器Comet开发商Perplexity，今年8月二审法院撤销一审初步禁令但官司未打完 [28] 六、Context飞轮 - Agent产品跑起来依赖Context飞轮，跑起来后呈螺旋向上的能力和体验提升，接入早期依赖已存在的Context如邮箱订单、手机会话执行任务，用户逐步提供更多上下文后Agent手里多出用户批准过什么、改过什么、哪次出错后收紧授权等内容 [30][31] - 聊天里提过的偏好各家Agent都能记一些，办过事的经验更难得，Agent照章办事、用户交待资料更少、出错更少，用户提供资料就会更多，飞轮能否转起来要看产品能否正确记住这些：用户纠正一次有没有问清原因、一次性要求和长期偏好有没有分开存、事情办完结果有没有记下来 [31] - MyContext明确规定用户确认过的结论模型不能自己改，做的就是这一层 [32] - Agent站在同一起跑线时比的是谁手里已有Context多，往后比的是谁飞轮转得快，差距会越拉越大 [32] - Work类Agent积累的内容归公司，Agent学会的“这个团队怎么做事”留在公司系统里；生活里攒下的上下文按理该归用户自己 [34] - 现阶段用户实际能带走的不多，ChatGPT和Claude能导出聊天记录，Claude和Gemini能导入别家记忆摘要，Gemini还能导入聊天记录压缩包，但授权边界、纠错记录、办到一半的任务目前都很难跟着走 [35] - 带不走的这部分反而成为Personal Agent的壁垒，用户换一家飞轮就得从头转，壁垒多高要看规则会不会像当年携号转网那样要求把这些也做成能带走的 [36] 七、Context与“对错”定义权 - 模型可以租，如苹果下一代基础模型基于Gemini定制，但Context租不到，只能握在自家手里或靠飞轮一点点攒 [38] - Context可以定义执行任务的“对与错”，掌握Context也就握着判断标准，飞轮转得越久Agent越清楚对用户来说什么叫“做对” [38] - 掌握生活Context、转着飞轮的大多是各种在线服务平台，生活里“做对”的标准本该由用户自己定，实际上替用户办事的Agent往往夹杂平台利益 [38] - Meta发布Muse时承诺对话和虚拟机数据不进广告系统，但这只是一家公司政策，替用户在商家间做选择的Agent排序依据是否透明、用户偏好能否强制锁定而不被平台结合自身利益优化，仍是关键问题 [38]