fullstack-dev
本番対応のフルスタックアプリケーションを構築する
フルスタックアプリケーションの構築には、バックエンドAPI、認証、データベース、フロントエンドの統合を調整する必要があります。このスキルは、適切なエラー処理とテストを備えた堅牢で本番対応のアプリケーションを作成するための構造化されたワークフローとベストプラクティスを提供します。
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"fullstack-dev" 사용 중입니다. ExpressとReactフロントエンドでTodo APIを構築する
예상 결과:
Expressバックエンド(JWT認証、PostgreSQL)とReactフロントエンドを備えたフルスタックTodoアプリケーションを作成しました。バックエンドには/api/todos CRUDエンドポイント、リフレッシュトークンフローを備えた/api/auth/login、適切なエラー処理が含まれています。フロントエンドには、401自動更新を処理するAPIクライアントラッパーを備えたTodoAppコンポーネントが含まれています。
"fullstack-dev" 사용 중입니다. 既存のNode.jsアプリにSSEリアルタイム更新を追加する
예상 결과:
既存のExpressアプリにServer-Sent Eventsを実装しました。接続管理用の/api/eventsエンドポイントを作成し、クライアント側のEventSource統合を追加し、指数関数的バックオフで再接続を処理しました。フロントエンドは手動更新なしでライブ更新を表示します。
보안 감사
중간 위험Scanned 9 files (3841 lines). Static analyzer flagged 721 potential issues but most are false positives. All flagged patterns are in markdown documentation showing legitimate code examples for build/test commands, auth flows, and config patterns. No malicious intent found. Skill is safe for publication with standard warnings.
높은 위험 문제 (1)
중간 위험 문제 (3)
낮은 위험 문제 (3)
위험 요인
⚙️ 외부 명령어 (5)
🌐 네트워크 접근 (5)
📁 파일 시스템 액세스 (1)
감지된 패턴
품질 점수
만들 수 있는 것
新しいフルスタックアプリケーションのスキャolding
新しいプロジェクトを開始する際に、コードを書く前にスタック、アーキテクチャ、認証戦略を定義するための必須ワークフローを使用してください。これにより、すべてのコンポーネントが最初から連携して動作することが保証されます。
既存のAPIへの認証の追加
既存のExpressまたはDjango APIに自動トークン更新機能を備えたJWT Bearerフローを統合します。適切な保護を確保するために、認証ミドルウェアの順序パターンを遵守してください。
リアルタイム更新の実装
ポーリングオーバーヘッドなしでライブ通知、コラボラティブ機能、ダッシュボード更新のために、Server-Sent EventsまたはWebSocketサポートを既存のアプリケーションに追加します。
이 프롬프트를 사용해 보세요
{backend_stack}と{frontend_stack}を使用して新しいフルスタックアプリケーションを構築してください。CRUD操作、JWT認証、適切なエラー処理を備えた{resource_name}のREST APIエンドポイントが必要です。既存の{framework} APIにJWT認証を追加してください。ログイン/ログアウトエンドポイント、アクセストークン(15分)とリフレッシュトークン(7日間httpOnly Cookie)フロー、既存のルートを保護するミドルウェアを含めるしてください。{sse_or_websocket}を使用してアプリケーションにリアルタイム通知を追加してください。ユーザーが{event_type}が発生したときにページ更新なしで更新を受け取る必要があります。{domain}用のデータベーススキーマを{table_count}個のテーブルで設計してください。共通クエリの適切なインデックス、外部キー関係、{db_type}用のマイグレーションスクリプトを含めてください。모범 사례
- 常にコードを書く前にアーキテクチャの決定(スタック、APIスタイル、認証戦略)を定義してください - これらをdecisions.jsonファイルに文書化してください
- 型付きエラーの階層でエラー処理を実装してください - 本番環境では決して生のエラーメッセージをクライアントに公開しないでください
- 必須の検証ワークフローを使用してください - 完了を主張する前にビルドチェック、スモークテスト、統合テストを実行してください
피하기
- 認証ミドルウェアの順序をスキップしないでください - 常にJWT検証をパーミッション確認の後ではなく、前に行ってください
- コード内にURLや認証情報をハードコードしないでください - 起動時に検証する環境変数を使用してください
- SSEまたはWebSocketがより適切な場合にポーリングでリアルタイム機能を実装しないでください - ポーリングはリソースを浪費します