HZL

🧾 代理协调的持久化任务账本

development榜 #3

本地优先的持久化任务账本,支持多步骤工作规划、会话边界进度检查点、多代理协调与项目池路由。适用于需要跨会话恢复或代理协作的复杂任务流。

收藏
18.2k
安装
4.1k
版本
2.7.0
CLS 安全性认证2026-05-18
点击查看完整报告 >

使用说明

HZL 概述

HZL 是一个本地优先(local-first)的任务账本系统,专为 AI 代理和自动化工作流设计。它通过 hzl CLI 提供完整的任务生命周期管理,核心定位是填补 OpenClaw 等环境缺乏原生任务跟踪的空白——与 Claude Code 的 TodoWrite 或 Codex 的 update_plan 不同,HZL 提供持久化、可跨会话恢复的任务状态。

核心用法

HZL 围绕四个核心概念构建:Project(项目容器)、Task(顶层工作项)、Checkpoint(进度快照)和 Lease(限时认领机制)。支持单代理简单场景(单一共享项目)和多代理池路由场景(按角色分项目)。

关键工作流包括:

  • 任务创建与认领hzl task add 创建任务,hzl task claim --next 认领下一个可用任务
  • 进度检查点hzl task checkpoint 在关键里程碑记录状态,支持会话恢复
  • 多代理协调:通过 --lease 参数防止任务 orphaned,支持 hzl task steal 恢复过期任务
  • 委托与交接hzl workflow run handoff/delegate 实现原子化的任务交接(v2+)
  • 依赖管理:支持任务间依赖关系,hzl dep list 查询阻塞项

显著优点

1. 会话边界韧性:任务状态持久化到本地数据库,代理重启或会话中断后可精确恢复
2. 多代理安全:Lease 机制防止任务被重复认领,支持 stuck 检测和自动恢复

3. 池路由灵活:通过 project 而非 agent 分配任务,支持角色级别的水平扩展

4. 本地优先隐私:数据默认本地存储,可选同步到 Turso/libSQL

5. Web 仪表板:内置 hzl serve 提供可视化界面

潜在局限

1. 无原生编排:不自动分解任务或调度代理,需外部编排层
2. 生命周期钩子有限:仅 on_done 触发 webhook,其他事件需轮询

3. 嵌套限制:子任务仅支持一级嵌套

4. 版本依赖:workflow 命令需 HZL v2+,旧版需 fallback 模式

适合人群

  • 使用 OpenClaw 等缺乏内置任务跟踪的代理框架的开发者
  • 需要跨会话恢复复杂多步骤任务的 AI 工作流设计者
  • 运行多代理系统的团队,需要协调 handoff 和依赖管理
  • 追求本地数据主权、避免云端任务管理 SaaS 的用户

常规风险

数据破坏性操作hzl init --force 会删除全部数据且无undo;hzl task prune --yes 永久清除已完成任务历史。必须用户显式授权方可执行。

Lease 管理:Lease 过期后任务可被其他代理 steal,需在关键操作前更新 checkpoint 和 lease。

并发冲突:多代理共享数据库时,必须使用 distinct --agent ID 并依赖 lease 避免碰撞。

Hook 延迟on_done webhook 非即时交付,依赖 hzl hook drain 的定时轮询(2-5分钟周期)。

安全解读

核心定位

HZL(Task Ledger)专为 OpenClaw 设计,弥补其缺乏原生 TodoWrite 或 update_plan 的短板。它采用本地优先架构,通过 hzl CLI 实现项目-任务-子任务的三层结构,支持跨会话断点续作、多智能体租赁锁(lease)与项目池路由。

核心用法

  • 项目初始化:单智能体用统一项目(如 openclaw),多智能体按角色分池(research/coding/writing 等)
  • 任务流转backlog → ready → in_progress → done,支持阻塞(block)、依赖(depends-on)与原子化交接(handoff/delegate)
  • 断点续作:通过 checkpoint 记录关键里程碑,结合 --lease 租赁机制防止任务孤儿
  • 会话恢复hzl workflow run start 自动处理过期租赁回收与新任务认领

显著优点

  • OpenClaw 原生缺失能力的补位:无需依赖外部 Notion/Trello,CLI 即插即用
  • 多智能体友好:项目池路由(pool routing)让同角色智能体竞争认领,租赁机制防止冲突
  • 本地优先+可选云同步:默认 SQLite,可接入 Turso 实现跨设备同步
  • 可验证工作流validate 检查循环依赖,stuck 检测过期租赁,支持跨项目依赖查询

潜在局限

  • 无自动编排:不主动分配任务,需外部调度层或人工触发
  • 无智能分解:任务拆分依赖人工或上层智能体规划
  • Hook 延迟on_done 通知非实时,需轮询 stucktask list 获取状态变更
  • 单级子任务:仅支持一级子任务,复杂项目需扁平化设计

适合人群

  • 多会话长程任务:担心上下文丢失的复杂项目(如代码重构、研究报告)
  • 多智能体协作场景:需要角色分工、交接与故障恢复的团队工作流
  • 本地优先用户:偏好数据自主、不愿绑定 SaaS 的开发者与高级用户

常规风险

  • 数据破坏指令init --force --yestask prune --yes 不可逆删除数据,需用户显式确认
  • 租赁误配置:过短的 lease 可能导致频繁 stuck,过长则降低故障恢复灵敏度
  • 并发冲突:同一 --agent ID 多实例运行会导致租赁状态混乱,需保证 ID 唯一性
  • 依赖漂移:文档引用外链(如 docs/sensor-spec.md)若失效,会导致恢复时上下文缺失

HZL 内容

手动下载zip · 5.5 kB
SKILL.mdtext/markdown
请选择文件