add-puzzle-type
À propos
Cette Compétence Claude automatise la mise en place complète d'un nouveau type de puzzle à travers l'ensemble du pipeline d'intégration en 10+ points de jigsawR. Elle génère le module principal, l'intègre avec les composants de génération, de rendu et d'interface utilisateur, et met à jour les fichiers de configuration et de test. Utilisez-la lors de l'ajout d'un tout nouveau type de puzzle pour garantir qu'aucun point d'intégration n'est omis.
Installation rapide
Claude Code
Recommandénpx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/add-puzzle-typeCopiez et collez cette commande dans Claude Code pour installer cette compétence
Documentation
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:
- Add
"<type>"tovalid_typesvector - Add type-specific parameter extraction in params section
- Add validation logic for type-specific constraints
- 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:
- Add dispatch case in
generate_pieces_internal() - 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:
- Add rendering case in
render_puzzle_svg() - Add edge path function:
get_<type>_edge_paths() - 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:
- Add type-specific default parameters
- 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:
- Add new type to Description field text
- Add any new packages to
Suggests:(if external dependency) - 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:
- Add new type to UI type selector
- Add conditional UI panels for type-specific parameters
- 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 useclipackage 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 scaffoldingrun-puzzle-tests— run full test suite to verify integrationvalidate-piles-notation— test fusion with new typewrite-testthat-tests— general test-writing patternswrite-roxygen-docs— document new geom function
Dépôt GitHub
Compétences associées
content-collections
MétaCette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.
polymarket
MétaCette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.
creating-opencode-plugins
MétaCette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.
sglang
MétaSGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.
