source-command-devfleet
Orchestrate parallel Codex agents via Codex DevFleet — plan projects from natural language, dispatch agents in isolated worktrees, monitor progress, and read structured reports.
- License 许可
- MIT
- 最近更新
- 2026-11-02
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- source-command-devfleet
- description
- Orchestrate parallel Codex agents via Codex DevFleet — plan projects from natural language, dispatch agents in isolated worktrees, monitor progress, and read structured reports.
03 SKILL.md 正文
source-command-devfleet
Use this skill when the user asks to run the migrated source command devfleet.
Command Template
DevFleet — Multi-Agent Orchestration
Orchestrate parallel Codex agents via Codex DevFleet. Each agent runs in an isolated git worktree with full tooling.
Requires the DevFleet MCP server: Codex mcp add devfleet --transport http http://localhost:18801/mcp
Flow
User describes project
→ plan_project(prompt) → mission DAG with dependencies
→ Show plan, get approval
→ dispatch_mission(M1) → Agent spawns in worktree
→ M1 completes → auto-merge → M2 auto-dispatches (depends_on M1)
→ M2 completes → auto-merge
→ get_report(M2) → files_changed, what_done, errors, next_steps
→ Report summary to user
Workflow
- Plan the project from the user's description:
mcp__devfleet__plan_project(prompt="<user's description>")
This returns a project with chained missions. Show the user:
- Project name and ID
- Each mission: title, type, dependencies
- The dependency DAG (which missions block which)
-
Wait for user approval before dispatching. Show the plan clearly.
-
Dispatch the first mission (the one with empty
depends_on):
mcp__devfleet__dispatch_mission(mission_id="<first_mission_id>")
The remaining missions auto-dispatch as their dependencies complete (because plan_project creates them with auto_dispatch=true). When manually creating missions with create_mission, you must explicitly set auto_dispatch=true for this behavior.
- Monitor progress — check what's running:
mcp__devfleet__get_dashboard()
Or check a specific mission:
mcp__devfleet__get_mission_status(mission_id="<id>")
Prefer polling with get_mission_status over wait_for_mission for long-running missions, so the user sees progress updates.
- Read the report for each completed mission:
mcp__devfleet__get_report(mission_id="<mission_id>")
Call this for every mission that reached a terminal state. Reports contain: files_changed, what_done, what_open, what_tested, what_untested, next_steps, errors_encountered.
All Available Tools
| Tool | Purpose |
|---|---|
plan_project(prompt) |
AI breaks description into chained missions with auto_dispatch=true |
create_project(name, path?, description?) |
Create a project manually, returns project_id |
create_mission(project_id, title, prompt, depends_on?, auto_dispatch?) |
Add a mission. depends_on is a list of mission ID strings. |
dispatch_mission(mission_id, model?, max_turns?) |
Start an agent |
cancel_mission(mission_id) |
Stop a running agent |
wait_for_mission(mission_id, timeout_seconds?) |
Block until done (prefer polling for long tasks) |
get_mission_status(mission_id) |
Check progress without blocking |
get_report(mission_id) |
Read structured report |
get_dashboard() |
System overview |
list_projects() |
Browse projects |
list_missions(project_id, status?) |
List missions |
Guidelines
- Always confirm the plan before dispatching unless the user said "go ahead"
- Include mission titles and IDs when reporting status
- If a mission fails, read its report to understand errors before retrying
- Agent concurrency is configurable (default: 3). Excess missions queue and auto-dispatch as slots free up. Check
get_dashboard()for slot availability. - Dependencies form a DAG — never create circular dependencies
- Each agent auto-merges its worktree on completion. If a merge conflict occurs, the changes remain on the worktree branch for manual resolution.
04 同仓库更多 Skills
clarify-requirements
Resolve genuine pre-execution ambiguity by scanning repo context, generating 1-6 grounded options, and asking 1-3 focused questions via AskUserQuestion. NOT for mid-task use (injection risk); NOT when the goal is already unambiguous; use to disambiguate vague prompts before any file edits.
openmm-md
Run FREE, open-source, Windows-native GPU molecular dynamics via the openmm-md MCP (OpenMM + CUDA on the local NVIDIA GPU). Use for protein / protein-ligand MD when you want a free stack or are on Windows without a Schrodinger license. Covers the full workflow (prepare, solvate, minimize, equilibrate, production, analyze, mmgbsa) AND an honest decision guide vs Schrodinger Desmond, including how to run Desmond legitimately on Linux or a cloud GPU with a real license. This is a deliberately LESSER free alternative and does NOT replace the schrodinger MCP tools. Do NOT use it to pick a free tool when a validated FEP+, WaterMap, IFD-MD, or Prime MM-GBSA result is actually required.
visual-review
Take screenshots of web pages and UI using Playwright for visual review and iteration
status
Diagnostic status report — shows metaswarm installation state, project setup, and potential issues
start
Use when starting work on any task, when the user mentions metaswarm, or when the user wants to begin tracked development work
setup
Interactive project setup — detects your project, configures metaswarm, writes project-local files