cloudflare-worker-builder
Hono ルーティング・Vite プラグイン・Static Assets を組み合わせた Cloudflare Workers プロジェクトのスキャフォールドとデプロイを自動化します。プロジェクト構成の生成、D1 / R2 / KV / Queues などのバインディング設定、デプロイまでを一貫してサポートします。Worker プロジェクトの新規作成、Cloudflare 上への Hono セットアップ、Worker のエクスポート構文エラー・APIルート競合・HMR 問題・デプロイ失敗のトラブルシューティングを行いたい場合に活用してください。
description の原文を見る
Scaffold and deploy Cloudflare Workers with Hono routing, Vite plugin, and Static Assets. Describe project, scaffold structure, configure bindings, deploy. Use whenever the user wants to create a Worker project, set up Hono on Cloudflare, configure D1 / R2 / KV / Queues bindings, or troubleshoot Worker export syntax, API route conflicts, HMR issues, or deployment failures.
SKILL.md 本文
Cloudflare Worker Builder
プロジェクトの説明から Cloudflare Worker プロジェクトをスキャフォルドします。Hono ルーティング、Vite dev サーバー、Static Assets を備えたデプロイ可能なプロジェクトを生成します。
ワークフロー
ステップ 1: プロジェクトを理解する
適切なバインディングと構造を選択するためにプロジェクトについて質問します:
- アプリの機能は何か?(API のみ、SPA + API、ランディングページ)
- どのようなデータストレージか?(D1 データベース、R2 ファイル、KV キャッシュ、なし)
- 認証は必要か?(Clerk、better-auth、なし)
- カスタムドメインか workers.dev サブドメインか?
「データベース付き todo アプリ」のような簡潔な説明があれば十分です。
ステップ 2: プロジェクトをスキャフォルド
npm create cloudflare@latest my-worker -- --type hello-world --ts --git --deploy false --framework none
cd my-worker
npm install hono
npm install -D @cloudflare/vite-plugin vite
このスキルの assets/ ディレクトリからアセットファイルをコピーしてカスタマイズします:
wrangler.jsonc— Worker 設定vite.config.ts— Vite + Cloudflare プラグインsrc/index.ts— Static Assets フォールバック付き Hono アプリpackage.json— スクリプトと依存関係tsconfig.json— TypeScript 設定public/index.html— SPA エントリーポイント
ステップ 3: バインディングを設定
プロジェクトのニーズに基づいて wrangler.jsonc にバインディングを追加します。Wrangler 4.45+ は初回デプロイ時にリソースを自動プロビジョニングします — 常に明示的な名前を指定してください:
{
"name": "my-worker",
"main": "src/index.ts",
"compatibility_date": "2025-11-11",
"assets": {
"directory": "./public/",
"binding": "ASSETS",
"not_found_handling": "single-page-application",
"run_worker_first": ["/api/*"]
},
// 必要に応じて追加:
"d1_databases": [{ "binding": "DB", "database_name": "my-app-db" }],
"r2_buckets": [{ "binding": "STORAGE", "bucket_name": "my-app-files" }],
"kv_namespaces": [{ "binding": "CACHE", "title": "my-app-cache" }]
}
ステップ 4: デプロイ
npm run dev # http://localhost:8787 でローカル開発
wrangler deploy # 本番環境にデプロイ
重要なパターン
エクスポート構文
// 正解 — このパターンを使用してください
export default app
// 間違い — "Cannot read properties of undefined" が発生します
export default { fetch: app.fetch }
ソース: honojs/hono #3955
Static Assets + API ルート
run_worker_first なしでは、SPA フォールバックが API ルートをインターセプトして、JSON の代わりに index.html を返します:
"assets": {
"not_found_handling": "single-page-application",
"run_worker_first": ["/api/*"] // 重要
}
ソース: workers-sdk #8879
Vite 設定
import { defineConfig } from 'vite'
import { cloudflare } from '@cloudflare/vite-plugin'
export default defineConfig({ plugins: [cloudflare()] })
wrangler.jsonc の main フィールドを常に設定してください — Vite プラグインが必要とします。
スケジュール / Cron ハンドラー
cron トリガーを追加する場合は、明示的なエクスポートに切り替えてください:
export default {
fetch: app.fetch,
scheduled: async (event, env, ctx) => { /* ... */ }
}
リファレンスファイル
詳細なトラブルシューティングについてはこれらを参照してください:
references/common-issues.md— 10 個のドキュメント化された問題とソース、修正方法references/architecture.md— ルート優先度、キャッシング、Workers RPCreferences/deployment.md— CI/CD、自動プロビジョニング、段階的なロールアウト
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- jezweb
- リポジトリ
- jezweb/claude-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/jezweb/claude-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。