Grok上线Skills？记忆开始跨对话，AI入口争夺再升级

xAI 在 5 月 18 日正式把 Skills 推到了网页端、iOS 和 Android，这让 Grok 不再只是一个“问一句答一句”的聊天机器人，而开始具备跨对话记忆、持续继承偏好和复用工作流的能力。对普通用户来说，这像是 AI 更聪明了；但对开发者、产品经理和增长团队来说，【xAI Skills】真正值得警惕的地方，是 AI 入口正在从“页面入口”变成“任务入口”。

新闻与环境拆解

xAI 这次到底发布了什么

根据 xAI 官方消息，Skills 已经在 web、iOS 和 Android 同步上线，核心定位是为 Grok 提供“Persistent expertise”，也就是持久化的专业能力与跨会话延续能力。官方给出的描述非常直接：用户可以生成文档、演示文稿和电子表格，可以自动化工作流，也可以自己构建并分享技能。这意味着 Skills 不是单纯的“记忆插件”，而是把记忆、任务模板和执行流程揉进了同一个产品层里。

从产品语言上看，xAI 这次传递的信息非常清晰：它想让 Grok 从“回答问题的 AI”走向“持续执行任务的 AI”。这和过去很多大模型产品的升级路径类似，但 xAI 这次的不同点在于，它直接把跨平台同步上线、持久记忆、工作流自动化和用户自定义能力放在同一轮发布里，信息密度很高，也更容易被市场理解成一次入口级产品升级。相关介绍可以直接参考 xAI 官方发布的 Skills in web, iOS, and Android 以及 xAI 官网。

如果把这次发布拆开看，至少有四个很具体的功能点：

• 持久记忆：让 Grok 记住跨对话的重要偏好和规则。
• 内容生成：支持文档、deck、电子表格等结果型产物。
• 工作流自动化：把重复步骤沉淀为后续可复用流程。
• 自定义技能：用户可以构建、训练、分享自己的 Skills。

这四项能力组合起来，已经明显超出传统聊天框升级的范畴。它更像是在给 Grok 加一层“任务系统”。

为什么“跨对话记忆”不是小修小补

很多人第一眼看到 Skills，会觉得它不过是“AI 终于记住我说过的话了”。但这其实低估了这类能力的产品意义。普通聊天记忆解决的是上下文连续性问题，而跨对话技能解决的是“任务继承”问题：它不只是记得你喜欢什么，而是开始知道你习惯怎么做事。

这两者差别很大。前者更像是 AI 记住你的偏好，比如你喜欢什么语气、什么排版；后者则更接近把你的工作方式沉淀下来，比如你习惯怎么写周报、怎么整理投研摘要、怎么输出表格、怎么走一个重复业务流程。一旦这类能力成熟，用户每次和 AI 交互时，就不再需要从零开始描述自己要什么。

这件事为什么重要？因为大模型产品过去一个很大的摩擦点，就是“每次都要重新调教”。你明明昨天已经把模板、语气、格式讲清楚了，今天换个新对话还要再说一遍。对轻度用户来说，这只是麻烦；对重度用户和团队用户来说，这会直接影响留存和使用频次。谁能先消灭这层重复劳动，谁就更容易把聊天工具升级成真正的生产工具。

从这个角度看，【xAI Skills】不是一次边缘功能更新，而是在补 AI 产品最关键的一块拼图：让能力可以被保存、被复用、被迁移，而不是每次只存在于一个临时会话里。

为什么是网页端、iOS 和 Android 同步上线

这次另一个值得重视的点，是 xAI 不是只在单一终端试水，而是直接在 web、iOS 和 Android 三端同步推出。这个动作的意义非常大，因为它等于在告诉外界：Skills 不准备只做成某个实验性功能，而是要成为 Grok 的基础体验之一。

