Zurück zu Fähigkeiten

add-puzzle-type

pjt222
Aktualisiert 2 days ago
1 Ansichten
17
2
17
Auf GitHub ansehen
Metatestingdesign

Über

Dieses Claude Skill automatisiert das umfassende Scaffolding eines neuen Puzzle-Typs über die gesamte 10+ Punkte Integrationspipeline von jigsawR hinweg. Es generiert das Kernmodul, integriert es mit Generierungs-, Rendering- und UI-Komponenten und aktualisiert Konfigurations- und Testdateien. Nutzen Sie es, wenn Sie einen völlig neuen Puzzle-Typ hinzufügen, um sicherzustellen, dass kein Integrationspunkt übersehen wird.

Schnellinstallation

Claude Code

Empfohlen
Primär
npx skills add pjt222/agent-almanac -a claude-code
Plugin-BefehlAlternativ
/plugin add https://github.com/pjt222/agent-almanac
Git CloneAlternativ
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/add-puzzle-type

Kopieren Sie diesen Befehl und fügen Sie ihn in Claude Code ein, um diese Fähigkeit zu installieren

Dokumentation

Add Puzzle Type

Scaffold new puzzle type across all pipeline integration points in jigsawR.

When Use

  • Adding completely new puzzle type to package
  • Following established integration checklist (CLAUDE.md 10-point pipeline)
  • Ensuring nothing missed when wiring new type end-to-end

Inputs

  • Required: New type name (lowercase, e.g. "triangular")
  • Required: Geometry description (how pieces shaped/arranged)
  • Required: Whether type needs external packages (add to Suggests)
  • Optional: Parameter list beyond standard (grid, size, seed, tabsize, offset)
  • Optional: Reference implementation or algorithm source

Steps

Step 1: Create Core Puzzle Module

Create R/<type>_puzzle.R with internal generation function:

#' Generate <type> puzzle pieces (internal)
#' @noRd
generate_<type>_pieces_internal <- function(params, seed) {
  # 1. Initialize RNG state
  # 2. Generate piece geometries
  # 3. Build edge paths (SVG path data)
  # 4. Compute adjacency
  # 5. Return list: pieces, edges, adjacency, metadata
}

Follow pattern in R/voronoi_puzzle.R or R/snic_puzzle.R for structure.

Got: Function returns list with $pieces, $edges, $adjacency, $metadata.

If fail: Compare return structure against generate_voronoi_pieces_internal() to identify missing list elements or incorrect types.

Step 2: Wire into jigsawR_clean.R

Edit R/jigsawR_clean.R:

  1. Add "<type>" to valid_types vector
  2. Add type-specific parameter extraction in params section
  3. Add validation logic for type-specific constraints
  4. Add filename prefix mapping (e.g., "<type>" -> "<type>_")
# In valid_types
valid_types <- c("rectangular", "hexagonal", "concentric", "voronoi", "snic", "<type>")

Got: generate_puzzle(type = "<type>") accepted without "unknown type" error.

If fail: Verify type string added to valid_types exactly as spelled, parameter extraction covers all required type-specific arguments.

Step 3: Wire into unified_piece_generation.R

Edit R/unified_piece_generation.R:

  1. Add dispatch case in generate_pieces_internal()
  2. Add fusion handling if type supports PILES notation
# In the switch/dispatch
"<type>" = generate_<type>_pieces_internal(params, seed)

Got: Pieces generated when type dispatched.

If fail: Confirm dispatch case string matches type name exactly. generate_<type>_pieces_internal defined and exported from puzzle module.

Step 4: Wire into piece_positioning.R

Edit R/piece_positioning.R:

Add positioning dispatch for new type. Most types use shared positioning logic. Some need custom handling.

Got: apply_piece_positioning() handles new type without errors. Pieces placed at correct coordinates.

If fail: Check whether new type needs custom positioning logic or can reuse shared positioning path. Add dispatch case if default path does not apply.

