Bark
定义
Bark 是一款用于发送推送通知的工具。在原文场景中，它被用来解决 Claude Code 执行长任务时，用户离开电脑后无法及时知道任务是否完成的问题。
作者将它作为 Hook 调用的通知出口：当 AI 干完活、失败，或进入等待人工输入的状态时，自动把消息推送到手机或手表上，让用户不用反复回到电脑前查看。
身份与角色职责
Bark 在这套工作流里不是负责思考或执行任务的组件，而是负责“任务完成后通知人”的推送层。
它承担的职责主要有四个：
- 作为长任务完成后的通知工具，提醒用户 AI 已经处理完毕。
- 作为 Hook 可调用的目标，把自动化流程中的结果发送到个人设备。
- 作为跨设备提醒通道，让手机和手表同时收到通知。
- 作为可区分的提示系统，通过自定义推送声音，让这类提醒与微信、飞书、短信等常见通知区分开。
原文中的使用方式
原文给出的触发背景很具体：作者在开始别的工作前，让 Claude Code 去做一个“比较大的功能”，而且还比较着急。由于任务会持续跑十几分钟甚至更久，作者离开电脑后需要来回查看任务是否结束，体验很差。
因此作者让 Claude Code 帮忙研究“任务干完后如何通知自己”，并特别提出一个要求：最好能和常用软件提示音区分开。
随后，Claude Code 推荐了 Bark。作者再顺手让 Claude Code 写了一个“调用 Bark 的 Hook”，把任务完成事件接入推送。
接入后，体验变化非常直接：
- AI 任务完成时，会自动发消息。
- 手机和手表会同时收到提醒。
- 可以自定义推送声音。
- 一听声音就知道不是微信、飞书或短信，而是 AI 已经干完活了。
- 用户可以放心离开电脑，等收到提醒后再回来查看成果。
关键信息
根据原文，Bark 具有以下明确属性：
- 可在 App Store 直接下载使用。
- 免费。
- 不需要注册。
- 安装完成后会提供一个“推送用的链接”。
- 这个链接可以交给 AI 配置进自动化流程中。
这里的关键不是手动一条条发消息，而是拿到推送链接后，把它嵌入 Hook，从而让通知变成自动动作。
与 Hook 的关系
Bark 本身是通知工具，真正决定“什么时候发通知”的是 Hook。
在原文的 [[Loop Engineering]] 语境里，Hook 负责监听某个时刻并触发动作；Bark 则是被触发后执行消息发送的外部能力。
这意味着 Bark 适合接在事件驱动流程的末端，典型形式包括：
- 任务成功时发送一个较轻松的提示音。
- 任务失败时发送一个更明显的提示音。
- 需要人工继续输入时，在推送内容里直接写清楚“它在等什么”。
也就是说，Bark 不只适用于“完成通知”这一种状态，还可以扩展成任务状态分流通知器。
细节与边界
原文对 Bark 的描述很明确，但边界也很清楚：
- 它解决的是“通知到人”的问题，不负责替代 Claude Code 写代码或处理任务本身。
- 它适合放在长任务、异步任务、需要人离开屏幕等待结果的场景里。
- 它的价值很大程度上来自与 Hook 的结合；如果不接入自动化，只是单独安装工具，意义会小很多。
- 原文强调了“提示音区分”的体验价值，说明它并不只是把消息发出来，更重要的是让用户在嘈杂通知环境中能立刻识别来源。
此外，作者提到收到的提醒“而且还是中文”，说明这类推送在实际使用中已经足够直观，不需要回到电脑再二次判断消息含义。
适用场景
结合原文，Bark 适合以下场景：
- Claude Code 跑一个十几分钟甚至更久的大任务。
- 用户需要暂时离开电脑去处理别的事情。
- 用户不想来回切回终端确认是否完成。
- 用户希望在手机、手表上第一时间收到结果。
- 用户希望把 AI 通知与微信、飞书、短信等常规消息分开识别。
这使它成为 Loop Engineering 中很典型的一类末端组件：前面是事件和执行，最后一步是把结果稳定通知给人。
在全文工作流中的位置
原文最后总结了一种更大的模式：未来越来越多的 AI 工作流会是事件驱动的，例如“新的一天开始了，它帮你启动；文件出现了，它去处理；上下文快满了，它先归档；任务完成了，它来通知；一天结束了，它自动总结”。
在这个框架里，Bark 对应的就是“任务完成了，它来通知”这一环，是把 AI 从被动聊天框，推进到可自主运转系统中的一个小但关键的部件。