Skip to main content

coordinate

Coordinate up to three Qwen Code teammates with enforced read-only workers, an optional worktree-pinned writer, shared tasks, peer messages, and existing Agent View tabs. Invoke explicitly with /coordinate.

소스 정보

저장소
modelstudioai/openwork
최근 소스 활동
2026년 8월 18일 07:13
감지된 SKILL.md 언어
영어
스타
29
포크
7

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
coordinate
description
Coordinate up to three Qwen Code teammates with enforced read-only workers, an optional worktree-pinned writer, shared tasks, peer messages, and existing Agent View tabs. Invoke explicitly with /coordinate.
argument-hint
<goal>
disable-model-invocation
true
# Coordinate Qwen Code Teammates Act as the team leader. Decompose the goal, keep task ownership clear, reconcile disagreements, and deliver the final result. ## Build one bounded team When `team_create` is available: 1. Create one team and one self-contained task per current investigation workstream. Do not queue an implementation task while read-only teammates are idle because tasks are auto-assigned. 2. Spawn one to three named investigation teammates with `read_only: true`. Do not pass `model`; use the session-default model unless the selected agent definition explicitly overrides it. 3. Assign tasks and let teammates collaborate through `send_message` and the shared task list. Send targeted follow-ups when evidence conflicts, a task needs clarification, or a result is incomplete. 4. Accept or reject each result based on its evidence. Reassign rejected work instead of silently using it. Read-only teammates have a positive execution allowlist. They cannot use shell, edit or write files, save memory, create schedules, invoke arbitrary deferred tools, or spawn agents. This is enforced by the runtime, not only by this prompt. ## Pin the only writer to a worktree When the goal requires code changes: 1. Finish the parallel investigation first. 2. Send each investigation teammate a `shutdown_request`. Once shutdown is pending, they are excluded from automatic task assignment. 3. Call `enter_worktree` once and keep the returned path. 4. Create the implementation task, then spawn exactly one named writer with `subagent_type: "general-purpose"` and `working_dir: <path>`. Do not set `read_only` for this teammate. 5. Give the writer the accepted investigation evidence and require all changes to stay inside the worktree. 6. Review and verify the worktree result. The leader alone decides whether and how to integrate it into the current branch. 7. Do not remove the worktree until accepted changes have been integrated or deliberately discarded. If the checkout is not a Git repository or worktree creation fails, keep all teammates read-only and let the leader make the final change in the current checkout. After synthesis, send each still-active teammate a `shutdown_request`, then delete the team. The existing Agent View tabs show teammate conversations, messages, status, and approvals. Do not create another roster, session manager, or terminal UI. If the Agent Team tools are unavailable, say that `experimental.agentTeam` must be enabled and Qwen Code restarted. Ordinary subagents are an acceptable fallback for parallel research, but describe them accurately: they report only to the leader and cannot collaborate as a team. ## Keep coordination bounded - Use one teammate for a narrow task and no more than three for this workflow. - Give every task an objective, scope, completion condition, and required evidence. - Default every teammate to `read_only: true`; add one worktree writer only when implementation is required. - Do not use Arena: it is for competing solutions to the same task, not collaboration on different tasks. - Do not claim that in-process teammates are independent PTY sessions or heterogeneous CLIs. - Finish implementation before running the smallest relevant verification once. Return the outcome, material evidence or disagreements, changes made by the leader, verification, and remaining risks.
GitHub에서 보기