Vercel Composition Patterns
supabase/supabase
React composition patterns that scale. An agent skill from supabase/supabase.
A skill your agent uses when a task benefits from multiple Claude instances collaborating with peer-to-peer messaging - parallel research, multi-module features, cross-layer changes, or competing…
$ npx skills add NoobyGains/godmode --skill team-orchestration -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install NoobyGains/godmode team-orchestration --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/team-orchestration .claude/skills/team-orchestration && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "team-orchestration" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/team-orchestration into .claude/skills/team-orchestration/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "team-orchestration", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/NoobyGains/godmode/tree/master/skills/team-orchestrationType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add NoobyGains/godmode --skill team-orchestration -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install NoobyGains/godmode team-orchestration --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/team-orchestration .agents/skills/team-orchestration && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "team-orchestration" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/team-orchestration into .agents/skills/team-orchestration/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "team-orchestration", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add NoobyGains/godmode --skill team-orchestration -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install NoobyGains/godmode team-orchestration --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/team-orchestration .cursor/skills/team-orchestration && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "team-orchestration" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/team-orchestration into .cursor/skills/team-orchestration/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "team-orchestration", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/NoobyGains/godmode.git --path skills/team-orchestration--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add NoobyGains/godmode --skill team-orchestration -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install NoobyGains/godmode team-orchestration --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/team-orchestration .gemini/skills/team-orchestration && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "team-orchestration" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/team-orchestration into .gemini/skills/team-orchestration/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "team-orchestration", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install NoobyGains/godmode team-orchestrationInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add NoobyGains/godmode --skill team-orchestration -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/team-orchestration .github/skills/team-orchestration && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "team-orchestration" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/team-orchestration into .github/skills/team-orchestration/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "team-orchestration", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add NoobyGains/godmode --skill team-orchestration -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install NoobyGains/godmode team-orchestration --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/NoobyGains/godmode.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/team-orchestration .opencode/skills/team-orchestration && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "team-orchestration" agent skill from https://github.com/NoobyGains/godmode/tree/master/skills/team-orchestration into .opencode/skills/team-orchestration/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "team-orchestration", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
team-orchestrationA skill your agent uses when a task benefits from multiple Claude instances collaborating with peer-to-peer messaging - parallel research, multi-module features, cross-layer changes, or competing…
Team Orchestration is an agent skill from NoobyGains/godmode. Use when a task benefits from multiple Claude instances collaborating with peer-to-peer messaging - parallel research, multi-module features, cross-layer changes, or competing hypothesis debugging. Not for simple independent tasks (use parallel-execution) or sequential tasks (use delegated-execution).
Its SKILL.md is about 5.1k tokens, which your agent loads only when the skill is triggered. The skill folder holds 1 other file (for example `team-patterns.md`).
It sits in Development. The repository describes itself as: The AI development framework that thinks before it builds. 36 composable skills for Claude Code, Cursor, Codex, and OpenCode. The licence is MIT.
5 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit 441103a. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are json and dot).
From the folder's file list and the shell code blocks in SKILL.md.
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Team Orchestration loads about 5.1k tokens when it runs. Until then it costs about 80 tokens; SKILL.md has 1,383 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from NoobyGains/godmode at commit 441103a, republished under its MIT licence (© NoobyGains). 1,383 words, ~5,149 tokens.
.claude/skills/team-orchestration/SKILL.md (or your agent's skills folder). This skill also uses 1 other file; get the full folder from GitHub.Agent Teams enable multiple Claude Code sessions to collaborate on a shared project with direct peer-to-peer messaging and shared task lists. Unlike subagents, teammates can communicate with each other, claim tasks dynamically, and coordinate on shared problems.
Core principle: Deploy teams when tasks benefit from collaboration, not merely parallelism. If teammates will never need to message each other, use parallel subagents instead.
No exceptions. No workarounds. No shortcuts.
NO TEAM WITHOUT A COLLABORATION REQUIREMENTIf teammates will never exchange messages, you do not need a team.
digraph when_teams {
"Multiple tasks?" [shape=diamond];
"Need peer-to-peer collaboration?" [shape=diamond];
"Tasks independent?" [shape=diamond];
"Agent Teams" [shape=box style=filled fillcolor=lightgreen];
"parallel-execution" [shape=box];
"delegated-execution" [shape=box];
"Single agent" [shape=box];
"Multiple tasks?" -> "Need peer-to-peer collaboration?" [label="yes"];
"Multiple tasks?" -> "Single agent" [label="no"];
"Need peer-to-peer collaboration?" -> "Agent Teams" [label="yes - teammates must share discoveries"];
"Need peer-to-peer collaboration?" -> "Tasks independent?" [label="no"];
"Tasks independent?" -> "parallel-execution" [label="yes - fire and forget"];
"Tasks independent?" -> "delegated-execution" [label="no - sequential"];
}Deploy Teams when:
Do not use when:
Agent Teams is an experimental feature. It must be enabled:
CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=trueWithout this, TeamCreate, TaskCreate, and SendMessage tools are unavailable.
Deferred tools: TeamCreate, TaskCreate, TaskUpdate, TaskGet, TaskList, SendMessage, and EnterWorktree are deferred tools. They must be loaded via ToolSearch before first use:
// Load all team tools at once
ToolSearch: { "query": "select:SendMessage,TaskCreate,TaskUpdate,TaskList,TaskGet,EnterWorktree" }BEFORE forming a team:
1. ENUMERATE: What are all the tasks?
2. MAP: Which tasks need information from other tasks?
3. COUNT: How many task pairs require shared discoveries?
4. DECIDE:
- 0 pairs need collaboration -> Use parallel-execution
- 1 pair needs collaboration -> Consider single agent or subagents
- 2+ pairs need collaboration -> Use Agent Teams
5. ONLY THEN: Form the team
Skip any step = unnecessary team overheadBefore reaching for TeamCreate, answer these:
| Question | If Yes | If No |
|---|---|---|
| Can a single agent handle this? | Do that instead | Continue |
| Can parallel subagents handle this? | Use parallel-execution | Continue |
| Do agents need to share discoveries mid-work? | Teams | Subagents |
| Do agents need to negotiate interfaces? | Teams | Subagents |
| Is coordination overhead justified? | Teams | Simpler approach |
Create the team, then spawn teammates using the Agent tool:
// 1. Create the team
TeamCreate: {
"team_name": "auth-refactor-team",
"description": "Refactor authentication across API and frontend modules"
}
// 2. Spawn each teammate (2-5 max)
Agent: {
"name": "backend-eng",
"team_name": "auth-refactor-team",
"prompt": "You are the backend engineer. Own all files in src/api/auth/. Implement the new token refresh flow. Coordinate with frontend-eng on the session interface.",
"description": "Backend auth implementation",
"mode": "bypassPermissions"
}
Agent: {
"name": "frontend-eng",
"team_name": "auth-refactor-team",
"prompt": "You are the frontend engineer. Own all files in src/ui/auth/. Update login flow to use new token refresh. Coordinate with backend-eng on the session interface.",
"description": "Frontend auth implementation",
"mode": "bypassPermissions"
}Teammate count guidance:
| Count | When | Coordination Cost |
|---|---|---|
| 2 | Two distinct modules that must agree on interface | Low |
| 3 | Frontend + backend + tests, or 3 independent subsystems | Medium |
| 4 | Cross-cutting refactor with 4 modules | High |
| 5 | Maximum — only for genuinely large efforts | Very High |
Each teammate should work in an isolated git worktree to prevent merge conflicts at the filesystem level:
// Called by each teammate at the start of their work
EnterWorktree: { "name": "auth-backend" }EnterWorktree creates a separate git worktree so teammates edit files in parallel without stepping on each other. The team lead runs godmode:merge-protocol to integrate worktrees at the end.
// Create tasks with clear scope and success criteria
TaskCreate: {
"subject": "Implement token refresh endpoint",
"description": "Build POST /api/auth/refresh that validates expired access tokens against refresh tokens. Return new access+refresh token pair. Files: src/api/auth/refresh.ts, src/api/auth/refresh.test.ts",
"activeForm": "Implementing token refresh endpoint"
}
TaskCreate: {
"subject": "Update login UI for token refresh",
"description": "Update login flow to store refresh token and auto-refresh on 401. Files: src/ui/auth/login.tsx, src/ui/auth/session.ts",
"activeForm": "Updating login UI for token refresh"
}
// Set up dependencies and assign owners
TaskUpdate: { "taskId": "2", "addBlockedBy": ["1"] }
TaskUpdate: { "taskId": "1", "owner": "backend-eng" }
TaskUpdate: { "taskId": "2", "owner": "frontend-eng" }Task design rules:
addBlockedBy for tasks that must complete firstFile ownership is non-negotiable. Two teammates editing the same file guarantees merge conflicts. If a shared file needs changes from multiple perspectives, assign it to ONE teammate who coordinates with others via messaging.
digraph team_lead_loop {
"Check TaskList" [shape=box];
"All tasks completed?" [shape=diamond];
"Any teammate blocked?" [shape=diamond];
"Send clarifying message" [shape=box];
"Resolve dependency" [shape=box];
"Integrate results" [shape=box style=filled fillcolor=lightgreen];
"Check TaskList" -> "All tasks completed?";
"All tasks completed?" -> "Integrate results" [label="yes"];
"All tasks completed?" -> "Any teammate blocked?" [label="no"];
"Any teammate blocked?" -> "Send clarifying message" [label="needs info"];
"Any teammate blocked?" -> "Resolve dependency" [label="blocked by task"];
"Any teammate blocked?" -> "Check TaskList" [label="no - working"];
"Send clarifying message" -> "Check TaskList";
"Resolve dependency" -> "Check TaskList";
}As team lead:
// Direct message to relay a discovery
SendMessage: {
"type": "message",
"recipient": "frontend-eng",
"content": "backend-eng finished the refresh endpoint. The response shape is { accessToken, refreshToken, expiresIn }. You can unblock now.",
"summary": "Refresh endpoint contract ready"
}TaskUpdate: { "taskId": "1", "status": "completed" }// Broadcast — use sparingly, sends N separate messages
SendMessage: {
"type": "broadcast",
"content": "Convention change: all auth endpoints now return camelCase keys",
"summary": "Auth API convention change"
}When all tasks complete:
See team-patterns.md in this directory for five documented team patterns:
Each pattern includes: when to use, team structure, task design, coordination flow, and example.
| Tool | Purpose | Key Parameters | When |
|---|---|---|---|
| TeamCreate | Form team | team_name, description | Once at start |
| Agent | Spawn teammate | name, team_name, prompt, description, mode | Once per teammate |
| EnterWorktree | Isolate workspace | name | Each teammate at start |
| TaskCreate | Add task | subject, description, activeForm | During setup |
| TaskList | View all tasks | (none) | Monitoring |
| TaskGet | Get task details | taskId | Before starting work |
| TaskUpdate | Claim/complete/update | taskId, status, owner, addBlockedBy | Throughout |
| SendMessage | Direct message | type: "message", recipient, content, summary | Coordination |
| SendMessage | Broadcast | type: "broadcast", content, summary | Critical issues only |
| SendMessage | Shutdown | type: "shutdown_request", recipient, content | Winding down |
Teammates are independent Claude sessions. Key behaviors:
| Rationalization | Truth |
|---|---|
| "Teams are always superior to subagents" | Teams add coordination overhead. Deploy only when collaboration is necessary. |
| "More teammates = faster delivery" | More teammates = more coordination. 3 focused teammates outperform 6 scattered ones. |
| "I'll form the team and figure out tasks later" | Tasks MUST be designed before team formation. No tasks = idle teammates burning tokens. |
| "Teammates can share files" | Shared files = merge conflicts. Assign clear ownership. |
| "Broadcast is fine for routine updates" | Broadcast sends N messages. Use SendMessage to specific teammates. |
| "Dependencies are implied" | Undefined dependencies = teammates stepping on each other. |
Prohibited:
Mandatory:
Complete parameter specifications for every Agent Teams tool. Copy these directly — parameter names are exact.
Creates a named team. Call once before spawning teammates.
{
"team_name": "feature-billing-team",
"description": "Build subscription billing feature"
}| Parameter | Type | Required | Notes |
|---|---|---|---|
team_name | string | yes | Kebab-case identifier |
description | string | yes | What the team is working on |
Spawns a teammate into an existing team. Each teammate is an independent Claude session.
{
"name": "backend-eng",
"team_name": "feature-billing-team",
"prompt": "You are the backend engineer on this team. Own src/api/billing/. Build the Stripe webhook handler and subscription CRUD endpoints. Use godmode:test-first for implementation. Coordinate with frontend-eng on API contracts via SendMessage.",
"description": "Backend billing implementation",
"mode": "bypassPermissions"
}| Parameter | Type | Required | Notes |
|---|---|---|---|
name | string | yes | Teammate identifier (used in SendMessage recipient) |
team_name | string | yes | Must match TeamCreate team_name |
prompt | string | yes | Full instructions — include file ownership, scope, coordination rules |
description | string | yes | Short description shown in UI |
mode | string | no | "bypassPermissions" lets teammate work without permission prompts |
Creates an isolated git worktree for a teammate. Prevents filesystem conflicts when multiple teammates edit files in parallel.
{
"name": "billing-feature"
}| Parameter | Type | Required | Notes |
|---|---|---|---|
name | string | yes | Worktree identifier — becomes the branch/directory name |
Adds a task to the shared task list visible to all teammates.
{
"subject": "Implement Stripe webhook handler",
"description": "Build POST /webhooks/stripe endpoint that handles subscription.created, subscription.updated, and subscription.deleted events. Files: src/api/billing/webhooks.ts, src/api/billing/webhooks.test.ts",
"activeForm": "Implementing Stripe webhook handler"
}| Parameter | Type | Required | Notes |
|---|---|---|---|
subject | string | yes | Imperative form title (e.g., "Fix auth bug") |
description | string | yes | Full scope, file list, acceptance criteria |
activeForm | string | no | Present continuous form for spinner (e.g., "Fixing auth bug") |
Updates a task's status, owner, or dependencies. Use for claiming, completing, and wiring up blocked-by relationships.
// Assign owner
{ "taskId": "1", "owner": "backend-eng" }
// Set dependency — task 3 cannot start until tasks 1 and 2 complete
{ "taskId": "3", "addBlockedBy": ["1", "2"] }
// Mark in progress
{ "taskId": "1", "status": "in_progress" }
// Mark complete
{ "taskId": "1", "status": "completed" }| Parameter | Type | Required | Notes |
|---|---|---|---|
taskId | string | yes | Task ID from TaskCreate/TaskList |
status | string | no | "pending", "in_progress", "completed", or "deleted" |
owner | string | no | Teammate name to assign |
addBlockedBy | string[] | no | Task IDs that must complete before this task |
addBlocks | string[] | no | Task IDs that this task blocks |
subject | string | no | Updated title |
description | string | no | Updated description |
activeForm | string | no | Updated spinner text |
Returns all tasks with their status, owner, and blocked-by info. No parameters.
// No parameters — just call it
TaskList: {}Retrieves full details of a specific task.
{ "taskId": "1" }| Parameter | Type | Required | Notes |
|---|---|---|---|
taskId | string | yes | Task ID to retrieve |
Three message types for team communication.
Direct message (default — use this for most communication):
{
"type": "message",
"recipient": "backend-eng",
"content": "The profile API needs a PUT /profile/preferences endpoint. Frontend needs to update preferences without replacing the full profile.",
"summary": "API contract update request"
}Broadcast (sends to ALL teammates — use sparingly):
{
"type": "broadcast",
"content": "Convention change: all API responses now use camelCase keys",
"summary": "API convention change"
}Shutdown request (graceful teammate shutdown):
{
"type": "shutdown_request",
"recipient": "backend-eng",
"content": "All tasks complete, wrapping up"
}| Parameter | Type | Required | Notes |
|---|---|---|---|
type | string | yes | "message", "broadcast", or "shutdown_request" |
recipient | string | for message/shutdown | Teammate name |
content | string | yes | Message body |
summary | string | for message/broadcast | 5-10 word preview shown in UI |
End-to-end example wiring up a 2-person feature team:
// 1. Create team
TeamCreate: { "team_name": "billing-team", "description": "Build subscription billing" }
// 2. Create tasks
TaskCreate: {
"subject": "Build Stripe webhook handler",
"description": "POST /webhooks/stripe handling subscription events. Files: src/api/billing/webhooks.ts",
"activeForm": "Building Stripe webhook handler"
}
TaskCreate: {
"subject": "Build billing dashboard UI",
"description": "Subscription management page showing plan, usage, invoices. Files: src/ui/billing/",
"activeForm": "Building billing dashboard"
}
// 3. Wire dependencies and assign owners
TaskUpdate: { "taskId": "2", "addBlockedBy": ["1"] }
TaskUpdate: { "taskId": "1", "owner": "backend-eng" }
TaskUpdate: { "taskId": "2", "owner": "frontend-eng" }
// 4. Spawn teammates (they auto-claim their assigned tasks)
Agent: {
"name": "backend-eng",
"team_name": "billing-team",
"prompt": "You are the backend engineer. Own src/api/billing/. Start with task #1. Use EnterWorktree to isolate your workspace. Use godmode:test-first. Message frontend-eng with the API contract when done.",
"description": "Backend billing implementation",
"mode": "bypassPermissions"
}
Agent: {
"name": "frontend-eng",
"team_name": "billing-team",
"prompt": "You are the frontend engineer. Own src/ui/billing/. Task #2 is blocked by #1. Wait for backend-eng to share the API contract, then implement. Use EnterWorktree to isolate your workspace.",
"description": "Frontend billing implementation",
"mode": "bypassPermissions"
}
// 5. Monitor as team lead
TaskList: {}
// 6. When all tasks complete, shutdown teammates
SendMessage: { "type": "shutdown_request", "recipient": "backend-eng", "content": "All done, wrapping up" }
SendMessage: { "type": "shutdown_request", "recipient": "frontend-eng", "content": "All done, wrapping up" }Related orchestration protocols:
Teammates should use:
Required for completion:
© NoobyGains, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 1 other file in skills/team-orchestration of NoobyGains/godmode.
Open the folder on GitHubat commit 441103a
Team Orchestration next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Team Orchestration this skillNoobyGains/godmode | 107 | — | ~5.1k | Automated safety check: Pass | MIT | |
| Vercel Composition Patternssupabase/supabase | 111k | 58 repos | ~726 | Automated safety check: Pass | MIT | |
| Finishing a Development Branchobra/superpowers | 297k | 5 repos | ~1.9k | Automated safety check: Pass | MIT | |
| Typescript Advanced Typesrolling-scopes/rsschool-app | 10k | 25 repos | ~4.2k | Automated safety check: Pass | MPL-2.0 | |
| PR Babysitteropeninterpreter/openinterpreter | 69k | 3 repos | ~4.2k | Automated safety check: Pass | Apache-2.0 | |
| Code Review ChecklistshareAI-lab/learn-claude-code | 78k | 5 repos | ~1.1k | Automated safety check: Pass | MIT |
supabase/supabase
React composition patterns that scale. An agent skill from supabase/supabase.
obra/superpowers
Walks the last step of a branch: confirm tests pass, detect the git environment, ask how to integrate, carry out your choice and clean up the worktree.
rolling-scopes/rsschool-app
Master TypeScript's advanced type system including generics, conditional types, mapped types, template literals, and utility types for building type-safe applications.
openinterpreter/openinterpreter
Watches an open GitHub pull request until it merges, handling review comments, diagnosing CI failures and retrying flaky checks along the way.
shareAI-lab/learn-claude-code
Reviews code against a five-part checklist covering security, correctness, performance, maintainability and testing, and reports findings in a fixed format.
onyx-dot-app/onyx
Iteratively improves a PR (GitHub), MR (GitLab), or shelved changelist (Perforce) until Greptile gives it a 5/5 confidence score with zero unresolved comments.
NoobyGains/godmode
A skill your agent uses when starting any conversation - establishes how to locate and invoke skills, mandating Skill tool usage before ANY response including clarifying questions
NoobyGains/godmode
A skill your agent uses when dispatching subagents, composing prompts for teammates, structuring handoff reports, or managing context boundaries between agents.
NoobyGains/godmode
A skill your agent uses when building ANY feature within an existing project - search the current codebase for existing patterns, conventions, similar implementations, and established approaches…
NoobyGains/godmode
A skill your agent uses when about to declare work done, fixed, or passing, before committing or opening PRs - demands executing verification commands and reading their output before making any…
NoobyGains/godmode
A skill your agent uses when implementing any substantial feature, multi-file modification, or architectural change - produces a plain-language walkthrough of every alteration so the developer can…
NoobyGains/godmode
A skill your agent uses when executing implementation plans with independent tasks in the current session
Categories
A skill your agent uses when a task benefits from multiple Claude instances collaborating with peer-to-peer messaging - parallel research, multi-module features, cross-layer changes, or competing…. Team Orchestration is an agent skill from NoobyGains/godmode. Use when a task benefits from multiple Claude instances collaborating with peer-to-peer messaging - parallel research, multi-module features, cross-layer changes, or competing hypothesis debugging.
Team Orchestration fits situations like: A task benefits from multiple Claude instances collaborating with peer-to-peer messaging - parallel research; multi-module features; cross-layer changes; competing hypothesis debugging.
Run `npx skills add NoobyGains/godmode --skill team-orchestration -a claude-code`. Or copy the skill folder (skills/team-orchestration in NoobyGains/godmode) into .claude/skills/team-orchestration in your project. Claude Code loads it when a task matches its description.
Run `npx skills add NoobyGains/godmode --skill team-orchestration -a codex`. Or copy the skill folder (skills/team-orchestration in NoobyGains/godmode) into .agents/skills/team-orchestration in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add NoobyGains/godmode --skill team-orchestration -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/team-orchestration, .gemini/skills/team-orchestration, .github/skills/team-orchestration and .opencode/skills/team-orchestration in your project.
SKILL.md names no scripts, command-line tools or credentials: Team Orchestration is instructions for the agent only.
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Team Orchestration is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 5.1k tokens (SKILL.md is roughly 21k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Team Orchestration: Vercel Composition Patterns (supabase/supabase, 111k stars), Finishing a Development Branch (obra/superpowers, 297k stars), Typescript Advanced Types (rolling-scopes/rsschool-app, 10k stars) and PR Babysitter (openinterpreter/openinterpreter, 69k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
NoobyGains (a GitHub user) maintains it in NoobyGains/godmode, which has 107 GitHub stars. The repository holds 34 skills in this directory. The repository was last updated on March 9, 2026.
Source: NoobyGains/godmode on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.