Cursor効果的な活用のベストプラクティス - 生産性を最大化するテクニック

1

認証機能を作って

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

NestJSでJWTベースのユーザー認証機能を実装してください。

要件:
- POST /auth/register: ユーザー登録（email、password）
- POST /auth/login: ログイン、JWTトークンとリフレッシュトークンを返す
- POST /auth/refresh: リフレッシュトークンでアクセストークンを更新
- GET /auth/me: 認証済みユーザーの情報取得

制約:
- @src/users/user.entity.ts の既存Userエンティティを使用
- パスワードはbcryptでハッシュ化
- JWTの有効期限は15分、リフレッシュトークンは7日

テスト:
- 各エンドポイントの単体テストを含める

1
2
3
4

マルチテナント機能を実装する前に、まず実装計画を作成してください。
- 必要なファイルとその役割
- データベーススキーマの変更点
- 既存コードへの影響

1
2
3

計画を確認しました。以下の点を修正してください：
- テナントIDはUUIDではなく、短い文字列にする
- 共有データベース方式ではなく、スキーマ分離方式にする

1
2

修正した計画で実装を開始してください。
まず、データベーススキーマの変更から始めてください。

1
2
3
4
5
6

@src/services/payment.service.ts のStripe連携を参考にして、
PayPal決済機能を同じパターンで実装してください。

- 既存のPaymentServiceインターフェースを実装
- エラーハンドリングは既存のパターンに従う
- ログ出力も既存と同じフォーマットで

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

初回指示:
ユーザー一覧を表示するReactコンポーネントを作成してください。

フィードバック1:
ローディング状態とエラー状態の表示を追加してください。

フィードバック2:
ページネーションを追加し、1ページあたり10件表示にしてください。

フィードバック3:
検索機能を追加し、名前とメールアドレスで絞り込めるようにしてください。

1
2

@src/models/user.model.ts を確認して、
このモデルに合わせたバリデーションスキーマを作成してください。

1
2

@src/services/auth.service.ts と @src/middleware/auth.middleware.ts を確認して、
認証フローの問題点を指摘してください。

1
2

@src/components/forms/ 以下のコンポーネントを確認して、
同じパターンで新しい ContactForm コンポーネントを作成してください。

1
2

@codebase このプロジェクトでStripeを使っている箇所を探して、
同じパターンでPayPal連携を実装してください。

1
2

@codebase エラーハンドリングのベストプラクティスを探して、
新しいサービスに適用してください。

1
2

@web Next.js 15の新しいApp Routerの使い方を調べて、
このプロジェクトに適用する方法を提案してください。

1
2

@web Prisma 6のマイグレーション方法を確認して、
現在の5.xからのアップグレード手順を教えてください。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

@src/services/notification.service.ts を参照してください。
このサービスと同じパターンで、SMS通知サービスを実装してください。

参考:
- @src/config/sms.config.ts にSMS設定があります
- @src/types/notification.types.ts の型定義を使用してください

要件:
- Twilio APIを使用
- 送信失敗時は3回までリトライ
- 送信履歴をログに記録

1
2

@src/services/ @src/models/ @src/controllers/ @src/middleware/
すべてを確認して、バグを修正してください。

1
2

@src/services/order.service.ts の calculateTotal メソッドで
税計算が間違っています。小数点の丸め処理を確認してください。

1
2
3
4
5
6

推奨モデル: Claude 4.5 Sonnet、Cursor Tab

例:
- 関数のシグネチャ補完
- インポート文の追加
- 単純なCRUD実装

1
2
3
4
5
6

推奨モデル: Claude 4.5 Opus

例:
- マイクロサービス設計
- レガシーコードのリファクタリング
- セキュリティ脆弱性の分析

1
2
3
4

タブ1: [フロントエンド] UIコンポーネントの実装
タブ2: [バックエンド] API設計と実装
タブ3: [DB] スキーマ設計とマイグレーション
タブ4: [テスト] テストコードの作成

