domain-web
Webサービス構築に必要なHTTP通信やAPI設計、認証・認可、状態管理などの技術要素を駆使し、サーバー構築からセキュリティ対策まで包括的に支援するSkill。
📜 元の英語説明(参考)
Use when building web services. Keywords: web server, HTTP, REST API, GraphQL, WebSocket, axum, actix, warp, rocket, tower, hyper, reqwest, middleware, router, handler, extractor, state management, authentication, authorization, JWT, session, cookie, CORS, rate limiting, web 开发, HTTP 服务, API 设计, 中间件, 路由
🇯🇵 日本人クリエイター向け解説
Webサービス構築に必要なHTTP通信やAPI設計、認証・認可、状態管理などの技術要素を駆使し、サーバー構築からセキュリティ対策まで包括的に支援するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o domain-web.zip https://jpskill.com/download/9259.zip && unzip -o domain-web.zip && rm domain-web.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/9259.zip -OutFile "$d\domain-web.zip"; Expand-Archive "$d\domain-web.zip" -DestinationPath $d -Force; ri "$d\domain-web.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
domain-web.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
domain-webフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
Webドメイン
レイヤー3: ドメイン制約
ドメイン制約 → 設計への影響
| ドメインルール | 設計制約 | Rust の影響 |
|---|---|---|
| ステートレス HTTP | リクエストローカルなグローバル変数なし | エクストラクタ内の状態 |
| 並行性 | 多数の接続を処理 | Async, Send + Sync |
| レイテンシ SLA | 高速なレスポンス | 効率的な所有権 |
| セキュリティ | 入力検証 | 型安全なエクストラクタ |
| 可観測性 | リクエストトレース | tracing + tower layers |
重要な制約
デフォルトで Async
ルール: Webハンドラはブロックしてはならない
理由: 1つのタスクをブロック = 多数のリクエストをブロック
RUST: async/await, CPU処理には spawn_blocking
状態管理
ルール: 共有状態はスレッドセーフでなければならない
理由: ハンドラは任意のスレッドで実行される
RUST: Arc<T>, 可変には Arc<RwLock<T>>
リクエストライフサイクル
ルール: リソースはリクエストの期間のみ存続する
理由: メモリ管理、リークなし
RUST: エクストラクタ、適切な所有権
トレースダウン ↓
制約から設計へ (レイヤー2):
"共有アプリケーション状態が必要"
↓ m07-concurrency: スレッドセーフな共有には Arc を使用
↓ m02-resource: 可変な状態には Arc<RwLock<T>>
"リクエストの検証が必要"
↓ m05-type-driven: 検証済みのエクストラクタ
↓ m06-error-handling: エラーには IntoResponse
"ミドルウェアスタックが必要"
↓ m12-lifecycle: Tower layers
↓ m04-zero-cost: トレイトベースの構成
フレームワーク比較
| フレームワーク | スタイル | 最適な用途 |
|---|---|---|
| axum | 関数型, tower | 最新の API |
| actix-web | アクターベース | 高パフォーマンス |
| warp | フィルタ合成 | 構成可能な API |
| rocket | マクロ駆動 | 迅速な開発 |
主要なクレート
| 目的 | クレート |
|---|---|
| HTTP サーバー | axum, actix-web |
| HTTP クライアント | reqwest |
| JSON | serde_json |
| 認証/JWT | jsonwebtoken |
| セッション | tower-sessions |
| データベース | sqlx, diesel |
| ミドルウェア | tower |
デザインパターン
| パターン | 目的 | 実装 |
|---|---|---|
| エクストラクタ | リクエストのパース | State(db), Json(payload) |
| エラーレスポンス | 統一されたエラー | impl IntoResponse |
| ミドルウェア | 横断的な関心事 | Tower layers |
| 共有状態 | アプリケーション設定 | Arc<AppState> |
コードパターン: Axum ハンドラ
async fn handler(
State(db): State<Arc<DbPool>>,
Json(payload): Json<CreateUser>,
) -> Result<Json<User>, AppError> {
let user = db.create_user(&payload).await?;
Ok(Json(user))
}
// エラー処理
impl IntoResponse for AppError {
fn into_response(self) -> Response {
let (status, message) = match self {
Self::NotFound => (StatusCode::NOT_FOUND, "Not found"),
Self::Internal(_) => (StatusCode::INTERNAL_SERVER_ERROR, "Internal error"),
};
(status, Json(json!({"error": message}))).into_response()
}
}
よくある間違い
| 間違い | ドメイン違反 | 修正 |
|---|---|---|
| ハンドラでのブロッキング | レイテンシのスパイク | spawn_blocking |
| 状態での Rc | Send + Sync ではない | Arc を使用 |
| 検証なし | セキュリティリスク | 型安全なエクストラクタ |
| エラーレスポンスなし | 悪い UX | IntoResponse の実装 |
レイヤー1へのトレース
| 制約 | レイヤー2のパターン | レイヤー1の実装 |
|---|---|---|
| Async ハンドラ | Async/await | tokio ランタイム |
| スレッドセーフな状態 | 共有状態 | Arc<T>, Arc<RwLock<T>> |
| リクエストライフサイクル | エクストラクタ | From<Request> による所有権 |
| ミドルウェア | Tower layers | トレイトベースの構成 |
関連スキル
| いつ | 参照 |
|---|---|
| Async パターン | m07-concurrency |
| 状態管理 | m02-resource |
| エラー処理 | m06-error-handling |
| ミドルウェア設計 | m12-lifecycle |
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Web Domain
Layer 3: Domain Constraints
Domain Constraints → Design Implications
| Domain Rule | Design Constraint | Rust Implication |
|---|---|---|
| Stateless HTTP | No request-local globals | State in extractors |
| Concurrency | Handle many connections | Async, Send + Sync |
| Latency SLA | Fast response | Efficient ownership |
| Security | Input validation | Type-safe extractors |
| Observability | Request tracing | tracing + tower layers |
Critical Constraints
Async by Default
RULE: Web handlers must not block
WHY: Block one task = block many requests
RUST: async/await, spawn_blocking for CPU work
State Management
RULE: Shared state must be thread-safe
WHY: Handlers run on any thread
RUST: Arc<T>, Arc<RwLock<T>> for mutable
Request Lifecycle
RULE: Resources live only for request duration
WHY: Memory management, no leaks
RUST: Extractors, proper ownership
Trace Down ↓
From constraints to design (Layer 2):
"Need shared application state"
↓ m07-concurrency: Use Arc for thread-safe sharing
↓ m02-resource: Arc<RwLock<T>> for mutable state
"Need request validation"
↓ m05-type-driven: Validated extractors
↓ m06-error-handling: IntoResponse for errors
"Need middleware stack"
↓ m12-lifecycle: Tower layers
↓ m04-zero-cost: Trait-based composition
Framework Comparison
| Framework | Style | Best For |
|---|---|---|
| axum | Functional, tower | Modern APIs |
| actix-web | Actor-based | High performance |
| warp | Filter composition | Composable APIs |
| rocket | Macro-driven | Rapid development |
Key Crates
| Purpose | Crate |
|---|---|
| HTTP server | axum, actix-web |
| HTTP client | reqwest |
| JSON | serde_json |
| Auth/JWT | jsonwebtoken |
| Session | tower-sessions |
| Database | sqlx, diesel |
| Middleware | tower |
Design Patterns
| Pattern | Purpose | Implementation |
|---|---|---|
| Extractors | Request parsing | State(db), Json(payload) |
| Error response | Unified errors | impl IntoResponse |
| Middleware | Cross-cutting | Tower layers |
| Shared state | App config | Arc<AppState> |
Code Pattern: Axum Handler
async fn handler(
State(db): State<Arc<DbPool>>,
Json(payload): Json<CreateUser>,
) -> Result<Json<User>, AppError> {
let user = db.create_user(&payload).await?;
Ok(Json(user))
}
// Error handling
impl IntoResponse for AppError {
fn into_response(self) -> Response {
let (status, message) = match self {
Self::NotFound => (StatusCode::NOT_FOUND, "Not found"),
Self::Internal(_) => (StatusCode::INTERNAL_SERVER_ERROR, "Internal error"),
};
(status, Json(json!({"error": message}))).into_response()
}
}
Common Mistakes
| Mistake | Domain Violation | Fix |
|---|---|---|
| Blocking in handler | Latency spike | spawn_blocking |
| Rc in state | Not Send + Sync | Use Arc |
| No validation | Security risk | Type-safe extractors |
| No error response | Bad UX | IntoResponse impl |
Trace to Layer 1
| Constraint | Layer 2 Pattern | Layer 1 Implementation |
|---|---|---|
| Async handlers | Async/await | tokio runtime |
| Thread-safe state | Shared state | Arc<T>, Arc<RwLock<T>> |
| Request lifecycle | Extractors | Ownership via From<Request> |
| Middleware | Tower layers | Trait-based composition |
Related Skills
| When | See |
|---|---|
| Async patterns | m07-concurrency |
| State management | m02-resource |
| Error handling | m06-error-handling |
| Middleware design | m12-lifecycle |