com um clique
ring-dev-cycle-frontend
// Frontend development cycle orchestrator with lean gates. Loads tasks from PM team output or backend handoff and executes through Gate 0 implementation-owned checks, Gate 7 review, and Gate 8 validation.
// Frontend development cycle orchestrator with lean gates. Loads tasks from PM team output or backend handoff and executes through Gate 0 implementation-owned checks, Gate 7 review, and Gate 8 validation.
Migrates Lerian Go services from .env/YAML configuration of operational knobs (log levels, feature flags, rate limits, timeouts) to the lib-systemplane runtime config client — a hot-reloadable plane using Postgres LISTEN/NOTIFY or MongoDB change streams. Wires the standard `make systemplane-ddl` migration-only provisioning pipeline (generator + manifest + drift guard) — runtime DDL is forbidden in v1.6.0+. Use when adding hot-reloadable runtime configuration or migrating from v4 systemplane (formerly lib-commons/v5/commons/systemplane). Detects deleted v4 residue (Supervisor, BundleFactory, SYSTEMPLANE_* env vars) and runtime DDL anti-patterns.
Dual-mode skill for github.com/LerianStudio/lib-systemplane, Lerian's dual-backend (Postgres LISTEN/NOTIFY or MongoDB change streams) hot-reload runtime configuration plane. Sweep Mode dispatches 7 parallel explorers to detect DIY runtime-config wiring (env reload via SIGHUP, fsnotify/viper.WatchConfig, raw pgx LISTEN, hand-rolled change-stream watchers, manual tenant-scoping, hand-built admin CRUD UIs, v4 systemplane residue + runtime DDL provisioning anti-pattern). Reference Mode catalogs the API by lifecycle (construct → register → start → read/write/subscribe → close), the migration-only provisioning artifacts (`SchemaSQL()` + `DefaultSeedSQL()` vendored via `make systemplane-ddl`), tenant-scoped overrides, the Fiber admin surface, redaction policies, and the test harness. For end-to-end migration use ring:dev-systemplane-migration. Skip for non-Go or frontend code.
Inline execution of an implementation plan task-by-task with review checkpoints. Loads a written plan, reviews it critically, executes tasks in order with verification, and hands off to finishing skills when done.
Authoring comprehensive implementation plans from a spec or requirements before touching code. Produces bite-sized, TDD-shaped tasks with exact file paths, complete code, and verifiable commands — executable by an engineer with zero context for the codebase.
Gate 8 of development cycle - dispatches 9 default specialized reviewers in parallel (code, business-logic, security, test, nil-safety, dead-code, performance, multi-tenant, lib-commons), plus up to 3 conditional stack specialists when their triggers match (lib-observability, lib-systemplane, lib-streaming). Runs at TASK cadence — reviewers see cumulative diff, not per-subtask fragments. Report-only: no automatic remediation.
Mandatory orchestrator protocol - establishes ORCHESTRATOR principle (dispatch agents, don't operate directly) and skill discovery workflow for every conversation.
| name | ring:dev-cycle-frontend |
| description | Frontend development cycle orchestrator with lean gates. Loads tasks from PM team output or backend handoff and executes through Gate 0 implementation-owned checks, Gate 7 review, and Gate 8 validation. |
Runs before: ring:dev-report
You orchestrate. Agents execute. NEVER read/write/edit source files (*.ts, *.tsx, *.jsx, *.css) directly.
All code changes go through Task(subagent_type=...). Announce at start: "Using ring:dev-cycle-frontend with lean gate flow (Gate 0, 7, 8)."
1. Detect UI library: Read package.json
- "@lerianstudio/sindarian-ui" present → ui_library_mode = "sindarian-ui"
- Otherwise → ui_library_mode = "fallback-only"
Store in state.
2. Pre-cache standards (once):
WebFetch → https://raw.githubusercontent.com/LerianStudio/ring/main/CLAUDE.md
WebFetch → https://raw.githubusercontent.com/LerianStudio/ring/main/dev-team/docs/standards/frontend.md
WebFetch → testing-accessibility.md, testing-visual.md, testing-e2e.md, testing-performance.md, devops.md, sre.md
Store in state.cached_standards.
3. Load backend handoff if available: docs/ring:dev-cycle/handoff-frontend.json
4. Verify PROJECT_RULES.md exists → STOP if missing.
5. Ask execution mode: automatic | manual_per_task | manual_per_subtask
| Gate | Cadence | Skill | Agent | Purpose |
|---|---|---|---|---|
| 0 | subtask | ring:dev-implementation | ring:frontend-engineer / ring:ui-engineer / ring:frontend-bff-engineer-typescript | TDD, coverage, accessibility, visual/E2E/perf checks, local runtime |
| 7 | task | ring:codereview | 9 defaults + triggered specialists via ring:codereview | Code review |
| 8 | subtask | ring:dev-validation | User | Acceptance sign-off |
All listed gates are MANDATORY. No exceptions.
| Condition | Agent |
|---|---|
| React/Next.js component | ring:frontend-engineer |
| Design system / Sindarian UI | ring:ui-engineer |
| BFF / API aggregation | ring:frontend-bff-engineer-typescript |
| Mixed | frontend-engineer first, then frontend-bff-engineer-typescript |
Pass ui_library_mode to every Gate 0 agent.
| Component Layer | TDD Required? | When |
|---|---|---|
| Custom hooks | YES — RED→GREEN | Gate 0 |
| Form validation | YES — RED→GREEN | Gate 0 |
| State management | YES — RED→GREEN | Gate 0 |
| Conditional rendering | YES — RED→GREEN | Gate 0 |
| API integration | YES — RED→GREEN | Gate 0 |
| Layout / styling | NO — test-after | Gate 0 visual checks |
| Animations | NO — test-after | Gate 0 visual checks |
| Static presentational | NO — test-after | Gate 0 visual checks |
for each task:
for each subtask:
Gate 0
[checkpoint if manual_per_subtask]
# task-level (after all subtasks)
Gate 7
# subtask-level validation after review passes
for each subtask:
Gate 8
1. Skill("[sub-skill-name]")
2. Follow sub-skill dispatch rules
3. Task(subagent_type=...)
4. Validate output
5. Write state
6. Next gate
Sub-skill MUST be loaded before dispatching the agent.
Invoke Skill("ring:codereview"). The codereview skill dispatches its 9 default reviewers plus triggered conditional specialists in parallel and applies its own pass/fail rules.
| Gate | Required for COMPLETE |
|---|---|
| 0 | TDD RED captured (behavioral) + GREEN passes; visual: implementation complete |
| 7 | ring:codereview PASS (all 9 defaults and triggered specialists) |
| 8 | Explicit "APPROVED" from user |
Former Gates 1-6 checks are owned by Gate 0 implementation and local verification.
State: docs/ring:dev-cycle-frontend/current-cycle.json
Write after EVERY gate. If write fails → STOP.
{
"ui_library_mode": "",
"tasks_file": "",
"execution_mode": "",
"current_gate": 0,
"current_task": "",
"current_subtask": "",
"gates_completed": {},
"cached_standards": {}
}
| Blocker | Action |
|---|---|
| Gate failure | STOP. Fix before proceeding. |
| Missing PROJECT_RULES.md | STOP. Create using template. |
| Standards WebFetch fails | STOP. Report. |
| Architectural decision needed | STOP. Present options to user. |