Token导航 LogoToken导航

Agent Skill · 效率

longtask-system(长任务系统)

longtask-system 用于补充效率相关能力,适合在 OpenClaw 中需要让 Agent 承接效率相关任务时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

longtask-system 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为需要联网;许可证为 MIT-0,第三方扫描有提醒项,按安装量在效率类的 21,003 个 Skill 里排第 3,968。

总安装 14,829周安装 637GitHub Stars 1下载 5,198核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.2.2

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:longtask-system(长任务系统)
来源仓库:https://github.com/noah-1106/longtask-system
安装命令:
openclaw skills install longtask-system
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install longtask-system

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

状态文件驱动的长任务管理器将任务拆分为顺序子任务,支持多代理协作和实时可视化监控。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install longtask-system;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要需要联网,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

longtask-system 怎么安装?

在终端执行 openclaw skills install longtask-system。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

longtask-system 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

longtask-system 需要什么权限?

权限级别是需要联网。该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

longtask-system 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

longtask-system 用的人多吗?

公开数据是累计安装 14,829 次,近一周安装 637 次,下载 5,198 次,GitHub 1 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

longtask-system 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。

先想清楚的地方

  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
github

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
longtask-system

长任务系统 · 本页

14,8291需要联网MIT-0有提醒

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
longtask_system
version
1.2.0
description
|

LongTask System - 长程任务执行管理

核心原则:保持自动化运行。任一环节断链(Agent 离线、CLI 失败等)都会打断自动化流程并标记任务失败。为此引入 Agent Inbox 作为 fallback 机制,支持原子级进度记录和崩溃后重启续做。

解决长任务执行中的"睡着"、跳步、上下文丢失问题。

核心机制

daemon.sh ──▶ task_state.json ──▶ Agent 执行 ──▶ complete_step.sh ──▶ 下一任务
   ▲                                                    │
   └────────────────── 状态更新 ────────────────────────┘
  1. daemon.sh 每15秒检查任务状态
  2. 发现 pending 子任务 → 标记为 doing → 通知 Agent(CLI 或 inbox)
  3. Agent 执行任务 → 调用 complete_step.sh 标记完成
  4. daemon 触发下一任务

文件结构

longtask_system/
├── daemon.sh          # 守护进程
├── notify_agent.sh    # 通知 Agent(CLI/inbox 双模式)
├── consume_inbox.sh   # Agent 读取并删除 inbox 任务
├── complete_step.sh   # 标记任务完成
├── cockpit_renderer.py # 可视化驾驶舱生成器 (Cockpit Visualizer) ⭐ NEW
├── agents.json        # Agent 配置
├── agent_inbox.json   # 消息收件箱(CLI 失败时备用)
├── task_template.json # 任务模板
├── tasks/             # 任务文件目录
└── longtask_log/      # 日志目录

快速开始

1. 配置 Agent

编辑 agents.json:

{
  "agents": [
    {"agent_id": "bibi", "agent_name": "笔笔"},
    {"agent_id": "tutu", "agent_name": "图图"}
  ]
}

2. 创建任务

cp task_template.json tasks/my_task.json
# 编辑:定义 steps 数组,指定 agent_id

3. 启动守护进程

# 方案1: screen(推荐,跨平台,可恢复查看)
screen -d -m -S longtask bash daemon.sh my_task

# 方案2: setsid(Linux 环境)
setsid bash daemon.sh my_task > longtask_log/daemon.log 2>&1 &

# 或前台调试
./daemon.sh my_task

注意:OpenClaw 等 Agent 框架在 session 结束时会清理子进程,必须使用 screen 或 setsid 确保 daemon 不被杀掉。

4. Agent 消费任务

方式1:CLI 直接通知(正常流程)

  • Agent 收到消息 → 执行任务
  • 回调时必须使用任务标识(文件名):./complete_step.sh 任务名 step_id success

方式2:Inbox 消费(崩溃恢复/CLI 失败)

# 读取并删除自己的 pending 任务(原子操作)
TASK_JSON=$(./consume_inbox.sh bibi)

if [ -n "$TASK_JSON" ]; then
    # 解析任务信息
    TASK_NAME=$(echo "$TASK_JSON" | jq -r '.task_name')
    STEP_ID=$(echo "$TASK_JSON" | jq -r '.step_id')
    
    # 执行任务...
    
    # 标记完成
    ./complete_step.sh "$TASK_NAME" "$STEP_ID" success
fi

关键:consume_inbox.sh 是读取即删除,防止重复消费。

任务定义

