Using Ring Developer Specialists
When to use
- Need deep expertise for specific technology (Go, TypeScript)
- Backend local runtime / docker-compose → ring:backend-go or ring:backend-ts
- Frontend with design focus → ring:ui-designer
- Frontend UI development (React/Next.js) → ring:frontend
- Frontend from product-designer specs → ring:ui-engineer
- Helm chart creation/maintenance → ring:helm
- Backend tests / coverage / TDD → ring:backend-go or ring:backend-ts
- Frontend test strategy → ring:qa-frontend
- Backend health/logging/tracing → ring:backend-go or ring:backend-ts
- Agent/prompt quality evaluation → ring:prompt-reviewer
- Migrating deprecated lib-commons observability shims to lib-observability → ring:migrating-to-lib-observability
Skip when
- General code review → use
ring:reviewing-code with dev-team reviewer agents
- Debugging → trace from logs / metrics / telemetry
Related
Similar: ring:using-ring
Developer specialist agents. Dispatch via Task tool with subagent_type:.
Runtime Version Resolution
Always resolve lib-commons to latest v5.x at runtime:
gh api repos/LerianStudio/lib-commons/releases/latest --jq '.tag_name'
Do NOT hardcode specific patch versions.
Specialists
| Agent |
Specializations |
Use When |
ring:backend-go |
Go microservices, PostgreSQL/MongoDB, RabbitMQ, OAuth2/JWT, gRPC, concurrency |
Go services, DB optimization, auth/authz, concurrency |
ring:backend-ts |
TypeScript/Node.js, Express/Fastify/NestJS, Prisma/TypeORM, Jest/Vitest |
TS backends, NestJS design, JS→TS migration |
ring:bff-ts |
Next.js BFF, Clean/Hexagonal Architecture, DDD patterns, Inversify DI |
BFF layer, Clean Architecture, DDD domains, API orchestration |
ring:ui-designer |
Bold typography, color systems, animations, unexpected layouts |
Landing pages, portfolios, design systems |
ring:frontend |
React/Next.js, App Router, Server Components, accessibility, performance |
Financial dashboards, enterprise apps, modern React |
ring:helm |
Helm charts, Lerian conventions, chart structure, security, operational patterns |
Creating/maintaining Helm charts, platform deployments |
ring:ui-engineer |
Wireframe-to-code, Design System compliance, UI states implementation |
Implementing from product-designer specs |
ring:prompt-reviewer |
Agent quality analysis, prompt deficiency detection, quality scoring |
Evaluating agent executions, identifying prompt gaps |
ring:qa-frontend |
Vitest, Testing Library, axe-core, Playwright, Lighthouse, snapshot testing |
Frontend test planning, accessibility, E2E, performance |
Dispatch Template
Task:
subagent_type: "ring:{agent-name}"
description: "{Brief task description}"
prompt: |
{Your specific request with full context}
Frontend Agent Selection Guide
| Need |
Agent |
| Visual aesthetics, design specs (no code) |
ring:ui-designer |
| React/Next.js UI development |
ring:frontend |
| Business logic, BFF, Clean Architecture |
ring:bff-ts |
| Implementing from wireframes/ux-criteria |
ring:ui-engineer |
Parallelization
When tasks are independent, dispatch multiple agents in ONE message:
# All in one Task call block
Task 1: ring:backend-go - implement X with TDD, coverage, and local runtime
Task 2: ring:backend-ts - implement Y with TDD, coverage, and local runtime
Task 3: ring:helm - update Helm chart
Sequential dispatch triples execution time for the same cost.
Example
Task:
subagent_type: "ring:backend-go"
description: "Implement multi-tenant repository for accounts"
prompt: |
Implement a multi-tenant PostgreSQL repository for the accounts domain.
Standards: Load golang.md and multi-tenant.md via WebFetch.
Project rules: docs/PROJECT_RULES.md
Requirements:
- Use tmcore.GetPGContext(ctx) for tenant context resolution
- Table: accounts, tenant isolation via schema-per-tenant
- TDD: write failing test first, then implement
Output: files created, test results, acceptance criteria checklist
1---2name: ring-using-dev-team3description: Selecting and dispatching the right Ring developer specialist agent (backend Go/TS, frontend, UI designer/engineer, Helm, frontend QA, prompt reviewer) for a technology task. Use when you need deep stack expertise and must decide which agent to invoke via the Task tool, including parallel dispatch of independent work. Skip for general code review (use ring:reviewing-code).4---56# Using Ring Developer Specialists78## When to use9- Need deep expertise for specific technology (Go, TypeScript)10- Backend local runtime / docker-compose → ring:backend-go or ring:backend-ts11- Frontend with design focus → ring:ui-designer12- Frontend UI development (React/Next.js) → ring:frontend13- Frontend from product-designer specs → ring:ui-engineer14- Helm chart creation/maintenance → ring:helm15- Backend tests / coverage / TDD → ring:backend-go or ring:backend-ts16- Frontend test strategy → ring:qa-frontend17- Backend health/logging/tracing → ring:backend-go or ring:backend-ts18- Agent/prompt quality evaluation → ring:prompt-reviewer19- Migrating deprecated lib-commons observability shims to lib-observability → ring:migrating-to-lib-observability2021## Skip when22- General code review → use `ring:reviewing-code` with dev-team reviewer agents23- Debugging → trace from logs / metrics / telemetry2425## Related26**Similar:** ring:using-ring272829Developer specialist agents. Dispatch via `Task tool with subagent_type:`.3031## Runtime Version Resolution3233Always resolve lib-commons to latest v5.x at runtime:34```bash35gh api repos/LerianStudio/lib-commons/releases/latest --jq '.tag_name'36```37Do NOT hardcode specific patch versions.3839## Specialists4041| Agent | Specializations | Use When |42|-------|----------------|----------|43| `ring:backend-go` | Go microservices, PostgreSQL/MongoDB, RabbitMQ, OAuth2/JWT, gRPC, concurrency | Go services, DB optimization, auth/authz, concurrency |44| `ring:backend-ts` | TypeScript/Node.js, Express/Fastify/NestJS, Prisma/TypeORM, Jest/Vitest | TS backends, NestJS design, JS→TS migration |45| `ring:bff-ts` | Next.js BFF, Clean/Hexagonal Architecture, DDD patterns, Inversify DI | BFF layer, Clean Architecture, DDD domains, API orchestration |46| `ring:ui-designer` | Bold typography, color systems, animations, unexpected layouts | Landing pages, portfolios, design systems |47| `ring:frontend` | React/Next.js, App Router, Server Components, accessibility, performance | Financial dashboards, enterprise apps, modern React |48| `ring:helm` | Helm charts, Lerian conventions, chart structure, security, operational patterns | Creating/maintaining Helm charts, platform deployments |49| `ring:ui-engineer` | Wireframe-to-code, Design System compliance, UI states implementation | Implementing from product-designer specs |50| `ring:prompt-reviewer` | Agent quality analysis, prompt deficiency detection, quality scoring | Evaluating agent executions, identifying prompt gaps |51| `ring:qa-frontend` | Vitest, Testing Library, axe-core, Playwright, Lighthouse, snapshot testing | Frontend test planning, accessibility, E2E, performance |5253## Dispatch Template5455```yaml56Task:57 subagent_type: "ring:{agent-name}"58 description: "{Brief task description}"59 prompt: |60 {Your specific request with full context}61```6263## Frontend Agent Selection Guide6465| Need | Agent |66|------|-------|67| Visual aesthetics, design specs (no code) | `ring:ui-designer` |68| React/Next.js UI development | `ring:frontend` |69| Business logic, BFF, Clean Architecture | `ring:bff-ts` |70| Implementing from wireframes/ux-criteria | `ring:ui-engineer` |7172## Parallelization7374When tasks are independent, dispatch multiple agents in ONE message:7576```yaml77# All in one Task call block78Task 1: ring:backend-go - implement X with TDD, coverage, and local runtime79Task 2: ring:backend-ts - implement Y with TDD, coverage, and local runtime80Task 3: ring:helm - update Helm chart81```8283Sequential dispatch triples execution time for the same cost.8485## Example8687```yaml88Task:89 subagent_type: "ring:backend-go"90 description: "Implement multi-tenant repository for accounts"91 prompt: |92 Implement a multi-tenant PostgreSQL repository for the accounts domain.93 94 Standards: Load golang.md and multi-tenant.md via WebFetch.95 Project rules: docs/PROJECT_RULES.md96 97 Requirements:98 - Use tmcore.GetPGContext(ctx) for tenant context resolution99 - Table: accounts, tenant isolation via schema-per-tenant100 - TDD: write failing test first, then implement101 102 Output: files created, test results, acceptance criteria checklist103```
LerianStudio