如果一项能力只在网页端上线，它更像生产力工具增强；如果只在移动端上线，它更像用户体验优化。但当它跨三端同步推进，就说明 xAI 想让 Skills 成为用户统一认知中的“Grok 核心能力”。这对于产品心智构建非常关键。用户会逐渐接受这样一种关系：我不是在不同设备上使用三个 Grok，而是在不同终端上调用同一个、能持续继承我任务逻辑的 Grok。

而对行业来说，这种三端同步也意味着竞争层级又升了一层。因为当技能、记忆和工作流可以跨端延续，很多原本属于“设备切换损耗”的机会，就会被头部 AI 平台收回来。用户在手机上开个头、在网页上继续、再在另一台设备上完成，这整条链路的主导权会越来越集中在 AI 平台手里，而不是 App 本身手里。

这也是为什么今天再看【xAI Skills】，不能只把它当作一个助手功能，而要把它看成一种新的跨端入口控制方式。

xAI 想争的，已经不是“会不会聊天”

如果把时间线往前看，xAI 最近的产品节奏其实很密。就在 Skills 发布前不久，外界还在关注 Grok Build 这类更偏编码代理方向的能力更新。一边是偏“做事”的 Build，一边是偏“记住并复用”的 Skills，这两条线合在一起看，会更容易理解 xAI 的方向：它并不满足于做一个能回答问题的模型，而是在把 Grok 往“能持续完成任务的工作入口”方向推。

这和行业大趋势是对齐的。过去一年，各家都在拼模型参数、推理速度和多模态能力；但到了 2026 年，竞争重点已经越来越从“谁更会回答”转向“谁更能承接任务”。用户真正愿意高频使用的，不一定是最聪明的模型，而是那个最能延续习惯、最少重复劳动、最像长期搭档的系统。

所以你会发现，Skills 这样的设计，本质上不是在优化一次回答，而是在改写人与 AI 的协作方式。它把“提示词”往后退，把“技能层”往前推；把“单次问答”往后退，把“持续协作”往前推。产品逻辑一旦变成这样，市场就不再只看模型效果，而会开始看谁掌握了用户任务的入口和复用权。

这对一般用户意味着什么

站在普通用户角度，Skills 的吸引力其实很直观。第一，它减少了重复提示词输入。第二，它让 AI 输出更稳定，因为之前设定好的格式、风格、步骤能被保留。第三，它更容易把 AI 从“偶尔用一用”变成“每天都用”。

举个很简单的例子。如果一个内容运营每天都要让 AI 帮忙输出晨报、标题、摘要和表格，那过去每次开新对话都得重新说一遍模板。现在如果 Skills 能保存这套逻辑，那他以后只要一句“按昨天那套来”，系统就能接着干。对用户来说，这不是技术术语，而是非常真实的效率差异。

更重要的是，这种体验一旦形成习惯，迁移成本就会迅速抬高。因为用户不是只把数据放在某个平台，而是把“做事方式”也放进去了。谁先拿到这种行为资产，谁的粘性就会明显增强。这也是为什么【xAI Skills】会被很多人视为一个比表面看起来更大的信号。

从新闻到用户路径的归因问题

普通用户看到这条新闻，最直观的感受是“Grok 更强了”；但对 App 开发者和增长团队来说，更值得担心的是：用户未来未必还会直接打开你的 App，而可能先在某个 AI 助手里发起任务，再由 AI 去组织后续动作。

这就是“页面流量”向“任务流量”迁移的典型信号。过去的流量逻辑很清楚：用户看到内容、点链接、下载 App、注册、使用。可一旦 Skills 这类能力成熟，用户路径会变得更绕也更隐蔽：先在 AI 里表达意图，再由 AI 选择工具、拼装流程、生成结果，最后才可能落到某个 App 或页面。问题是，这条链路里的很多关键节点，传统报表根本看不见。

对开发 / 增长团队来说，真正的焦虑不是“流量少了”，而是“我不知道流量怎么来的”。用户是在 Grok 里被某个 Skill 触发的吗？是从网页端开始、手机端完成的吗？是某个任务模板把他送进来的，还是他主动搜索来的？如果这些都看不清，后续投放、转化和留存分析就会越来越失真。

