hzl

核心用法

HZL是专为OpenClaw设计的持久化任务追踪系统，通过本地SQLite数据库+可选云备份的架构，弥补OpenClaw缺乏原生任务管理工具的缺陷。核心工作流围绕单一openclaw项目展开：创建父任务作为需求容器→分解为带依赖关系的子任务→通过hzl task next领取工作→使用checkpoint记录关键进度→最终完成任务闭环。支持多代理场景下的租约机制（lease），防止任务冲突并支持崩溃恢复。

显著优点

会话边界生存：核心差异化能力，任务状态持久化到本地数据库，彻底解决AI会话重启后的上下文丢失问题。结构化工作流：支持任务嵌套（1级）、依赖关系、优先级排序，远超markdown文件的平面管理能力。多代理协调：租约机制+hzl task stuck检测，实现子代理崩溃后的自动恢复。人机协作：内置Web仪表板（hzl serve），开发者可实时可视化任务状态。零配置上手：纯CLI工具，通过标准包管理器安装，无复杂基础设施依赖。

潜在缺点与局限性

设计克制带来的功能边界：明确不做自动任务分解、智能调度、代理编排——这些需用户自行实现。单级嵌套限制：仅支持parent→subtask一层嵌套，复杂项目需扁平化设计。非 polished 产品：作者坦言这不是精致的人类待办应用，UI简陋。项目蔓延风险：文档反复强调必须使用单一openclaw项目，但缺乏强制约束，误用会导致管理混乱。网络暴露隐患：默认hzl serve绑定0.0.0.0，需手动配置--host 127.0.0.1限制本地访问。

适合的目标群体

OpenClaw重度用户：特别是处理多步骤、跨会话、需中断恢复的开发任务。多代理编排场景：需要主代理委派子代理并监控其健康状态的复杂工作流。长期运行项目：任何预计无法单会话完成的特性开发、系统重构、调研任务。团队协作补充：已有项目管理工具，但需要AI代理层执行追踪的技术团队。

使用风险

数据丢失风险：hzl init --force --yes和hzl task prune --yes可永久删除数据，虽文档明确警告，但代理误执行仍可能导致事故。依赖项可用性：需预装hzl二进制，沙箱环境需额外配置setupCommand。性能瓶颈：SQLite在极高并发写入场景可能成为瓶颈，但典型AI代理工作负载远未触及。版本兼容性：hzl CLI与skill文档版本需匹配，API变更可能导致命令失效。租约过期误判：代理若未正确续约，任务可能被其他代理"窃取"，导致重复工作。