1
2
3
4

タブ1: [現在] メイン作業
タブ2: [調査] 技術調査・ドキュメント確認
タブ3: [レビュー] コードレビュー対応
タブ4: [バグ] バグ調査・修正

1
2
3
4
5
6

新しい「プロジェクト」機能のデータモデルを設計してください。

要件:
- プロジェクト名、説明、オーナー、メンバー
- 作成日、更新日、ステータス
- タスクとの関連

1
2

@web RESTful APIのベストプラクティスを確認して、
プロジェクト管理APIのエンドポイント設計を提案してください。

1
2

@codebase 既存のダッシュボードコンポーネントを確認して、
プロジェクト一覧画面のワイヤーフレームを提案してください。

1
2
3
4
5
6
7

タブ1での成果:
「プロジェクトのデータモデルが完成しました」

タブ2での指示:
タブ1で設計したデータモデルに基づいて、
@src/models/project.model.ts を確認し、
このモデルに対するCRUD APIを実装してください。

1
2
3
4

ピン留め推奨:
- プロジェクト全体の設計方針
- 重要な技術的決定
- 繰り返し参照するドキュメント

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15

ステップ1: チェックポイントの作成
「現在の状態でチェックポイントを作成してください。
これからパフォーマンス最適化を試します。」

ステップ2: アプローチAの実験
「@src/services/data.service.ts のデータ取得を
並列処理に変更してください。」

ステップ3: 評価
「変更後のパフォーマンスを測定しましたが、
期待ほど改善しませんでした。」

ステップ4: 復元と別アプローチ
「チェックポイントに復元して、
代わりにキャッシュを導入するアプローチを試してください。」

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

アプローチA:
1. チェックポイント作成（初期状態）
2. アプローチAを実装
3. 結果を記録
4. チェックポイントに復元

アプローチB:
1. アプローチBを実装
2. 結果を記録
3. 比較して優れた方を採用

最終ステップ:
採用したアプローチを実装し、Gitコミット

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

以下の2つのアプローチを並列で実装してください：

Agent 1: キャッシュベースのアプローチ
- Redisを使用したキャッシュ層の追加
- キャッシュの無効化戦略

Agent 2: クエリ最適化アプローチ
- N+1問題の解消
- インデックスの最適化

完了後、パフォーマンスを比較してください。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17

# Coding Standards

## TypeScript
- strictモードを使用
- anyの使用は禁止、unknownを使用
- 関数には戻り値の型を明示
- インターフェースの命名はI接頭辞なし

## ファイル構成
- 1ファイル1コンポーネント
- テストは__tests__ディレクトリに配置
- 型定義は*.types.tsファイルに分離

## 命名規則
- 変数・関数: camelCase
- クラス・型: PascalCase
- 定数: UPPER_SNAKE_CASE

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

# Error Handling

## 例外処理
- カスタム例外クラスを使用
- エラーメッセージはユーザーフレンドリーに
- スタックトレースは本番環境では非表示

## ログ出力
- エラーレベル: error, warn, info, debug
- 機密情報はログに出力しない
- 構造化ログを使用（JSON形式）

1
2
3
4
5
6
7

プロジェクトルールに従って、
ユーザー登録APIを実装してください。

追加要件:
- メールアドレスの重複チェック
- パスワード強度の検証
- ウェルカムメールの送信

1
2
3
4
5

[ ] ゴールが明確か
[ ] 具体的な要件が含まれているか
[ ] 制約条件を明示しているか
[ ] 期待する形式を指定しているか
[ ] 関連ファイルを@メンションしているか

1
2
3
4

[ ] 適切なAIモデルを選択したか
[ ] 必要なコンテキストを準備したか
[ ] チェックポイントを作成したか（大きな変更の場合）
[ ] 専用のタブを開いたか

1
2
3
4

[ ] 生成されたコードをレビューしたか
[ ] テストを実行したか
[ ] 変更をGitコミットしたか
[ ] チャット履歴を整理したか