特别是在多终端、多 Agent 环境下，原有归因体系会暴露出几个明显盲区：

• 用户不是从单一渠道进来，而是从某个 AI 工作流中被分发出来。
• 用户安装前的意图，不再完整保留到 App 内部。
• 平台报表只能看到“打开了”，看不到“是谁发起了这个任务”。
• 多设备切换会把同一任务拆成多个碎片化事件。

这就是为什么今天讨论【xAI Skills】时，重点不该停留在“功能很酷”，而要进一步追问：当用户越来越习惯把任务交给 AI，App 还怎么看清真实入口？

工程实践：重构安装归因与全链路归因

先把入口编号：用 ChannelCode 看清是谁把用户送来的

第一个要补的，不是更炫的前端，而是入口识别能力。因为在 Skills 这类场景下，你面对的早就不是简单的广告渠道，而可能是不同的 Agent、不同的任务模板、不同的工作流场景。没有统一编号体系，你连“流量真身”都认不出来。

更稳妥的做法，是用 渠道编号 ChannelCode 给每一种入口打上清晰身份。例如：

• Grok 内部某个 Skill 发起的任务入口
• 社群分享某个技能模板后的回流入口
• 网页端触发、移动端承接的迁移入口
• 普通搜索或自然访问入口

这样做的价值，是把原本混成一团的访问拆开成可解释的任务来源。关于这种“多入口、多 Agent”环境下如何识别流量真身，可以参考 xinstall 站内文章《亚马逊 AI 战略升级？多云多 Agent 时代 App 该怎么认清流量真身》。

再把意图带进 App：智能传参不是锦上添花，而是保命

第二个关键点，是把用户在 AI 入口里形成的任务意图带进 App。因为 Skills 的本质，不只是分发一个访问动作，而是分发一个“带上下文的任务”。如果这个任务一进 App 就丢了上下文，后端看到的只会是一个普通新用户，前面最有价值的信息全没了。

这时更适合用 智能传参 的方式，把来源、场景和任务信息一并带进安装与首启链路。比如可以考虑保留：

• agent_platform
• skill_id
• workflow_id
• channelCode
• scene
• entry_intent

这样做的意义，不是为了多埋几个字段，而是让团队在复盘时知道：这个用户不是普通自然流量，他是从某个 AI 技能场景里带着明确任务来的。对于“安装前有明确意图、安装后要承接任务”的场景，这种链路恢复非常关键。相关方法可以结合 xinstall 的《智能体分发时代 App 安装传参逻辑的底层重构》一起理解。

最后把任务过程画出来：从点击漏斗升级为任务事件图

第三步，是别再只盯着“点击—安装—注册”的老漏斗，而要开始构建任务事件图。因为在 Skills 场景里，用户价值往往不体现在第一次进入，而体现在某个技能是否被持续调用、某条任务是否被反复完成。

可以考虑构建这样的事件链：

• skill_exposed
• skill_triggered
• app_installed
• params_restored
• task_started
• task_completed
• task_reused

有了这种事件图，你才能回答真正关键的问题：到底是哪个 Skill 最能带来高质量用户？哪些任务入口只是好看，哪些真正形成后续复用？哪些用户是来围观的，哪些是把 AI 工作流接到产品里的？

注：本文讨论的 AI Agent 任务分发、跨平台任务链路还原、Agent 发起安装归因等场景，属于对未来分发趋势的前瞻性技术延展与思考，例如渠道精细化归因、跨平台一键拉起、私域裂变链路优化等方向。当前不同业务中的高度定制化链路实现程度不一，具体方案通常需要结合实际产品架构、数据中台和投放策略做专项适配，并不等同于统一标准化现成功能。关于这类趋势，也可以参考《智能体指令集 Skills.sh 发布：AI Agent 分发生态下的 App 归因新范式》。

这件事和开发 / 增长团队的关系

面向开发与架构：现在该补的是任务字段

