Skip to content
Conduit

skill

team-of-agents

A team of agents to support SDLC of a project.

pranav8494/team-of-agentscommunitylistedunreviewed

Set up

Skills are installed by placing their folder where your agent loads skills.

The download comes from github.com/pranav8494/team-of-agents itself, not from our server, so what you get is exactly what its author published.

Install instructions come from the README

Skills do not use an MCP config. Follow the steps in the README below.

README

synced Oct 17, 2026

Hire 17 domain experts in one install. Invoke any specialist directly, or let the orchestrator plan, dispatch, and synthesise the work for you.

Specialists Domains Execution Claude Code License

Install · How It Works · Orchestrator · Specialists · Examples · Contributing · Changelog


See it in action

One request. Multiple specialists dispatched in parallel. One synthesised answer.

Understand + Plan

Orchestrator reads your request, identifies domains, and breaks work into subtasks, each assigned to the right specialist with a trust tier.

Dispatch in parallel

Independent tasks run simultaneously. Dependent tasks chain findings forward. Key facts are shared across rounds via a findings scratchpad.

Synthesise

Confidence signals are checked, conflicts resolved by a senior-engineer review pass, and everything assembled into one coherent answer with a full trace log.

/orchestrator   my checkout conversion is dropping, help me figure out why and fix it

→ Identified: UX Researcher + Data Analyst + Frontend Reviewer  [parallel]
→ UX Researcher    [High]  users don't trust the payment form
→ Data Analyst     [High]  mobile abandonment is 2× desktop
→ Frontend Reviewer [High] submit button is below the fold on mobile

→ Chaining findings → Backend Engineer + Frontend Designer  [parallel]
→ Senior Engineer review pass...
→ Synthesis complete. Full trace log attached.

What it does

  • Orchestrates multi-role tasks automatically, drop in a brief and the orchestrator decomposes it, assigns specialists, runs them in parallel where possible, and assembles one answer
  • 17 specialists across the full SDLC, backend, frontend, Kotlin, SRE, DevEx, QA, product, project, UX, data, SEO, document writer, and more
  • Parallel execution built-in, independent tasks run simultaneously; sequential tasks chain findings forward automatically
  • Confidence signals on every output, every specialist returns High / Medium / Low so the orchestrator and you know what needs a second look
  • No silent changes, every specialist announces what it will do, waits for your approval before writing files or running commands, and reports what was done
  • Trust tiers, T1 (research), T2 (file writes), T3 (commands), declared in the plan so you always know what requires your sign-off

Install

/plugin marketplace add pranav8494/team-of-agents
/plugin install team-of-agents@team-of-agents

How It Works

Think of this plugin as a consultant firm. The orchestrator is the project manager, it listens, breaks the problem into pieces, and hands each piece to the right expert. Each expert does their slice and hands the work back. The project manager assembles it into one answer.

The three layers

You describe a task in plain English.

The orchestrator reads your request, identifies which specialists are needed, shows you the plan, waits for approval, dispatches each specialist, collects their answers, and produces one combined result.

The specialists (17 of them) each handle one domain, backend, frontend, data, UX, SRE, and so on. Each does its slice and nothing more.

What happens step by step

You type a request
       ↓
Orchestrator reads it → breaks it into subtasks → shows you the plan
       ↓
You confirm → orchestrator dispatches specialists
(independent tasks run in parallel; dependent tasks run sequentially)
       ↓
Each specialist returns output + a confidence signal (High / Medium / Low)
       ↓
Orchestrator checks confidence:
  High   → use it directly
  Medium → flag the assumption, ask you to confirm before acting
  Low    → surface the gap, re-dispatch with more context
  BLOCKED → ask you what's missing, then retry
       ↓
Optional: senior-engineer reviews all outputs for errors or conflicts
       ↓
Orchestrator assembles everything into one answer with a full trace log

The Orchestrator

The recommended entry point for complex or multi-domain tasks.

/orchestrator   build a fintech dashboard: research user needs, design the UI, and write the API
/orchestrator   review this PR, check the Kotlin backend and the React frontend
/orchestrator   I need to ship a new feature: write requirements, break it into tasks, create a test plan

Phases:

  1. Understand, reads the request, identifies domains and dependencies
  2. Plan, breaks work into subtasks, assigns a specialist and trust tier to each
  3. Announce, shows you the plan and waits for your approval
  4. Dispatch, sends each specialist a structured context envelope; parallel tasks run simultaneously
  5. Synthesise, checks confidence signals, assembles an agent trace log, produces a unified result
  6. Critic pass (optional), senior-engineer reviews everything and flags errors, conflicts, and gaps

Trust tiers, declared upfront so you know what requires your sign-off:

TierTypeConfirmation
T1Research and analysisUsed directly, no confirmation needed
T2Files written to diskShown to you first, you confirm before saving
T3Commands and infrastructureExplicit approval required for each action

Specialists

Engineering

SkillInvokeBest For
Frontend Planner/frontend-plannerFrontend task breakdown, project conventions, codebase assessment
Frontend Engineer/frontend-engineerBuilding components, data integration, state, executing a plan
Backend Engineer/backend-engineerAPIs, databases, microservices, authentication, system design
Kotlin Backend Engineer/kotlin-backend-engineerKotlin/Spring Boot, fintech backend, JVM architecture
Fintech Frontend Engineer/fintech-frontend-engineerDomain shim: frontend-engineer + the fintech overlay
Senior Engineer/senior-engineerArchitecture review, technical design, refactoring, trade-off analysis
DevEx Engineer/devexCI/CD pipelines, developer tooling, build optimisation, local dev setup
SRE/sreSLO/error budget design, observability, runbooks, postmortems, IaC
Kotlin/Java Code Reviewer/kotlin-code-reviewerReview Kotlin/Java diffs, Spring Boot, Flyway migrations
Frontend Reviewer/frontend-reviewerReview frontend diffs, audit repos, check convention drift
QA Engineer/qa-engineerTest plans, test cases, automation strategy, quality standards