{
  "task_id": "batch_writing_20260313",
  "description": "批量写作15篇文章",
  "status": "running",
  "total_steps": 15,
  "agent_id": "bibi",
  "session_name": "main",
  "max_retry": 0,
  "steps": [
    {
      "id": 1,
      "name": "文章1:伊朗警告美国科技公司",
      "status": "pending",
      "params": {"topic": "...", "fingerprint": "..."}
    }
  ]
}

关键字段

字段说明默认
agent_id执行 Agent-
session_nameSession 名称main
max_retry单步骤失败重试次数0(不重试)
global_retry全局自动复苏次数(离线恢复用)0(最多3次)
steps[].statuspending/doing/done/failed-

状态流转

子任务: pending ──▶ doing ──▶ done
                    │
                    ▼ (超时或失败)
                  failed ──▶ pending (重试,若 retry < max_retry)
                    │
                    ▼ (重试用尽)
                  任务标记 failed,daemon 退出

超时:doing 状态默认 5分钟 超时(环境变量 TIMEOUT 可调)。

断点续传:重启任务时(status 改回 running):

  • done → 跳过
  • failed → 重置 retry_count 为 0,重新尝试
  • pending → 执行

多 Agent 协作

Session ID 格式:agent:{agent_id}:{session_name}

示例:agent:bibi:main、agent:tutu:main

在任务中指定 agent_id 即可分配给不同 Agent。

关键设计

1. 原子写入

jq '...' state.json > tmp.json && mv tmp.json state.json

2. 防重复消费

  • CLI 成功:直接送达 Agent
  • CLI 失败:写入 inbox,Agent 用 consume_inbox.sh 读取即删除

3. Fail-Stop 闭环(任务复苏)

CLI 投递失败时的处理流程:

1. CLI 失败 → 写入 Inbox → daemon 标记 failed → daemon 自杀
2. Agent 重启 → consume_inbox.sh → 执行任务 → complete_step.sh
3. 自动复苏:子任务成功时,若全局状态为 failed,自动重置为 pending
4. 重启 daemon → 继续执行

防重保护:notify_agent.sh 写入 Inbox 前检查是否已存在相同任务,避免重复投递。

全局重试上限:global_retry 字段记录自动复苏次数,超过 3 次不再自动重置,需手动检查。

调试

tail -f longtask_log/daemon.log              # 全局守护进程日志
tail -f longtask_log/task_任务名.log         # 单个任务的独立日志
tail -f longtask_log/trigger.log             # 任务触发日志
cat agent_inbox.json | jq                    # 检查 inbox
cat tasks/任务名.json | jq                   # 检查任务状态

🎨 Cockpit 可视化驾驶舱 / Visual Cockpit ⭐ NEW

实时监控任务执行状态的可视化界面。

功能特性 | Features

  • 🐕 萌宠主题 - Pet Workshop 可爱风格,缓解等待焦虑
  • 🔄 实时刷新 - 每 3 秒自动更新状态
  • 📊 进度可视化 - 果酱流动效果进度条
  • 🎭 状态动画 - 不同状态对应不同小动物动画:

- 🐱 done - 猫咪满意 - 🐕 doing - 小狗挖土(摇摆动画) - 💤 pending - 小猫睡觉(呼吸动画) - 👻 failed - 小鬼出现

自动生成

Cockpit 会在以下情况自动生成/更新:

  • 任务状态变更时(daemon 自动触发)
  • 手动运行: python3 cockpit_renderer.py tasks/任务名.json

查看驾驶舱

# 生成后打开浏览器查看
open tasks/cockpit.html

截图预览 / Screenshot

See preview in GitHub README


注意事项

  1. 不要手动修改 doing 状态的任务
  2. 默认不重试:max_retry 默认为 0,失败即停
  3. 超时时间:默认 5分钟,可通过环境变量 TIMEOUT 调整
  4. daemon 自动退出:状态文件超过 20 分钟未更新时退出

更新日志

  • v1.2 (2026-03-17)

- 新增 cockpit_renderer.py 可视化驾驶舱,萌宠主题设计 - 修复 daemon 在 OpenClaw 环境下被 session 杀掉的问题(使用 screen/setsid) - 优化 agent_id 读取逻辑,支持 step 级别覆盖 - 优化驾驶舱 Agent 显示,正确显示 step 级 agent_id

  • v1.1 (2026-03-13)

- 新增 consume_inbox.sh,实现读取即删除 - 新增多 Agent 支持 - 新增 agents.json 配置

  • v1.0 (2026-03-12)

- 初始版本

平台分布

OpenClaw

70.42%
按下载量换算3,660

安全审计

VirusTotal

可疑

ClawScan

可疑

Static analysis

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills