スキル一覧に戻る

add-puzzle-type

pjt222
更新日 2 days ago
6 閲覧
17
2
17
GitHubで表示
メタtestingdesign

について

このClaude Skillは、jigsawRの10以上の統合ポイントからなるパイプライン全体において、新しいパズルタイプの包括的なスキャフォールディングを自動化します。コアモジュールの生成、生成・レンダリング・UIコンポーネントとの統合、設定ファイルおよびテストファイルの更新を行います。完全に新しいパズルタイプを追加する際に使用することで、統合ポイントの見落としを防ぎます。

クイックインストール

Claude Code

推奨
メイン
npx skills add pjt222/agent-almanac -a claude-code
プラグインコマンド代替
/plugin add https://github.com/pjt222/agent-almanac
Git クローン代替
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/add-puzzle-type

このコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします

ドキュメント

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 リポジトリ

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

関連スキル

content-collections

メタ

このスキルは、Content Collections(Markdown/MDXファイルを型安全なデータコレクションに変換するTypeScriptファーストのツール)の本番環境でテストされた設定を提供します。Zodバリデーションによる型安全性を実現し、ブログ、ドキュメントサイト、コンテンツ重視のVite + Reactアプリケーション構築時にご利用ください。Viteプラグインの設定、MDXコンパイルから、デプロイ最適化、スキーマバリデーションまで、すべてを網羅しています。

スキルを見る

polymarket

メタ

このスキルは、開発者がPolymarket予測市場プラットフォームを活用したアプリケーション構築を可能にします。API統合による取引や市場データの取得に加え、WebSocketを介したリアルタイムデータストリーミングにより、ライブ取引や市場活動を監視できます。取引戦略の実装や、ライブ市場更新を処理するツールの作成にご利用ください。

スキルを見る

creating-opencode-plugins

メタ

このスキルは、開発者がコマンド、ファイル、LSP操作など25種類以上のイベントタイプにフックするOpenCodeプラグインを作成することを支援します。JavaScript/TypeScriptモジュール向けに、プラグイン構造、イベントAPI仕様、および実装パターンを提供します。カスタムイベント駆動ロジックでOpenCode AIアシスタントのライフサイクルをインターセプト、監視、または拡張する必要がある場合にご利用ください。

スキルを見る

sglang

メタ

SGLangは、高性能なLLMサービングフレームワークであり、RadixAttentionプレフィックスキャッシュを活用したJSON、正規表現、エージェントワークフロー向けの高速で構造化された生成を特長とします。特にプレフィックスが繰り返されるタスクにおいて、大幅に高速な推論を実現し、複雑な構造化出力やマルチターン対話に最適です。制約付きデコードが必要な場合や、広範なプレフィックス共有を伴うアプリケーションを構築する場合は、vLLMなどの代替案ではなくSGLangを選択してください。

スキルを見る