Product

SkillInvokeBest For
Product Manager/product-managerDiscovery, user stories, roadmaps, prioritisation, success metrics
Project Manager/project-managerSprint planning, delivery milestones, RAID logs, status reports
UX Researcher/ux-researcherUser research, personas, journey maps, usability testing
Data Analyst/data-analystSQL, data files, metrics, trend analysis, actionable insights
Technical Business Analyst/technical-business-analystImplementation plans, requirements, bridging business goals to engineering specs

GTM & Content

SkillInvokeBest For
SEO Manager/seo-managerSEO strategy, keyword research, technical SEO audits, ranking diagnostics
Document Writer/document-writerAPI docs, runbooks, onboarding guides, READMEs, ADRs, release notes

Usage Examples

# Orchestrator, plans and dispatches automatically
/orchestrator   this feature needs a data model, API, and frontend, coordinate the work
/orchestrator   I'm not sure where to start, here's the brief: [paste brief]

# Engineering
/frontend-planner        break down the checkout redesign into tasks
/frontend-engineer       create a responsive navbar with a mobile hamburger menu
/backend-engineer        design a REST API for user authentication with JWT
/kotlin-backend-engineer implement a payment idempotency pattern in Spring Boot
/senior-engineer         review this architecture decision for our notification system
/devex                   set up a GitHub Actions CI pipeline for a monorepo
/sre                     define SLOs and error budget policy for our payments API
/sre                     we had a major incident last night, help me write the postmortem
/kotlin-code-reviewer    [paste diff] review this Kotlin service layer change
/frontend-reviewer       [paste diff] review this React component for accessibility
/qa-engineer             write a test plan for the login and registration flow

# Product
/product-manager             write user stories for a search feature
/project-manager             create a RAID log and milestone plan for the Q3 release
/ux-researcher               what research methods should I use for onboarding discovery?
/data-analyst                analyse this CSV and find the top trends by region
/technical-business-analyst  write an implementation plan for the payments migration

# GTM & Content
/seo-manager      audit our product pages for technical SEO issues
/document-writer  write a runbook for our deployment process

How Agents Behave

Every specialist in this team:

  1. Announces what it intends to produce and why before taking any action
  2. Asks for confirmation before writing files, running commands, or making web requests
  3. Signals confidence, CONFIDENCE: High / Medium / Low, so the orchestrator and you know how much to trust the output
  4. Signals when blocked, returns BLOCKED: [reason], [what would unblock it] rather than guessing

No agent will silently modify your codebase. You are always in control.


Sub-agent Dispatching

When invoked via the orchestrator, specialists run as subagents, isolated Claude instances with focused prompts:

  • Parallel execution, independent tasks run simultaneously
  • Sequential chaining, dependent tasks pass output as context to the next agent
  • Shared findings scratchpad, key facts from parallel agents are passed to the next wave
  • Focused expertise, each subagent operates only within its domain
  • Partial failure recovery, if one agent fails, synthesis continues with remaining outputs rather than stalling the whole run

Design Philosophy

Skills in this plugin are task guides, not personas. Each skill defines what Claude should produce for a given task type, not who Claude should be. The reference frameworks, decision tables, and checklists are tools Claude reaches for during specific tasks, not background knowledge for a character.

Each skill is grounded in real-world practice: DORA, SPACE, Diátaxis, SOLID, Fowler's Technical Debt Quadrant, Google SRE Book, Nielsen Norman Group, and others. The goal is that each agent behaves like a real practitioner in that field, not a generic AI with a job title attached.


Repository Structure

team-of-agents/
├── .claude-plugin/
│   ├── plugin.json           ← plugin metadata + skills manifest
│   └── marketplace.json      ← marketplace listing
├── skills/                   ← user-invocable skill definitions
│   ├── orchestrator/SKILL.md ← plans tasks, dispatches agents, synthesises results
│   ├── backend-engineer/SKILL.md
│   ├── kotlin-backend-engineer/SKILL.md
│   ├── frontend-planner/SKILL.md
│   ├── frontend-engineer/SKILL.md
│   ├── frontend-reviewer/SKILL.md
│   ├── fintech-frontend-engineer/SKILL.md  ← domain shim over frontend-engineer
│   ├── senior-engineer/SKILL.md
│   ├── devex/SKILL.md
│   ├── sre/SKILL.md
│   ├── kotlin-code-reviewer/SKILL.md
│   ├── qa-engineer/SKILL.md
│   ├── product-manager/SKILL.md
│   ├── project-manager/SKILL.md
│   ├── ux-researcher/SKILL.md
│   ├── data-analyst/SKILL.md
│   ├── seo-manager/SKILL.md
│   ├── document-writer/SKILL.md
│   └── technical-business-analyst/SKILL.md
├── overlays/                   ← composable knowledge, loaded by the frontend skills
│   ├── domains/                ← what the app is about (fintech, travel, …)
│   └── stacks/                 ← what it is built with (expo-universal, …)
├── agents/                     ← condensed subagent definitions for orchestrator dispatch
├── hooks/
│   ├── hooks.json            ← SessionStart hook registration
│   └── session-start         ← injects orchestrator skill at session start
├── CHANGELOG.md
├── CONTRIBUTING.md
└── README.md

Contributing

We welcome new roles and improvements to existing ones. See CONTRIBUTING.md.


License

MIT, see LICENSE.

↑↓ navigate openesc close