使用浏览器智能体编辑和迁移 Substack 文章
在我没有盯着看的时候，Claude in Chrome 完成了 3 项 Substack 任务。任务：在我没有盯着看的时候，Claude in Chrome 完成了 3 项 Substack 任务：一次手动编辑、一次完整迁移，以及添加一则 Future Prisca Note。下面详细介绍它是如何逐一完成这些任务的。今天早些时候，我给 Claude in Chrome 布置了三项 Substack 任务：一项是手动编辑现有文章，一项是迁移整篇博客文章，还有一项是在旧文章中插入一则 Future Prisca Note。我粘贴了迁移提示词，然后就走开了。我没有守在屏幕前，也没有看着 Claude 点击菜单或滚动编辑器。它工作时，我去做了别的事。等我回来，一切都完成了。三项任务，全部发布、上线，而且准确无误。随后我想到：我根本不知道它具体做了什么。于是，我让 Claude in Chrome 记录自己的工作流程，包括每一个操作、每一次决策、每一次失败及恢复过程。你现在读到的，就是那次请求的结果，只不过经过了整理，变成了人能真正看懂的说明。为什么要写这篇文章：这就是我一直承诺要写的那篇文章。在那篇让 Claude in Chrome 解释自身运作方式的博客中，我介绍了总体机制：它有哪些工具，如何通过截图观察，如何通过 JavaScript 执行操作，以及思考循环如何将这一切串联起来。但我特意没有展开逐项任务的细节，并表示之后会补上。在那篇讲 Igor Jarvis 拥有两种生活的博客中，我承诺会详细介绍 Claude in Chrome 如何处理 Igor 被配置来管理的三种具体迁移场景：手动编辑、新博客文章，以及 Future Prisca Note。现在，我来兑现这两个承诺。实际上还是同一天兑现的。（我说过，这股势头不会停。）三项任务：以下是 Claude in Chrome 在我没有盯着看的时候完成的工作。任务 1：手动编辑。在已经发布的 Substack 文章《朋友们，我欠你们一个解释》中插入两个新段落，包含 5 个超链接和 2 个斜体词，同时不向邮件订阅者重新发送文章。任务 1：手动编辑。在已经发布的 Substack 文章《朋友们，我欠你们一个解释》中插入两个新段落，包含 5 个超链接和 2 个斜体词，同时不向邮件订阅者重新发送文章。任务 2：完整迁移博客文章。从我的作品集网站取出 Allen Kendrick 重新介绍自己的那篇博客文章，转换所有链接，保留全部格式，插入订阅按钮，并将其作为一篇全新的 Substack 文章发布，同时启用邮件发送。任务 2：完整迁移博客文章。从我的作品集网站取出 Allen Kendrick 重新介绍自己的那篇博客文章，转换所有链接，保留全部格式，插入订阅按钮，并将其作为一篇全新的 Substack 文章发布，同时启用邮件发送。任务 3：Future Prisca Note。在较早的 Substack 文章《Claude 神级技巧 #11：认识 Allen Kendrick》中插入一则 Future Prisca Note，引导读者访问 Allen 最新的自我介绍，同时不触发向订阅者发送邮件。任务 3：Future Prisca Note。在较早的 Substack 文章《Claude 神级技巧 #11：认识 Allen Kendrick》中插入一则 Future Prisca Note，引导读者访问 Allen 最新的自我介绍，同时不触发向订阅者发送邮件。每项任务都不同，也各有挑战。但三项任务都遵循相同的三条原则：Claude 通过截图观察，通过 JavaScript 执行操作，而 ProseMirror 的文档树则确保每次插入都能精确到具体的字符位置。下面具体说明。任务 1：手动编辑。目标：我的文章《朋友们，我欠你们一个解释》已经在 Substack 上线。我需要在指定的现有段落之间添加两个新段落，其中包含 5 个超链接和 2 个斜体词。关键是，更新已发布的文章绝不能导致文章被重新发送给订阅者，否则既令人困惑，又像是在发送垃圾邮件。进入编辑器：Claude 首先打开 Substack 上已上线的文章，截取屏幕以确认页面已加载，然后寻找编辑按钮。这里有个有意思的细节：已发布的 Substack 文章上没有直接可见的编辑按钮，它藏在三点菜单里。Claude 先尝试通过页面的无障碍树查找按钮，没有找到，于是改用截图中的坐标点击三点菜单。这就是我在上一篇文章中描述的思考循环：先观察，尝试更智能的方法；如果行不通，就退回到视觉方法。；工具：Claude in Chrome。人工角色：原文未说明人是如何持续参与其中的。；局限：来源未说明智能体自主执行的成本、延迟或失败率。可靠性取决于智能体在无人工干预的情况下正确解释 UI 变化并从错误中恢复的能力。该工作流程假设对 Substack 编辑器的稳定访问以及迁移任务提示词工程的正确性。。
工具
Agent Work Atlas 发布日期:
概述
在我没有盯着看的时候，Claude in Chrome 完成了 3 项 Substack 任务。
工作流程
在我没有盯着看的时候，Claude in Chrome 完成了 3 项 Substack 任务：一次手动编辑、一次完整迁移，以及添加一则 Future Prisca Note。下面详细介绍它是如何逐一完成这些任务的。今天早些时候，我给 Claude in Chrome 布置了三项 Substack 任务：一项是手动编辑现有文章，一项是迁移整篇博客文章，还有一项是在旧文章中插入一则 Future Prisca Note。我粘贴了迁移提示词，然后就走开了。我没有守在屏幕前，也没有看着 Claude 点击菜单或滚动编辑器。它工作时，我去做了别的事。等我回来，一切都完成了。三项任务，全部发布、上线，而且准确无误。随后我想到：我根本不知道它具体做了什么。于是，我让 Claude in Chrome 记录自己的工作流程，包括每一个操作、每一次决策、每一次失败及恢复过程。你现在读到的，就是那次请求的结果，只不过经过了整理，变成了人能真正看懂的说明。为什么要写这篇文章：这就是我一直承诺要写的那篇文章。在那篇让 Claude in Chrome 解释自身运作方式的博客中，我介绍了总体机制：它有哪些工具，如何通过截图观察，如何通过 JavaScript 执行操作，以及思考循环如何将这一切串联起来。但我特意没有展开逐项任务的细节，并表示之后会补上。在那篇讲 Igor Jarvis 拥有两种生活的博客中，我承诺会详细介绍 Claude in Chrome 如何处理 Igor 被配置来管理的三种具体迁移场景：手动编辑、新博客文章，以及 Future Prisca Note。现在，我来兑现这两个承诺。实际上还是同一天兑现的。（我说过，这股势头不会停。）三项任务：以下是 Claude in Chrome 在我没有盯着看的时候完成的工作。任务 1：手动编辑。在已经发布的 Substack 文章《朋友们，我欠你们一个解释》中插入两个新段落，包含 5 个超链接和 2 个斜体词，同时不向邮件订阅者重新发送文章。任务 1：手动编辑。在已经发布的 Substack 文章《朋友们，我欠你们一个解释》中插入两个新段落，包含 5 个超链接和 2 个斜体词，同时不向邮件订阅者重新发送文章。任务 2：完整迁移博客文章。从我的作品集网站取出 Allen Kendrick 重新介绍自己的那篇博客文章，转换所有链接，保留全部格式，插入订阅按钮，并将其作为一篇全新的 Substack 文章发布，同时启用邮件发送。任务 2：完整迁移博客文章。从我的作品集网站取出 Allen Kendrick 重新介绍自己的那篇博客文章，转换所有链接，保留全部格式，插入订阅按钮，并将其作为一篇全新的 Substack 文章发布，同时启用邮件发送。任务 3：Future Prisca Note。在较早的 Substack 文章《Claude 神级技巧 #11：认识 Allen Kendrick》中插入一则 Future Prisca Note，引导读者访问 Allen 最新的自我介绍，同时不触发向订阅者发送邮件。任务 3：Future Prisca Note。在较早的 Substack 文章《Claude 神级技巧 #11：认识 Allen Kendrick》中插入一则 Future Prisca Note，引导读者访问 Allen 最新的自我介绍，同时不触发向订阅者发送邮件。每项任务都不同，也各有挑战。但三项任务都遵循相同的三条原则：Claude 通过截图观察，通过 JavaScript 执行操作，而 ProseMirror 的文档树则确保每次插入都能精确到具体的字符位置。下面具体说明。任务 1：手动编辑。目标：我的文章《朋友们，我欠你们一个解释》已经在 Substack 上线。我需要在指定的现有段落之间添加两个新段落，其中包含 5 个超链接和 2 个斜体词。关键是，更新已发布的文章绝不能导致文章被重新发送给订阅者，否则既令人困惑，又像是在发送垃圾邮件。进入编辑器：Claude 首先打开 Substack 上已上线的文章，截取屏幕以确认页面已加载，然后寻找编辑按钮。这里有个有意思的细节：已发布的 Substack 文章上没有直接可见的编辑按钮，它藏在三点菜单里。Claude 先尝试通过页面的无障碍树查找按钮，没有找到，于是改用截图中的坐标点击三点菜单。这就是我在上一篇文章中描述的思考循环：先观察，尝试更智能的方法；如果行不通，就退回到视觉方法。
原文报告的结果
作者报告称所有三项任务均已成功完成，文章已发布、上线且正确无误。然而，未提供量化指标或独立验证。结果完全依赖于作者在事后对智能体自我记录工作流程的回顾。
人工角色
原文未说明人是如何持续参与其中的。
局限
来源未说明智能体自主执行的成本、延迟或失败率。可靠性取决于智能体在无人工干预的情况下正确解释 UI 变化并从错误中恢复的能力。该工作流程假设对 Substack 编辑器的稳定访问以及迁移任务提示词工程的正确性。
试一试
作为使用 Claude in Chrome 的浏览器自动化智能体行动。我将提供三项具体的 Substack 任务：1) 编辑现有文章 [可替换：文章 URL] 以插入 [可替换：内容详情] 且不重新发送邮件。2) 将博客文章从 [可替换：源 URL] 迁移到 Substack，转换链接并保留格式。3) 在 [可替换：旧文章 URL] 中插入指向 [可替换：新内容] 的注释。 步骤： 1. 导航至目标 Substack 文章。 2. 使用截图验证页面加载并定位编辑菜单。 3. 使用 JavaScript 访问 ProseMirror 文档树以进行精确的内容插入。 4. 在保存前通过截图验证更改。 5. 对于更新，确保未勾选“通过邮件发送”。对于新文章，确认邮件投递设置。 6. 如果出现任何意外的 UI 元素，请在点击“发布”或“更新”前停止并请求人工确认。 交付物：所采取操作的摘要、最终状态的截图以及邮件设置的确认。如果无法识别编辑器结构，请勿继续。
来源报告未经独立核验。发布日期为本站案例发布日期，并非原始文章日期。