Przejdź do treści
Biblioteka skilli
Programowanie · Automatyzacja

cycle

/cycle

Uruchamia pełną pętlę plan, budowa, weryfikacja dla funkcji SpawnForge, orkiestrując planera, budowniczego i walidator po kolei, od specyfikacji do przechodzących testów.

Repozytorium
project-forge ↗
Licencja
Apache-2.0
Ostatnia zmiana repozytorium
17.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
1
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 17.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.

Co robi i kiedy

Uruchamia pełną pętlę plan, budowa, weryfikacja dla funkcji SpawnForge, orkiestrując planera, budowniczego i walidator po kolei, od specyfikacji do przechodzących testów.

Oryginalny opis (EN)

Run the full Plan → Build → Verify loop for a SpawnForge feature. Orchestrates planner → builder → validator in sequence. Use when implementing a complete feature end-to-end from spec to passing tests.

Jak działa

  1. Overview
  2. 1. Plan
  3. 2. Build
  4. 3. Verify
  5. 4. Update Context
  6. Version Reference
Sekcje z nagłówków SKILL.md, w oryginale · 62 linii, 351 słów
Podgląd SKILL.md
---
name: cycle
description: Run the full Plan → Build → Verify loop for a SpawnForge feature. Orchestrates planner → builder → validator in sequence. Use when implementing a complete feature end-to-end from spec to passing tests.
---

# The Development Loop

## Overview

This is the full development cycle for SpawnForge. Every feature goes through Plan → Build → Verify → Update Context. Each phase uses domain-specific skills to ensure consistent, high-quality output aligned with the product vision.

## 1. Plan

Invoke the `planner` skill to draft a spec for: $ARGUMENTS
- The planner uses the `design` skill patterns for architectural decisions
- The planner verifies claims against actual code (not just design docs)
- **STOP and await user approval.**

## 2. Build

Once approved, invoke the `builder` skill to implement it. The builder will:
- Use `/rust-engine` patterns for Bevy 0.19 / Rapier 0.35 / WASM code
- Use `/frontend` patterns for React 19 / Next.js 16 / Zustand 5 / Tailwind 4 code
- Use `/mcp-commands` patterns for AI parity (commands, handlers, manifest)
- Use `/testing` patterns for 100% coverage target
- Use `/docs` patterns for documentation updates

## 3. Verify

Run the architecture validator and test suite:

```bash
# Architecture boundaries
python3 .claude/skills/arch-validator/check_arch.py

# Lint (zero warnings enforced)
cd web && npx eslint --max-warnings 0 .

# TypeScript
cd web && npx tsc --noEmit

# Unit tests
cd web && npx vitest run

# MCP tests
cd mcp-server && npx tsc --noEmit && npx vitest run
```

If any check fails, fix immediately before proceeding.

## 4. Update Context

After verification passes, update project context files:
- **New pitfalls/API quirks?** → Add to `.claude/rules/*.md`
- **Milestone completed?** → Move its tickets on the taskboard; update the feature claims in `README.md` if a user-visible capability shipped. There is deliberately no phase list in `.claude/CLAUDE.md` — a hand-maintained status summary rots and the taskboard is the live source
- **New ECS components or libraries?** → Update `rules/file-map.md`, `rules/bevy-api.md`, `rules/library-apis.md`
- **New EntitySnapshot fields?** → Update `rules/entity-snapshot.md`
- **Temporary learnings?** → Log in `MEMORY.md`, promote to rules after confirmation

## Version Reference

All implementations must use these exact versions:
- Bevy 0.19, bevy_rapier 0.35, bevy_hanabi 0.19, bevy_panorbit_camera 0.35
- Next.js 16, React 19, Zustand 5, TypeScript 6, Tailwind 4, Vitest 5
- Rust stable, wasm-bindgen 0.2.127, csgrs 0.20

Wersje

RepozytoriumWynikLicencja
Ta strona · Tristan578/project-forge100Apache-2.0
softagram/goodreason-agents-setup90MIT
pedrobertao/4D-framework-enhanced90MIT
dudwns0921/claude-gamedev-kit87MIT

Identyczna treść występuje jeszcze w 1 innych folderach na GitHubie. Tu pokazujemy jedną, najlepiej ocenioną kopię.

Migawka bazy z 13.11.2026 · wersja paczki a0f76e93a6ca (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 100planner
    Tworzy szczegółową specyfikację funkcji SpawnForge w katalogu specs, z kryteriami akceptacji gotowymi do implementacji.
  • 100feature-cycle
    Prowadzi funkcję od gotowej specyfikacji przez plan, implementację, weryfikację, przegląd i wydanie jednym poleceniem, w cyklu życia opisanym w CLAUDE.md.
  • 100implement-feature
    Prowadzi pełny workflow implementacji funkcji: przegląd planu, pisanie testów, kod, weryfikacja i dostarczenie.
  • 100ship
    Prowadzi pełną ścieżkę od specyfikacji do scalenia jednym poleceniem: specyfikacja, plan, budowa, przegląd i PR z auto-merge, z pauzami na bramkach człowieka.
  • 100test-plan
    Planuje testy funkcji: mapuje kryteria akceptacji na testy, szuka luk i uruchamia główne przepływy end-to-end.
  • 100pr-code-review
    Recenzuje PR pod kątem błędów, problemów bezpieczeństwa i regresji w SpawnForge i zostawia komentarze inline na GitHubie ze znacznikami ważności.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.