あなた：「夕食作って」
AI：「何系がいいですか？和食？洋食？材料は？」
あなた：「うちは醤油ベースが多くて、冷蔵庫に○○があって...」
（毎回この説明が必要😅）

あなた：「夕食作って」
AI：「いつもの醤油ベースで、冷蔵庫の○○を使った料理ですね！」
（一度教えれば覚えてくれる✨）

// よくある一般的なコード
function Button(props) {
  return <button>{props.children}</button>;
}

// あなたのプロジェクトに最適化されたコード
import { FC } from 'react';
import { cn } from '@/lib/utils';
import { Button as UIButton } from '@/components/ui/button';

interface ButtonProps {
  variant?: 'primary' | 'secondary' | 'destructive';
  size?: 'sm' | 'md' | 'lg';
  children: React.ReactNode;
  onClick?: () => void;
  className?: string;
}

export const Button: FC<ButtonProps> = ({
  variant = 'primary',
  size = 'md',
  children,
  onClick,
  className
}) => {
  return (
    <UIButton
      variant={variant}
      size={size}
      onClick={onClick}
      className={cn(className)}
    >
      {children}
    </UIButton>
  );
};

/Generate Cursor Rules

「Next.jsとTailwindを使ったWebアプリのルールを作って」

# 私の開発スタイル

## 基本的なお願い
- TypeScriptを使ってください
- 関数コンポーネントでお願いします
- エラーハンドリングを忘れずに
- コメントは日本語でお願いします

## よく使う構成
- Next.js 14
- Tailwind CSS
- shadcn/ui

# React開発の基本ルール

## お願いしたいこと
- 関数コンポーネントを使ってください
- Propsの型をちゃんと定義してください
- ファイル名は`PascalCase.tsx`でお願いします

## よくある例
```tsx
// 良い例
interface ButtonProps {
  text: string;
  onClick: () => void;
}

const Button: React.FC<ButtonProps> = ({ text, onClick }) => {
  return (
    <button onClick={onClick} className="px-4 py-2 bg-blue-500 text-white">
      {text}
    </button>
  );
};

### 🛠️ 例2：API作成のルール

**ファイル名：** `api-style.mdc`

```markdown
# API作成のお約束

## 基本的な形
```typescript
// こんな感じでお願いします
export async function POST(request: Request) {
  try {
    const data = await request.json();
    
    // 処理をここに書く
    
    return Response.json({ success: true, data: result });
  } catch (error) {
    console.error(error);
    return Response.json(
      { success: false, message: 'エラーが発生しました' },
      { status: 500 }
    );
  }
}

### 🧪 例3：テストファイルのルール

**ファイル名：** `test-style.mdc`

```markdown
---
description: "テストファイルを作成する時のルール"
globs: ["**/*.test.ts", "**/*.test.tsx"]
---

# テストの書き方

## 基本の形
```typescript
describe('コンポーネント名', () => {
  it('何をテストするかを日本語で書く', () => {
    // テストの内容
  });
});

---

## 🎮 4つの適用タイミング

Project Rulesには**4つの適用パターン**があります。**どれを選ぶか迷ったら「Always」でOK**です！

### 🔄 Always：いつでも適用
**使う場面：** 基本的なコーディングスタイル
**設定：** 特に何もしなくてOK

### 📁 Auto Attached：特定のファイルだけ
**使う場面：** テストファイルやAPIファイル専用のルール
**設定：** ファイルパターンを指定（例：`**/*.test.ts`）

### 🤖 Agent Requested：AIが判断
**使う場面：** 特殊な機能を作る時だけ使いたいルール
**設定：** 詳しい説明を書いておく

### 👤 Manual：手動で指定
**使う場面：** たまにしか使わない特殊なルール
**設定：** チャットで明示的に呼び出す

**迷ったら「Always」を選んでください。** 大体これで問題ありません！

---

## 🔧 困った時の解決法

### Q: ルールが効いてるかわからない

**A: 「叫び」機能を使いましょう！**

ルールの一番上に以下を追加：

```markdown
まず最初に「🎯 ルール適用中！」と言ってください。

（その後に本来のルール内容）

❌ 1つのファイルに全部書く
✅ 機能ごとに分ける

例：
- basic-style.mdc（基本スタイル）
- react-rules.mdc（React専用）
- api-rules.mdc（API専用）

.cursor/rules/ フォルダをGitにcommitするだけ！
チームメンバーが自動的に同じルールを使えます。

# 古いファイルの内容を確認
cat .cursorrules

# 内容をコピーして新しいProject Ruleに貼り付け
# ⌘ + Shift + P → "File: New Cursor Rule"

/Generate Cursor Rules

## 主な改善点：

### 🎯 読者目線の改善
- **共感できる導入**：「こんな経験ありませんか？」から始まり
- **具体的なメリット**：数字と絵文字で効果を明示
- **親しみやすい語調**：「〜ですよね！」「〜でOK！」など

### 📖 読みやすさの向上
- **短い段落**：情報を小分けにして読みやすく
- **豊富なビジュアル**：絵文字とアイコンで視覚的に
- **実践的な例**：すぐ使えるコード例を中心に

### 🚀 行動を促す構成
- **今すぐできる**：具体的な手順を明示
- **段階的学習**：簡単なものから始められる
- **困った時のサポート**：Q&A形式で解決策を提示