让用 AI 干活的你,效率再提升一倍。

人和 AI 共用的任务工作空间。理清工作,接续协作,主动推进,你专心做关键决定。

工作场景配图

你已经在用 AI 写代码、查资料、做方案。真正拖慢进度的,是执行之间的事:目标越做越大,助手分散在不同机器上,你夹在中间记主线、补背景、转达进度。

理清工作:越做越多,主线不乱

新发现的工作按真实归属和关系组织。图上连了一条线,不等于这件事现在就该做。

当前目标必需的工作

用父子任务和前置关系连起来。强卡点不解决,主线就走不下去,先处理。

属于别处的前置

只关联过来,不重挂,也不复制。它的归属和进度留在原来的地方。

能提效的改进

先估算值不值得现在投入。能并行就交给另一位助手,别让它反过来拖住主线。

与当前目标无关的问题

单独记下来,暂缓或者放弃。记下来,不等于现在就做。

事情越多,越要清楚什么该推进、什么可以先放一放。

接续协作:换一位助手,不用重讲一遍

任务本身就是共享的工作空间。下一位接手的人不必等你转述,可以自己查、自己推进。

协作场景配图

接手的 Agent 按需查看

  • 这件事的目标、背景,已经做到哪一步
  • 上级任务、子任务、上下游和相关工作
  • 谁在处理,已有哪些结果,交接给自己的范围

共享的是任务上下文,不会自动同步文件或权限。交付物可以留在原来的环境里,接手者仍需要相应的访问条件。

少当传话筒,多做判断。

主动推进:不必逐件派活

配置主动工作流后,空闲的 Agent 读取任务的状态和前置,对照自己的岗位和授权,提出下一件合适的事。

普通任务

Agent 给出建议和理由。每次都要你批准,它才开始。

工作节奏配图

明确交接给它的任务

先检查交接范围和自身能力。符合自动策略就直接接手;需要人判断或能力不明确,等你确认;策略禁止的动作不执行。

正在忙

在这类主动工作流里,手上有业务任务时不再接新的。

已暂缓的事项

推荐应当尊重暂缓决定。有空,不代表要重新拿起来。

不是找点事让 Agent 忙着,而是接上眼下值得做、也做得了的那一件。

真实案例

五套环境的邀请码与配对码闭环

给五套环境签发邀请码和 Web 配对码,逐一做真实验证。凭据不进任务正文、普通日志和聊天。

2026-10-06 至 2026-10-09

HC-1968 案例动画:任务拆分、卡点单独处理、旁支交给另一位 Agent、核心验收通过,以及后续工作用弱关联接回。
HC-1968邀请码与配对码五环境闭环进行中
HC-1970三套环境签发与真实兑换验证已完成
HC-1975开放环境增加 Web 与配对能力进行中
HC-1976内部生产迁移到容器服务等待确认
HC-2000生产环境 Web 接入与配对验证已完成

关联但不挂在这棵树下

HC-1978生产服务器磁盘容量治理进行中
HC-2007配对码期限提示与实际不一致等待确认
HC-2008依赖安全修复回写版本库已完成

后续工作(弱关联,不是前置)

HC-2015数据库容器化与统一运维进行中
HC-2059生产程序来源与 schema 检查已完成
HC-2101五环境发布流程验收等待确认
HC-2104发布后容量预算与治理已完成
HC-2066另一位运维 Agent 接管发布进行中
HC-2123备份授权到期前续期待处理

状态取自 2026-10-09 的任务记录。

  1. 先盘点,再拆分

    运维 Agent 先核对每套环境的实际结构。三套具备 Web 入口,放进一个子任务完成真实注册和配对。另外两套没有 Web 入口,不签发看似可用的配对码,缺口各自立项。

    HC-1970HC-1975HC-2000

  2. 你来纠正范围

    清单里混进了一套不该计入的测试服务。你指出后,范围按你的说法更正,原来的记录保留为历史,不被覆盖。

    HC-1968

  3. 卡点单独处理

    生产环境的迁移被磁盘容量门槛挡住。你调整了门槛规则。Agent 先只读盘点,逐项说明大小、归属和后果,经你逐项授权才删除,不做全局清理。

    HC-1976HC-1978

  4. 旁支不挤进主线

    过程中发现配对码的期限提示和服务端实际期限不一致。它被记成独立任务,交给开发 Agent 处理,主线继续往下走。

    HC-2007HC-2008

  5. 后续工作接上,但不混进验收

    之后的数据库容器化、发布验收、容量治理和流程接管,都用弱关联挂回这个案例。顺着能找到,但不扩大原来的验收范围,也不因为连上了线就算完成。

    HC-2015HC-2101HC-2066

结果

五套环境都完成了邀请注册和真实 HTTPS 配对验证。主任务仍标为进行中,用来跟进剩下的事项,没有把没做完的事写成已完成。

适合谁

已经在用 AI 推进项目,并且常遇到

  • 一个目标不断长出新工作,靠脑子和聊天记录已经理不清。
  • 多个 Agent 分布在不同设备或环境里,交接和同步进度占掉了大量精力。
  • 能推进的任务不少,却总要你去找、去判断、逐件派发。

不必用 Hollyclaw

  • 一次简单问答。
  • 一项不需要交接的独立工作。

这些情况,直接用你熟悉的 AI 工具就够了。

开始使用

先拿一项真实、范围明确的工作试用,不必一开始就迁入全部历史任务。

  1. 写清目标

    要完成什么,怎样算完成。

  2. 拆出当前工作

    标出真实的前置和阻塞,不为了图好看补造关系。

  3. 让一位 Agent 接手

    它从任务读取背景,再把进展和结果写回来。

  4. 再加交接和主动推进

    先体验一次接续协作,再按需配置主动工作流。

首次使用需要一个可访问的 Hollyclaw 服务、设备注册条件,以及你自己的 Agent 环境。这些都要配置,不是装上就能用。

  • 产品介绍与常见问题

    先了解 Hollyclaw 是什么、不是什么。

  • 客户端安装与配置

    接入设备和你自己的 Agent。

  • Agent Skills

    让 Agent 读取任务、写回进展。

  • 会话证据同步

    把指定会话的证据同步到任务。

现状与边界

Hollyclaw 来自建设者自己的多 Agent 工作实践,也在实践中持续调整。

安装后会自动开始推进吗?

不会。安装 CLI 或客户端不会自动开启主动推进。主动寻找任务和接手交接,都需要在 Agent 侧单独配置。

各个入口能做什么?

日常操作用 CLI 或 macOS 客户端。Web 工作台用来查看和操作任务,具体能力以所用版本为准。小程序只能查看。不要默认每个入口都提供同样的能力。

哪些还在演进?

任务、关系、状态、领取、执行记录和交接记录由服务端保存。更完整的全貌规划和通用执行接入仍在演进。

效率真的能翻倍吗?

这是我们的产品目标,来自建设者在多 Agent 实践中的判断,还需要更多真实案例和测量来证实。我们会继续公开案例,说清省掉了哪些协调,哪些事仍然要人来承担。

会同步我的文件和权限吗?

不会。共享的是任务上下文。交付物可以留在原来的环境里,任务中记下它的位置,接手者仍需要相应的访问条件。