Step 5: Wire into unified_renderer.R

Edit R/unified_renderer.R:

  1. Add rendering case in render_puzzle_svg()
  2. Add edge path function: get_<type>_edge_paths()
  3. Add piece name function: get_<type>_piece_name()

Got: SVG output generated for new type with correct piece outlines and edge paths.

If fail: Verify get_<type>_edge_paths() returns valid SVG path data. get_<type>_piece_name() produces unique identifiers for each piece.

Step 6: Wire into adjacency_api.R

Edit R/adjacency_api.R:

Add neighbor dispatch so get_neighbors() and get_adjacency() work for new type.

Got: get_neighbors(result, piece_id) returns correct neighbors for any piece in puzzle.

If fail: Check adjacency dispatch returns correct data structure. Test with small grid and manually verify neighbor relationships against geometry.

Step 7: Add ggpuzzle Geom Layer

Edit R/geom_puzzle.R:

Create geom_puzzle_<type>() using make_puzzle_layer() factory:

#' @export
geom_puzzle_<type> <- function(mapping = NULL, data = NULL, ...) {
  make_puzzle_layer(type = "<type>", mapping = mapping, data = data, ...)
}

Got: ggplot() + geom_puzzle_<type>(aes(...)) renders without error.

If fail: Verify make_puzzle_layer() receives correct type string. Geom function exported in NAMESPACE via @export.

Step 8: Add Stat Dispatch

Edit R/stat_puzzle.R:

  1. Add type-specific default parameters
  2. Add dispatch case in compute_panel()

Got: Stat layer computes puzzle geometry correctly. Produces expected number of polygons.

If fail: Check compute_panel() dispatch case returns data frame with required columns (x, y, group, piece_id). Default parameters sensible for new type.

Step 9: Update DESCRIPTION

Edit DESCRIPTION:

  1. Add new type to Description field text
  2. Add any new packages to Suggests: (if external dependency)
  3. Update Collate: to include new R file (alphabetical order)

Got: devtools::document() succeeds. No NOTE about unlisted files.

If fail: Check new R file listed in Collate: field in alphabetical order. Any new Suggests packages spelled correctly with version constraints.

Step 10: Update config.yml

Edit inst/config.yml:

Add defaults and constraints for new type:

<type>:
  grid:
    default: [3, 3]
    min: [2, 2]
    max: [20, 20]
  size:
    default: [300, 300]
    min: [100, 100]
    max: [2000, 2000]
  tabsize:
    default: 20
    min: 5
    max: 50
  # Add type-specific params here

Got: Config valid YAML. Defaults produce working puzzle when used by generate_puzzle().

If fail: Validate YAML with yaml::yaml.load_file("inst/config.yml"). Ensure default grid and size values produce sensible puzzle (not too small or too large).

Step 11: Extend Shiny App

Edit inst/shiny-app/app.R:

  1. Add new type to UI type selector
  2. Add conditional UI panels for type-specific parameters
  3. Add server-side generation logic

Got: Shiny app shows new type in dropdown. Generates puzzles when selected.

If fail: Check type added to choices argument of UI selector. Conditional panel for type-specific parameters uses conditionalPanel(condition = "input.type == '<type>'"). Server-side handler passes correct parameters.

Step 12: Create Test Suite

Create tests/testthat/test-<type>-puzzles.R:

test_that("<type> puzzle generates correct piece count", { ... })
test_that("<type> puzzle respects seed reproducibility", { ... })
test_that("<type> adjacency returns valid neighbors", { ... })
test_that("<type> fusion merges pieces correctly", { ... })
test_that("<type> geom layer renders without error", { ... })
test_that("<type> SVG output is well-formed", { ... })
test_that("<type> config constraints are enforced", { ... })

Type requires external package? Wrap tests with skip_if_not_installed().

Got: All tests pass. No skips unless external dependency missing.

If fail: Check each integration point individually. Most common issue: missing dispatch cases — run grep -rn "switch\|valid_types" R/ to find all dispatch locations.

