Token导航 LogoToken导航

Agent Skill · 研究检索

team-tasks(团队任务)

team-tasks 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

team-tasks 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描有未通过项,按安装量在研究检索类的 73,675 个 Skill 里排第 39,646。

总安装 1,384周安装 56GitHub Stars 448下载 435核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:team-tasks(团队任务)
来源仓库:https://github.com/win4r/team-tasks
仓库路径:skills/team-tasks
安装命令:
npx skills add https://github.com/win4r/team-tasks --skill team-tasks
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/win4r/team-tasks --skill team-tasks

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

team-tasks 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中快速定位候选结果。适用于需要根据关键词或任务场景进行信息检索的场景,支持多宿主环境集成。通过 npx skills add 命令从 GitHub 仓库安装,需结合原始 README 确认具体用法。

安装前建议确认权限范围和维护状态,注意可能触发联网或文件读写操作。team-tasks 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/team-tasks

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/win4r/team-tasks --skill team-tasks;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

team-tasks 怎么安装?

在终端执行 npx skills add https://github.com/win4r/team-tasks --skill team-tasks。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

team-tasks 支持哪些 AI 工具?

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

team-tasks 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

team-tasks 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

team-tasks 用的人多吗?

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

team-tasks 安全吗?

第三方扫描有未通过项,风险较高。除非你确认过源码,否则不建议直接安装到常用环境。

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

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

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

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

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
team-tasks

团队任务 · 本页

1,384448接触敏感数据未明确未通过

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

SKILL.md 原文

Team Tasks — Multi-Agent Pipeline Coordination

Overview

Coordinate dev team agents through shared JSON task files + AGI dispatch. AGI is the command center — agents never talk to each other directly.

Two modes:

  • Mode A (linear): Fixed pipeline order code → test → docs → monitor
  • Mode B (dag): Tasks declare dependencies, parallel dispatch when deps are met

Task Manager CLI

All commands use: python3 <skill-dir>/scripts/task_manager.py <command> [args]

Where <skill-dir> is the directory containing this SKILL.md.

Quick Reference

CommandModeUsageDescription
initboth`init <project> -g "goal" [-m linear\dag]`Create project
adddagadd <project> <task-id> -a <agent> -d <deps>Add task with deps
statusbothstatus <project> [--json]Show progress
assignbothassign <project> <task> "desc"Set task description
updatebothupdate <project> <task> <status>Change status
nextlinearnext <project> [--json]Get next stage
readydagready <project> [--json]Get all dispatchable tasks
graphdaggraph <project>Show dependency tree
logbothlog <project> <task> "msg"Add log entry
resultbothresult <project> <task> "output"Save output
resetbothreset <project> [task] [--all]Reset to pending
listbothlistList all projects

Status Values

  • pending — waiting for dispatch
  • in-progress — agent is working
  • done — stage completed
  • failed — stage failed (pipeline blocks)
  • skipped — intentionally skipped

Pipeline Workflow (Mode A: Linear)

Step 1: Initialize Project

python3 scripts/task_manager.py init my-project \
  -g "Build a REST API with tests and docs" \
  -p "code-agent,test-agent,docs-agent,monitor-bot"

Default pipeline order: code-agent → test-agent → docs-agent → monitor-bot

Step 2: Assign Tasks to All Stages

python3 scripts/task_manager.py assign my-project code-agent "Implement REST API with Flask: GET/POST/DELETE /items"
python3 scripts/task_manager.py assign my-project test-agent "Write pytest tests for all endpoints, target 90%+ coverage"
python3 scripts/task_manager.py assign my-project docs-agent "Write README.md with API docs, setup guide, examples"
python3 scripts/task_manager.py assign my-project monitor-bot "Verify code quality, check for security issues, validate deployment readiness"

Step 3: Dispatch Agents Sequentially

For each stage, AGI follows this loop:

