Receber por email
← Voltar para o catálogo

mk:task-queue

Task claiming and ownership tracking for parallel agent execution. Agents claim tasks from a shared queue with file ownership enforcement. Use during parallel execution phases when multiple agents work simultaneously.

15estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add ngocsangyem/MeowKit

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/mk-task-queue/svg)](https://www.skillteca.com.br/skills/mk-task-queue)
#ai

Skills relacionadas

Ver todas de Automação →

Alerta por categoria

Receba novas skills de Automação toda segunda

1 email curto, só com as skills novas de Automação. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Task Queue & Ownership Tracker

Manages task assignment and file ownership during parallel execution.

Task Queue

Tasks are tracked in session-state/task-queue.json:

{
  "tasks": [
    {
      "id": 1,
      "description": "Implement API endpoints",
      "owner": null,
      "status": "pending",
      "ownership": ["src/api/*", "src/routes/*"],
      "blocked_by": []
    },
    {
      "id": 2,
      "description": "Implement UI components",
      "owner": null,
      "status": "pending",
      "ownership": ["src/components/*", "src/pages/*"],
      "blocked_by": []
    }
  ]
}

Task Lifecycle

pending → claimed (agent assigned) → in_progress → completed
                                   → blocked (dependency not met)

Claiming Protocol

  1. Agent requests next available task
  2. Queue returns lowest-ID task where: status=pending AND blocked_by all completed
  3. Agent declares ownership globs
  4. Queue checks for overlap with other in_progress tasks
  5. If overlap: REJECT claim, report conflict to orchestrator
  6. If no overlap: ASSIGN task, set status=in_progress, record owner

Ownership Enforcement

Each task declares file ownership via glob patterns. Before any file write, check if the file matches the agent's declared ownership.

| Action | Owned File? | Result | |--------|------------|--------| | Read | Any | Always allowed | | Write/Edit | Owned | Allowed | | Write/Edit | Not owned | STOP — report ownership violation | | Write/Edit | Overlapping | STOP — report conflict to orchestrator |

Integration

  • Orchestrator creates the task queue when decomposing parallel work
  • Parallel agents claim and complete tasks
  • Orchestrator monitors queue for completion and triggers integration test
  • Queue is ephemeral (session-state/) — recreated per parallel execution

Gotchas

  • Race condition on claims: Two agents reading task-queue.json simultaneously may both claim the same task. Mitigation: orchestrator is the sole claim-serializer — agents REQUEST claims through orchestrator, never self-claim directly
  • Ownership globs must not overlap: src/api/ and src/api/auth/ overlap — the more specific glob must be in the SAME task, not split across agents
  • Queue file doesn't auto-create: Orchestrator must create session-state/task-queue.json before dispatching parallel agents. If missing, agents should STOP and report, not create it themselves
  • Completed tasks are not removed: Tasks stay in queue with status=completed for audit trail. Queue is cleaned up only when the parallel execution phase ends
Compartilhar X LinkedIn