上一篇写“已经有 Agent 了为什么还需要 AI 浏览器”时我把重点放在了 workflow有些网页任务不是做一次就结束而是会反复经过同一套步骤。在 Ayehttps://okaapps.com/product/6760281977 里这类 workflow 会以 Skill 的形式出现。既有可以直接运行的内置 Skill也可以把自己的常用流程保存下来。这次不继续讲概念直接跑一个内置 Skill文章转小红书图文草稿。这个 Skill 要做的不只是“写一段小红书文案”Aye 当前版本对它的说明是读取 9to5Mac 文章下载并上传原文正文图片按小红书风格改写成图文草稿不发布。9to5Mac 是一家英文苹果科技媒体。手动把一篇文章整理成小红书图文时我通常要先读原文、找正文图片、改写中文标题和正文再打开小红书编辑器上传图片、填写内容。如果只让聊天工具“改成小红书风格”它能给出文字但后面这些网页操作还得自己接着做。这个 Skill 想省掉的正是从来源页到平台草稿之间的重复步骤。我在技能页面启动后Aye 会在新标签页中运行这套流程原页面也给出了启动确认。图 1启动 Skill 后Aye 提示任务已在新标签页中运行。跑起来以后它先做什么任务开始后Aye 没有立刻生成一段文案而是先在右侧任务栏里规划步骤。录屏里能看到它准备读取 9to5Mac 的最新文章处理正文图片再进入小红书创作页面填写草稿并且明确写着“不要发布不要提交”。图 2任务刚开始时页面显示“正在准备”右侧任务栏列出了后续操作。随后Aye 打开 9to5Mac 首页。右侧任务记录会显示当前完成到哪一步而不是只给一个没有过程的最终结果。图 3Aye 已打开来源网站任务栏中可以看到已完成和正在执行的步骤。这点比较像我自己处理文章时的顺序先确定来源内容再处理图片和文字最后才去平台编辑器。区别是页面跳转、素材整理和填写动作被接进了同一条任务里。最终草稿里实际出现了什么这次任务最后停在了小红书图文编辑器没有点击发布。编辑器里的标题被整理为“哈弗车主好消息iPhone 车钥匙来了”正文也已经转换成中文短段落。图片区域显示“1/18”说明草稿中已经加入了多张图片页面下方仍然保留“暂存离开”和“发布”按钮最后一步没有替用户完成。这比“AI 帮我写了一段文案”多了几层实际操作• 读取英文来源文章• 找到并处理正文图片• 重新组织中文标题和正文• 进入小红书创作页面• 上传图片并填写图文草稿• 在发布前停下来交给用户检查。真正省下来的是中间那些零碎步骤单独看每一步其实都不难。麻烦的是这些事情要来回切网页而且每换一篇文章都要再做一次。普通 AI 改写主要处理“输入一段文字输出另一段文字”。AI 浏览器里的 Skill 还要处理浏览器中的过程识别来源页面、切换标签页、处理图片、打开编辑器并填写草稿。所以我判断这类 Skill 好不好用不会只看文案是否顺口还会看整条流程有没有断原文有没有读对图片有没有混入 logo 或推荐图编辑器有没有填完整以及它有没有在该停下来的地方停下来。草稿生成以后我还是会检查四件事第一是事实。标题和段落可以重新组织但时间、产品名称、功能和数据不能因为改写而跑偏。第二是表达。小红书段落可以更短但不能为了吸引点击加入原文没有的结论。这次生成的标题比较像平台内容正式发布前仍要核对“哈弗车主”这一说法是否准确覆盖原文范围。第三是图片。Skill 说明里强调“原文正文图片”就是为了排除 logo、头像、广告和推荐图。不过原网页能显示图片不等于这些图片自动获得了转载授权。第四是发布状态。当前 Skill 明确写着“不发布”这很重要。账号、标题、正文、图片、话题和版权都应该由用户做最后确认。免费会影响这类 Skill 能不能经常用这种任务要读取网页、分析图片和文字还要继续操作另一个网站模型调用和 Token 消耗通常会比普通问答多。Aye 目前可以免费使用也内置了多个 AI 模型基础使用不用先购买 API。按照当前版本的机制如果某个内置模型暂时无法使用连续点击三次可以自动补充可用次数。价格、模型和次数机制以后可能变化发布前仍要以当前版本为准。但对第一次尝试网页 Agent 的人来说能先完整跑一次再决定这套 workflow 值不值得长期使用比一开始就配置 API 和计算调用费用轻松不少。这套 Skill 更适合哪些内容内置 Skill 用 9to5Mac 作为固定来源适合拿来观察整条流程但这不等于获得了原文和图片的转载许可。更稳妥的长期用法是处理自己的文章、公司已经授权的内容或者允许再利用的来源。这样既能保留自动整理和填写草稿的效率也不会把“浏览器能操作”误解成“内容可以直接发布”。下一篇我会继续拆“文章转公众号文章草稿”。它同样是把文章整理进平台编辑器但还要处理作者、正文格式和封面和小红书不是同一套流程。