1. Check next stage:   task_manager.py next <project> --json
2. Mark in-progress:   task_manager.py update <project> <agent> in-progress
3. Dispatch agent:     sessions_send(sessionKey="agent:<agent>:telegram:group:<id>", message=<task>)
4. Wait for reply      (sessions_send returns the agent's response)
5. Save result:        task_manager.py result <project> <agent> "<summary>"
6. Mark done:          task_manager.py update <project> <agent> done
7. Repeat from 1       (currentStage auto-advances)

Step 4: Handle Failures

If an agent fails:

python3 scripts/task_manager.py update my-project code-agent failed
python3 scripts/task_manager.py log my-project code-agent "Failed: syntax error in main.py"

To retry:

python3 scripts/task_manager.py reset my-project code-agent
python3 scripts/task_manager.py update my-project code-agent in-progress
# Re-dispatch...

Step 5: Check Progress Anytime

python3 scripts/task_manager.py status my-project

Output:

📋 Project: my-project
🎯 Goal: Build a REST API with tests and docs
📊 Status: active
▶️  Current: test-agent

  ✅ code-agent: done
     Task: Implement REST API with Flask
     Output: Created /home/ubuntu/projects/my-project/app.py
  🔄 test-agent: in-progress
     Task: Write pytest tests for all endpoints
  ⬜ docs-agent: pending
  ⬜ monitor-bot: pending

  Progress: [██░░] 2/4

Agent Dispatch Details

Session Keys (Dev Team)

AgentSession Key
code-agentagent:code-agent:telegram:group:-5189558203
test-agentagent:test-agent:telegram:group:-5218382533
docs-agentagent:docs-agent:telegram:group:-5253138320
monitor-botagent:monitor-bot:telegram:group:-5193935559

Dispatch Template

When dispatching to an agent, include:

  1. Project context — what the project is about
  2. Specific task — what this agent should do
  3. Working directory — where to create/find files
  4. Previous stage output — if relevant (e.g., test-agent needs to know what code-agent built)

Example dispatch message:

Project: my-project
Goal: Build a REST API with tests and docs
Your task: Write pytest tests for all endpoints in /home/ubuntu/projects/my-project/app.py
Target: 90%+ coverage, test GET/POST/DELETE /items
Working directory: /home/ubuntu/projects/my-project/
Previous stage (code-agent) output: Created app.py with Flask REST API, 3 endpoints

Delivery Context Fix

⚠️ If an agent's session was first created via sessions_send, its deliveryContext is webchat, not telegram. Agent replies won't appear in the Telegram group.

Workaround: After getting the agent's reply via sessions_send, use the message tool to relay key results to the group:

message(action="send", channel="telegram", target="-5189558203", message="✅ code-agent 完成: Created app.py")

Mode B: DAG Workflow (Parallel Dependencies)

Step 1: Initialize DAG Project

python3 scripts/task_manager.py init my-project -m dag -g "Build REST API with parallel workstreams"

Step 2: Add Tasks with Dependencies

TM="python3 scripts/task_manager.py"
# Root tasks (no deps — can run in parallel)
$TM add my-project design     -a docs-agent  --desc "Write API spec"
$TM add my-project scaffold   -a code-agent  --desc "Create project skeleton"

# Tasks with dependencies (blocked until deps are done)
$TM add my-project implement  -a code-agent  -d "design,scaffold" --desc "Implement API"
$TM add my-project write-tests -a test-agent -d "design"          --desc "Write test cases from spec"

# Fan-in: depends on multiple tasks
$TM add my-project run-tests  -a test-agent  -d "implement,write-tests" --desc "Run all tests"
$TM add my-project write-docs -a docs-agent  -d "implement"             --desc "Write final docs"

# Final gate
$TM add my-project review     -a monitor-bot -d "run-tests,write-docs"  --desc "Final review"

Step 3: View DAG Graph

$TM graph my-project
├─ ⬜ design [docs-agent]
│  ├─ ⬜ implement [code-agent]
│  │  ├─ ⬜ run-tests [test-agent]
│  │  │  └─ ⬜ review [monitor-bot]
│  │  └─ ⬜ write-docs [docs-agent]
│  └─ ⬜ write-tests [test-agent]
└─ ⬜ scaffold [code-agent]
   └─ ⬜ implement (↑ see above)

Step 4: Dispatch Ready Tasks

$TM ready my-project    # Shows all tasks whose deps are met

For each ready task, AGI follows this loop:

1. Get ready tasks:     task_manager.py ready <project> --json
2. For each ready task (can dispatch in parallel):
   a. Mark in-progress: task_manager.py update <project> <task> in-progress
   b. Dispatch agent:   sessions_send(sessionKey=..., message=<task + dep outputs>)
3. When agent replies:
   a. Save result:      task_manager.py result <project> <task> "<summary>"
   b. Mark done:        task_manager.py update <project> <task> done
   c. Check newly unblocked tasks (printed automatically)
4. Repeat until all done

Key DAG Features

  • Parallel dispatch: ready returns ALL tasks whose deps are satisfied — dispatch them simultaneously
  • Dep outputs forwarding: ready --json includes depOutputs — previous stage results to pass to agents
  • Auto-unblock notification: When a task completes, shows which tasks are newly unblocked
  • Cycle detection: add rejects tasks that would create circular dependencies
  • Partial failure: If one task fails, unrelated branches continue; only downstream tasks block
  • Graph visualization: graph shows tree view with status icons and dedup markers

Custom Pipelines

Linear (Mode A)

# Code + test only
python3 scripts/task_manager.py init quick-fix -g "Hotfix" -p "code-agent,test-agent"

# Docs first, then code
python3 scripts/task_manager.py init spec-driven -g "Spec-driven dev" -p "docs-agent,code-agent,test-agent"

DAG (Mode B)

# Diamond pattern: 2 parallel branches merge for review
$TM init diamond -m dag -g "Parallel dev"
$TM add diamond code -a code-agent --desc "Write code"
$TM add diamond test -a test-agent --desc "Write tests"
$TM add diamond integrate -a code-agent -d "code,test" --desc "Integration"
$TM add diamond review -a monitor-bot -d "integrate" --desc "Final review"

Choosing Between Modes

Mode A (linear)Mode B (dag)
WhenSequential tasks, simple flowsParallel workstreams, complex deps
DispatchOne at a time, auto-advanceMultiple simultaneous, dep-driven
Setupinit -p agents (one command)init -m dag + add per task
Best forBug fixes, simple featuresLarge features, spec-driven dev

Data Location

Task files: /home/ubuntu/clawd/data/team-tasks/<project>.json

⚠️ Common Pitfalls

Mode A: Stage ID is agent name, NOT a number

In linear mode, the stage ID is the agent name (e.g., code-agent), not a numeric index like 1, 2, 3.

# ❌ WRONG — will error "stage '1' not found"
python3 scripts/task_manager.py assign my-project 1 "Build API"
python3 scripts/task_manager.py update my-project 1 done

# ✅ CORRECT — use agent name as stage ID
python3 scripts/task_manager.py assign my-project code-agent "Build API"
python3 scripts/task_manager.py update my-project code-agent done
python3 scripts/task_manager.py result my-project code-agent "Created main.py"

This applies to all stage-referencing commands: assign, update, result, log, reset.

The pipeline order is defined by -p at init time (e.g., -p "code-agent,test-agent,docs-agent"), and next automatically advances through them in order — but you always reference stages by agent name.

Tips

  • One project per task — keep scope focused; create multiple projects for parallel work
  • Meaningful project slugs — rest-api-v2, bug-fix-auth, refactor-db (not project1)
  • Save results — always result before update done; this is the inter-agent context
  • Log liberally — log is cheap; helps debug failed pipelines
  • Reset and retry — reset --all for clean reruns; reset <stage> for targeted retry
  • DAG fan-out — one root task can unblock many parallel tasks
  • DAG fan-in — a task can depend on multiple predecessors (all must complete)

平台分布

Codex

38.07%
按下载量换算166

Claude

30.28%
按下载量换算132

Cursor

18.61%
按下载量换算81

Gemini CLI

9.89%
按下载量换算43

安全审计

Gen Agent Trust Hub

未通过

Socket

通过

Snyk

未通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

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

继续浏览同类 Skills