How this skill is triggered — by the user, by Claude, or both
Slash command
/teams:list-teamsThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
This skill provides functionality to list all teams from the team component mapping, including rich metadata about each team (components, description, repos, team size, slack channels).
This skill provides functionality to list all teams from the team component mapping, including rich metadata about each team (components, description, repos, team size, slack channels).
Use this skill when you need to:
Python 3 Installation
which python3Team Component Mapping File
plugins/teams/team_component_map.jsonpython3 plugins/teams/skills/list-teams/list_teams.py
The script outputs JSON in one of two formats:
New Format (after regeneration with updated script):
{
"total_teams": 29,
"teams": {
"API Server": {
"components": ["kube-apiserver", "openshift-apiserver", "..."],
"description": "Team responsible for API server components",
"team_size": 15,
"repos": ["openshift/origin", "openshift/kubernetes"],
"slack_channels": ["forum-apiserver"]
},
"Authentication": {
"components": ["oauth-apiserver", "..."],
"description": "...",
"team_size": 10,
"repos": ["..."],
"slack_channels": ["..."]
}
}
}
Old Format (before regeneration):
{
"total_teams": 29,
"teams": [
"API Server",
"Authentication",
"..."
]
}
Important: When displaying results to the user via the /teams:list-teams command:
For AI Agent Use:
python3 plugins/teams/skills/list-teams/list_teams.py
python3 plugins/teams/skills/list-teams/list_teams.py | jq '.total_teams'
The team and component mapping data originates from:
If data looks wrong or missing:
python3 plugins/teams/generate_team_component_map.py
team_component_map.json fileplugins/teams/skills/list-components/SKILL.md/teams:list-teamsplugins/teams/team_component_map.jsonplugins/teams/generate_team_component_map.pynpx claudepluginhub stbenjam/ai-helpers --plugin teamsGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.