analyzing-options
Analyzing different approaches for a task or problem with structured comparisons, effort…
Routing feature planning through the ring-pm-team pre-dev workflow: choosing the Small Track (4 gates, <2 days) or Large Track (8 gates, 2+ days) and entering via ring:planning-small-features or ring:planning-large-features. Indexes pre-dev gates, standalone utilities, and
$ npx -y skills add LerianStudio/ring --skill using-pm-team --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/using-pm-teamContext preview
The summary Claude sees to decide when to auto-load this skill.
Routing feature planning through the ring-pm-team pre-dev workflow: choosing the Small Track (4 gates, <2 days) or Large Track (8 gates, 2+ days) and entering via ring:planning-small-features or ring:planning-large-features. Indexes pre-dev gates, standalone utilities, and
name: ring:using-pm-team description: "Routing feature planning through the ring-pm-team pre-dev workflow: choosing the Small Track (4 gates, <2 days) or Large Track (8 gates, 2+ days) and entering via ring:planning-small-features or ring:planning-large-features. Indexes pre-dev gates, standalone utilities, and research agents. Use when starting a feature that needs systematic planning. Skip for quick exploratory work, known-solution bug fixes, or trivial changes."
The ring-pm-team plugin provides 14 skills and 4 agents. Use them via `Skill tool: "ring:gate-name"`.
Follow the **ORCHESTRATOR principle** from `ring:using-ring`. Dispatch pre-dev workflow to handle planning; plan thoroughly before coding.
All artifacts land in `docs/pre-dev/<feature-name>/`. Both tracks end at `plan.md` — the single execution document consumed by `ring:running-dev-cycle` and `ring:executing-plans`.
Use when ALL criteria met: implementation <2 days, no new external dependencies, no new data models, no multi-service integration, uses existing architecture, single developer.
| Gate | Skill | Output | |------|-------|--------| | 0 | ring:researching-features | research.md | | 1 | ring:writing-prds | prd.md | | 2 | ring:writing-trds | trd.md | | 3 | ring:writing-plans (invoked by orchestrator) | plan.md |
Use when ANY criteria met: implementation ≥2 days, new external dependencies, new data models/entities, multi-service integration, new architecture patterns, team collaboration needed.
| Gate | Skill | Output | |------|-------|--------| | 0 | ring:researching-features | research.md | | 1 | ring:writing-prds | prd.md | | 2 | ring:mapping-feature-relationships | feature-map.md | | 3 | ring:writing-trds | trd.md | | 4 | ring:designing-api-contracts | openapi.yaml | | 5 | ring:designing-data-model | schema.sql / schema.prisma (stack-native) | | 6 | ring:pinning-dependency-versions | dependencies.md | | 7 | ring:writing-plans (default plugin, invoked by orchestrator) | plan.md |
| Gate | Skill | What It Does | |------|-------|-------------| | 0 | ring:researching-features | Parallel technical/product research: codebase patterns, web research (firecrawl/exa), framework docs | | 1 | ring:writing-prds | Squad-facing product spec: what, why, scope, functional requirements, acceptance criteria | | 2 | ring:mapping-feature-relationships | Feature relationships, dependencies, and the phasing the squad validates (Large only) | | 3 | ring:writing-trds | Technical architecture: components, boundaries, data flow, integration points | | 4 | ring:designing-api-contracts | Real OpenAPI 3.1 spec: paths, schemas, error envelope (Large only) | | 5 | ring:designing-data-model | Real stack-native schema: DDL, indexes, constraints (Large only) | | 6 | ring:pinning-dependency-versions | Explicit tech choices, versions, licenses (Large only) | | 7/3 | ring:writing-plans | Rolling-wave phased plan: all phases with epics, Phase 1 detailed into tasks |
| Skill | When to Use | |-------|-------------| | ring:validating-ux-completeness | Before the TRD when the feature has UI; validates ux-criteria/wireframes from a product-designer run | | ring:mapping-streaming-events | Map eventable points in Go service for lib-streaming | | ring:creating-grafana-dashboards | Sweep telemetry → telemetry-dictionary.md → PM iterates themes → Grafonnet dashboards + blocking drift CI | | ring:reconciling-predev-docs | Before dev-cycle to catch contradictions across pre-dev artifacts |
| Agent | Specialization | |-------|---------------| | ring:repo-researcher | Codebase patterns, existing solutions (Gate 0) | | ring:web-researcher | External best practices, industry standards (Gate 0) | | ring:docs-researcher | Tech stack docs, version constraints (Gate 0) | | ring:product-designer | Standalone UX step (ux-research, ux-validation, ux-design) — not a gate agent |
Proven engineering practices, enforced through skills. Ring is a comprehensive skills library and workflow system for AI agents that transforms how AI assistants approach software development.
Repo: LerianStudio/ring
Analyzing different approaches for a task or problem with structured comparisons, effort…
Auditing a service's production readiness against Ring engineering standards across base…
Cleaning redundant and obvious comments following clean code principles while preserving…
Commit changes with scope allowlist enforcement, atomic grouping, GPG-signed conventional…
Creating a handoff document that captures session state (completed work, decisions, open…
Creating an isolated git worktree for parallel branch work: selects the directory by priority…