如果你是研发或架构负责人，今天最该做的不是研究怎么把页面再美化一点，而是先补齐任务型流量的数据结构。传统以页面访问为中心的字段体系，已经很难解释由 Agent 发起、由 Skill 延续、跨端完成的复杂链路。

建议至少预留这些字段：

• agent_platform
• agent_id
• skill_id
• workflow_id
• channelCode
• scene
• entry_intent
• risk_level

这些字段未来会决定你能不能看懂 AI 入口带来的流量差异，也决定你是否能在多终端、多任务场景下维持可解释性。

面向产品与增长：要争的是任务入口解释权

如果你是产品经理或增长负责人，这条新闻最大的提醒不是“AI 又上新了”，而是未来很多转化，很可能发生在你看不见的上游。用户先在 Grok 里形成任务，再被某个 Skill 送来；如果你还只盯着最后一次点击，决策就会越来越失准。

现在就可以做三件事：

• 把来自 AI 助手、技能模板、任务工作流的流量单独分层。
• 把安装前意图恢复纳入正式增长链路。
• 把“任务完成率”和“技能复用率”加入核心指标，而不只看下载和注册。

面向数据团队：旧报表会越来越不够用

数据团队最容易忽视的一点，是现有分析模型往往默认“用户是自己来的”。但在【xAI Skills】这类环境下，这个假设会越来越失效。未来很多高价值用户，其实是“任务先到，用户后到”，而不是“用户先到，再探索任务”。

这就要求数据团队重新定义分析单元：从用户页面路径，转向任务事件路径；从渠道归因，转向任务发起归因；从单设备分析，转向跨终端链路分析。谁先完成这次建模迁移，谁就更能解释未来 AI 流量的真实价值。

常见问题（FAQ）

xAI Skills 和普通聊天记忆到底有什么区别？

普通聊天记忆更像是“记住你说过什么”，重点在上下文连续性；而 Skills 更强调“记住你怎么做事”，重点在任务方法、格式规则和工作流复用。前者提升的是回答连贯度，后者提升的是长期协作能力，所以 Skills 对产品形态的改变更大。

xAI Skills 现在已经能做哪些事情？

从官方披露信息看，Skills 已支持跨对话持久记忆、生成文档、演示文稿和电子表格、自动化工作流，以及用户构建和分享自定义技能。也就是说，它已经不是单一聊天增强，而是向任务执行和结果产出方向迈了一步。

为什么 xAI 要同时在网页端、iOS 和 Android 上线 Skills？

三端同步上线通常意味着这不是实验性功能，而是平台级体验升级。xAI 显然希望用户把 Skills 视作 Grok 的核心能力，而不是某个附属模块；这样一来，用户在不同设备之间切换时，会更自然地把任务延续给同一个 AI 系统。

xAI Skills 会让传统 App 流量被分走吗？

更准确的说法不是“直接分走”，而是“改写流量到达方式”。用户未来可能不再从搜索、广告或手动打开 App 开始，而是先在 AI 中发起任务，再被分发到某个工具或服务里。对 App 来说，风险不只是流量变少，而是入口变隐形。

行业动态观察

从更大的行业趋势看，xAI 推出 Skills，不只是 Grok 多了一个功能，而是又一次证明：AI 产品竞争正在从“模型能力竞赛”转向“任务入口竞赛”。当记忆、技能、自动化和跨端延续被打包进同一套体验里，AI 助手就会越来越像一个任务调度层，而不是简单的聊天界面。

对 App 和 B 端团队来说，这意味着过去围绕页面、渠道和设备建立起来的增长逻辑，正在被新的任务分发逻辑侵蚀。流量还在，但流量的起点、路径和归属方式都在变化。现在正是重构字段体系、入口编号和任务事件图的窗口期，因为一旦用户习惯先把任务交给 AI，再去使用具体工具，你的归因系统如果还停留在旧时代，就很难看懂下一轮增长从哪里开始。而这，正是【xAI Skills】今天最值得被认真对待的地方。