
Task Management
Use when admin gives a task to delegate to a Worker, when a Worker reports task...
Install
npx skills add agentscope-ai/AgentTeams --skill task-management -g -a claude-code -y- Repository
- agentscope-ai/AgentTeams5.9k
- Category
- Engineering
- Updated
- 3d ago
- License
- Apache-2.0
- Context cost
- Lightabout 518 tokens
- Runs scripts
- Yes, review before use
What it does
Use when admin gives a task to delegate to a Worker, when a Worker reports task completion, when managing recurring scheduled tasks, or when you need to check worker availability.
Task Management
Gotchas
- Don't let Workers hallucinate on unfamiliar domains, when a task involves niche frameworks, complex APIs, or domain-specific workflows that the Worker likely lacks knowledge about, include a suggestion to use
find-skillsto search for relevant skills first. Skipping this leads to hallucinated code and wasted iterations - Delegation-first, always prefer assigning to a Worker over doing it yourself. Only self-execute when admin explicitly says "do it yourself" or the task is within your management skills
- Never @mention a Worker after recording infinite task execution, this creates a rapid-fire loop (execute → report → trigger → execute → ...) that burns tokens continuously. Triggering happens only during heartbeat
- Always use
manage-state.shto modify state.json, never edit manually with jq. The script handles atomicity, deduplication, and initialization - Every task assigned to a Worker MUST be registered in state.json, this includes coordination, research, review, and management tasks, not just coding tasks. If a task is missing from state.json, the Worker's container will be auto-stopped by idle timeout while still working
- Always push task files to MinIO before notifying Worker, Worker needs to file-sync to get the spec
- Always pull task directory from MinIO before reading results, Worker pushes results there
- Read SOUL.md before composing notifications, use the persona and language defined there
- Infinite task status is always "active", never "completed", they repeat until explicitly cancelled
Operation Reference
Read the relevant doc before executing. Do not load all of them.
