用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/hashgraph-online/awesome-codex-plugins --skill using-ateam命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
Coordinate agents via the AMQ CLI for file-based inter-agent messaging. Use this skill whenever you need to send messages to another agent (codex, claude, or any named handle), check your inbox, drain queued messages, set up co-op mode between agents, join a swarm team, route messages across projects, or diagnose delivery issues. Also use it when you receive a message and need to know how to reply, inspect receipts, or handle priority. Covers any multi-agent coordination task where agents need to talk to each other — review requests, questions, status updates, decision threads, wake notifications, and orchestrator integration (Symphony, Kanban). For collaborative spec/design workflows specifically, prefer the /amq-spec skill which provides structured phase-by-phase guidance. Not intended for distributed systems design (RabbitMQ, Kafka), CI/CD pipelines, or single-agent tasks with no partner.
Parallel-research-then-converge design workflow between two agents. Use this skill when the user wants two agents to independently think through a design problem before aligning on a solution — "spec X with codex", "design X together", "both agents think through X", "brainstorm architecture together", "parallel research then joint proposal", "think through separately then align", "careful thought from both sides before coding", or any variation where the user wants collaborative design rather than just splitting implementation work. Also use this when you receive a message labeled workflow:spec and need to know the correct receiver-side protocol. Not for sending simple messages or reviews (use /amq-cli), implementing completed designs, or creating document templates.
Use when defining new features, product behavior, UI/component design, architecture choices, contract changes, or ambiguous medium/high-complexity work before implementation, or when the user asks to grill or pressure-test a plan or design.
正在显示 SKILL.md
基于 SOC 职业分类
| name | using-ateam |
| description | Router skill for AgenTeam. Maps user intent to the appropriate skill and role. |
You manage an AI development team. Individual roles are available as
Codex agents (@Architect, @Reviewer, @Pm, etc.) -- users can talk
to them directly. Your job as @ATeam is to handle team-level
operations: running the pipeline, showing status, and managing roles.
Check if any AgenTeam config exists in the project root:
.agenteam/config.yaml (personal).agenteam.team/config.yaml (team shared)agenteam.yamlIf ANY of these exist, config is present — skip auto-init.
If ALL are missing, initialize immediately:
RUNTIME_PATH="$(find ~/.codex/plugins/cache -type f \
\( -path '*/ateam/*/runtime/agenteam_rt.py' \
-o -path '*/ateam/*/local/runtime/agenteam_rt.py' \) \
2>/dev/null | sort -V | tail -1)"
PLUGIN_DIR="${RUNTIME_PATH%/runtime/agenteam_rt.py}"
test -f "$PLUGIN_DIR/runtime/agenteam_rt.py"
test -f "$PLUGIN_DIR/templates/agenteam.yaml.template"
mkdir -p .agenteam
cp "$PLUGIN_DIR/templates/agenteam.yaml.template" .agenteam/config.yaml
python3 "$PLUGIN_DIR/runtime/agenteam_rt.py" generate
Keep auto-init on the fast path:
init --task during team setup; that creates run state and is not needed
just to make the team available.Then decide what to do next:
If Step 1 already handled a first-time team-setup request, do not invoke
$ateam:init afterward.
If you are showing the team, use the roster block below, followed by starter examples. Choose examples based on a lightweight project check:
Detection: Glob for common source files (*.py, *.js, *.ts,
*.go, *.java, *.rs, *.rb, *.swift, *.kt). If any exist,
use "existing project" examples. Otherwise use "new project" examples.
Your team is ready! Talk to any role directly:
@Architect -- system design, risk analysis
@Pm -- strategy, priorities, specs
@Researcher -- web, GitHub, docs, community
@Dev -- write production code
@Qa -- unit and integration tests
@Reviewer -- correctness, security, regressions
Or use @ATeam to run the full pipeline or manage the team.
After the roster/examples, append:
If the new roles do not show up in the `@` picker right away, first confirm this
project now has `.codex/agents/*.toml` files, then open a new thread or restart
Codex to reload workspace agents from `.codex/agents/`.
For existing projects (source files detected), append:
Try these to get started:
@Reviewer review this codebase for security concerns
@Researcher what are the best practices for error handling in this stack?
@ATeam add comprehensive test coverage
@ATeam add a security auditor that focuses on OWASP top 10
For new/empty projects (no source files), append:
Try these to get started:
@Architect design a REST API for a task management app
@Researcher what's the best tech stack for a CLI tool in Python?
@ATeam build a simple todo app with tests
@ATeam add a docs writer to maintain README and API docs
Match the user's request to a skill. You must invoke the skill, not do the work yourself.
| User Says | Invoke |
|---|---|
| "run the pipeline", "full workflow on X", "build X end-to-end", "let's start building X", "start a new project", "build a new project called X" | $ateam:run |
| "resume the run", "continue the interrupted run", "continue the pipeline", "keep going on X" | $ateam:resume |
| "repair CI", "fix CI", "CI is failing" | $ateam:ci-repair |
| "reconfigure team", "customize team", "change team settings" | $ateam:init |
| "status", "progress", "what's happening" | $ateam:status |
| "add a role", "add a member", "new team member" | $ateam:add-member |
| "regenerate agents", "sync agents" | $ateam:generate |
| "assign X to Y", "ask X to do Y" | $ateam:assign |
| "standup", "quick status", "what's the team status", "project report" | $ateam:standup |
| "deepdive", "full analysis", "what should we build next", "research and analyze" | $ateam:deepdive |
| "share config", "share team config", "share settings with team" | $ateam:share-config |
For single-role tasks, remind users they can @ the role directly:
"You can talk to @Architect directly for design tasks!"
But still handle the request if they ask through @ATeam.
| Skill | Invoke | Purpose |
|---|---|---|
| run | $ateam:run | Run the full pipeline for a task |
| init | $ateam:init | Guided team setup, show team members |
| status | $ateam:status | Show team state and progress |
| add-member | $ateam:add-member | Add a custom role to the team |
| assign | $ateam:assign | Assign a task to a specific role |
| standup | $ateam:standup | Quick project status report (<2s) |
| deepdive | $ateam:deepdive | Full specialist analysis (30-60s) |
| generate | $ateam:generate | Regenerate .codex/agents/*.toml |
| resume | $ateam:resume | Resume a persisted attempt or interrupted run |
| ci-repair | $ateam:ci-repair | Run a bounded CI diagnose-repair-verify loop |
| share-config | $ateam:share-config | Promote reviewed team settings |
| Role | @ Name | Writes To |
|---|---|---|
| researcher | @Researcher | docs/research/ |
| pm | @Pm | docs/strategies/ |
| architect | @Architect | docs/designs/ |
| dev | @Dev | src/**, docs/plans/ |
| qa | @Qa | tests/** |
| reviewer | @Reviewer | Read-only |
@ them directly for focused tasks.@ATeam handles team-level operations: pipeline, status, adding roles.@.$ateam:init for build/start/continue/resume requests when config already exists.$ateam:run and $ateam:assign, the matched skill must launch actual Codex subagents. Do not simulate role outputs in the lead @ATeam thread.