Checks

  • generate_puzzle(type = "<type>") produces valid output
  • All 10 integration points wired correctly
  • devtools::test() passes with new tests
  • devtools::check() returns 0 errors, 0 warnings
  • Shiny app renders new type
  • Config constraints enforced (min/max validation)
  • Adjacency and fusion work correctly
  • ggpuzzle geom layer renders without error
  • devtools::document() succeeds (NAMESPACE updated)

Pitfalls

  • Missing dispatch case: Forgetting one of 10+ files causes silent failure or "unknown type" errors
  • strsplit with negative numbers: Creating adjacency keys with paste(a, b, sep = "-")? Negative piece labels produce keys like "1--1". Use "|" separator instead. Split with "\\|".
  • Using cat() for output: Always use cli package logging wrappers (log_info, log_warn, etc.)
  • Collate order: DESCRIPTION Collate field must be alphabetical or dependency-ordered
  • Config.yml format: Ensure YAML valid; test with yaml::yaml.load_file("inst/config.yml")

See Also

  • generate-puzzle — test new type after scaffolding
  • run-puzzle-tests — run full test suite to verify integration
  • validate-piles-notation — test fusion with new type
  • write-testthat-tests — general test-writing patterns
  • write-roxygen-docs — document new geom function

GitHub Repository

pjt222/agent-almanac
Pfad: i18n/caveman/skills/add-puzzle-type
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

Verwandte Skills

content-collections

Meta

Diese Skill bietet eine produktionsgetestete Einrichtung für Content Collections – ein TypeScript-first-Tool, das Markdown/MDX-Dateien in typsichere Datensammlungen mit Zod-Validierung umwandelt. Verwenden Sie ihn beim Erstellen von Blogs, Dokumentationsseiten oder inhaltsstarken Vite + React-Anwendungen, um Typsicherheit und automatische Inhaltsvalidierung zu gewährleisten. Er behandelt alles von der Vite-Plugin-Konfiguration und MDX-Kompilierung bis hin zur Deployment-Optimierung und Schema-Validierung.

Skill ansehen

polymarket

Meta

Diese Fähigkeit ermöglicht es Entwicklern, Anwendungen mit der Polymarket-Prognosemärkte-Plattform zu erstellen, einschließlich API-Integration für Handel und Marktdaten. Sie bietet außerdem Echtzeit-Datenstreaming über WebSocket, um Live-Trades und Marktaktivitäten zu überwachen. Nutzen Sie sie zur Implementierung von Handelsstrategien oder zur Erstellung von Tools, die Live-Marktaktualisierungen verarbeiten.

Skill ansehen

creating-opencode-plugins

Meta

Diese Fähigkeit unterstützt Entwickler dabei, OpenCode-Plugins zu erstellen, die in über 25 Ereignistypen wie Befehle, Dateien und LSP-Operationen eingreifen. Sie bietet die Plugin-Struktur, Event-API-Spezifikationen und Implementierungsmuster für JavaScript/TypeScript-Module. Nutzen Sie sie, wenn Sie den Lebenszyklus des OpenCode KI-Assistenten mit benutzerdefinierter ereignisgesteuerter Logik abfangen, überwachen oder erweitern müssen.

Skill ansehen

sglang

Meta

SGLang ist ein hochperformantes LLM-Serving-Framework, das sich auf schnelle, strukturierte Generierung für JSON, Regex und agentenbasierte Workflows unter Verwendung seines RadixAttention-Prefix-Cachings spezialisiert. Es bietet deutlich schnellere Inferenz, insbesondere für Aufgaben mit wiederholten Präfixen, was es ideal für komplexe, strukturierte Ausgaben und Mehrfachdialoge macht. Wählen Sie SGLang gegenüber Alternativen wie vLLM, wenn Sie constrained decoding benötigen oder Anwendungen mit umfangreicher Präfix-Weitergabe entwickeln.

Skill ansehen