From ai-maestro-orchestrator-agent
ORCHESTRATOR's workflow for claiming TRDDs from the todo column, delegating design to ARCHITECT, assigning dev tasks to MEMBERs, managing the RED (blocked) column priority, and coordinating team communication via AMP messages.
How this skill is triggered — by the user, by Claude, or both
Slash command
/ai-maestro-orchestrator-agent:amoa-prrd-trdd-kanbanThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
This is the ORCHESTRATOR's role-specific layer of the PRRD / TRDD /
This is the ORCHESTRATOR's role-specific layer of the PRRD / TRDD /
Kanban model. ORCH is the team's traffic controller and owns the RED
(blocked) column — TRDDs whose blocked-by: list is non-empty are
the fundamental source of project delays, and ORCH's central job is to
minimise the time TRDDs spend there. ORCH owns three columns: todo
(claims promoted TRDDs from AMAMA), dispatch (assigns designed TRDDs
to agents and moves to dev), and blocked 🔴. It reads but does not
own dev, testing, ai_review, human_review for upward status.
For the universal mechanics, see the prrd-trdd-kanban skill in
ai-maestro-plugin.
prrd-trdd-kanban skill (ai-maestro-plugin) for shared
mechanics, transition numbers, and the exempt-operations matrix.design/tasks/ tree of TRDD .md files —
the TRDD files are the single source of truth.findtrdd.py --column todo, pick highest-priority
(oldest breaks ties), read body + frontmatter for intent.column: design and bump updated:.dispatch, parent superseded); verify each child's
task-type:, test-requirements:, review-requirements:, eht:.assignee: (skill matches
task-type:, capacity via kanban.py --group-by assignee),
column: dev, bump updated:, AMP-send the assignee via COS.kanban.py --red every session. For each TRDD in the
🔓 BLOCK-CLEARING PRIORITY ranking, raise priority: toward 1
in proportion to unblocks_count; assign unassigned blockers now;
recurse into chained (transitively blocked) blockers first.human_review, force-failed. Exempt (no approval): dispatch→dev
assignment, red-column priority bumps, within-team reassignment.column:, assignee:, priority:,
pre-block-column:, updated: — written to the .md files.priority: on blockers plus
priority-ping AMP messages to their assignees.blocked-by: refs.failed or human_review → request
MANAGER approval via COS (non-exempt).# Start every session by inspecting the RED column priority ranking
kanban.py --red
# See what is waiting to be assigned, then assign by capacity
findtrdd.py --column dispatch
kanban.py --group-by assignee
Every mutable surface in design/ has exactly one owning instance at a
time (PRRD S5.1). A TRDD .md file is write-locked by the instance
named in its current-owner: frontmatter field; a non-owner may mutate
only the coordination fields (column:, assignee:) and must delegate
any body or requirement edit to the owner or take an explicit claim
(set current-owner: to itself) before writing. Never blind-write a
file another instance owns — concurrent writes corrupt the single source
of truth.
When authoring derived NPT/EHT child TRDDs, prevent cross-instance
collisions (PRRD S6.1): each child declares in its body the
files/domains it will touch, and before creating it, scan the open
TRDDs (findtrdd.py --column dev / dispatch / testing) for a domain
overlap. On collision, serialise the children — make one blocked-by:
the other so only one writes the shared domain at a time — or merge them
into a single TRDD, rather than letting two instances edit the same
files in parallel. The task-comprehension handshake (the
amoa-implementer-interview-protocol skill) surfaces these domains up
front by asking each MEMBER which files/domains it will touch.
For shared mechanics, transition numbers, and the approval matrix, read
the universal prrd-trdd-kanban skill in ai-maestro-plugin — in
particular its exempt-operations.md (which transitions need MANAGER
approval) and column-transitions.md (the full numbered transition
list). The existing amoa-kanban-management skill manages an AI Maestro
server-backed board and coexists with this file-based flow: the
server board is a UI mirror, while the TRDD .md files remain the
source of truth and kanban.py drives in-session red-column decisions.
The ORCHESTRATOR persona lives in the agent's main-agent definition.
npx claudepluginhub emasoft/ai-maestro-orchestrator-agentRuns team-based orchestration for agent squads using work items, ownership, Kanban, merge gates, and control pane handoffs. Useful when work spans multiple agents, tools, or branches.
Orchestrates TASKS.md execution at scale with team (Agent Teams API, 3-level hierarchy), auto (task dispatch), or thin (minimal context) modes; auto-selects by task count and infrastructure.
Orchestrates autonomous AI development pipelines via Kanban boards (Asana, GitHub Projects, Linear). Manages multi-worker Claude Code dispatch, quality gates, adversarial review, and crash-proof execution.