コンテキストウィンドウを制する者がAI開発を制す

    graph TB
    subgraph Context["コンテキストウィンドウ<br/>← この枠に収まる範囲しか「見えない」 →"]
        A["システムプロンプト"]
        B["過去の会話履歴"]
        C["今回の入力"]
    end

    A --> B
    B --> C

    style Context fill:#f0f0f0,stroke:#333,stroke-width:3px
    style A fill:#e1f5ff
    style B fill:#fff3e0
    style C fill:#e8f5e9
  

    消費されるトークン（概算）:

CLAUDE.md（プロジェクト設定）  :  2,000 tokens
会話履歴（10往復）            : 15,000 tokens
読み込んだソースコード        : 50,000 tokens
ツール実行結果                : 20,000 tokens
──────────────────────────────────────────
合計                          : 87,000 tokens
  

    会話1: 「ユーザー認証を実装して」
会話2: 「次にカート機能を」
会話3: 「決済処理を追加して」
  ...
会話15: 「最初に作った認証の修正が必要」
      → 「認証機能の詳細を教えていただけますか？」
  

    graph LR
    subgraph Attention["LLMの注意度分布"]
        Start["最初<br/>⬆️⬆️⬆️<br/>注意度: 高"]
        Middle["中間<br/>⬇️⬇️⬇️<br/>注意度: 低"]
        End["最後<br/>⬆️⬆️⬆️<br/>注意度: 高"]
    end

    Start -.->|軽視される| Middle
    Middle -.->|重視される| End

    style Start fill:#4caf50,color:#fff
    style Middle fill:#ff9800,color:#fff
    style End fill:#4caf50,color:#fff
    style Attention fill:#fafafa,stroke:#666
  

    1. 重要な指示は最初か最後に置く
2. 長いコードは分割して渡す
3. 「特に〇〇の部分を見て」と明示する
4. 不要な情報は含めない
  

    えーっと、昨日から考えてたんですけど、
ちょっと難しいかもしれないんですが、
ユーザー登録機能を作りたくて、
あ、言い忘れましたがNext.jsを使ってます。
データベースはPostgreSQLで、認証はNextAuthです。
メール確認機能も欲しいかな...どう思います？
  

    # ユーザー登録機能の実装

## 環境
- Next.js 14 (App Router)
- PostgreSQL + Prisma
- NextAuth.js v5

## 要件
1. メールアドレス + パスワードで登録
2. メール確認（トークン方式）
3. パスワードはbcryptでハッシュ化

## 成果物
- app/api/auth/register/route.ts
- lib/mail.ts
- prisma/schema.prismaへの追加
  

    □ 10往復以上の会話になった
□ 別のタスクに移る
□ 大きなファイルを複数読み込んだ
□ AIの回答が不正確になってきた
  

    # 前回のセッションからの引き継ぎ

## 完了した作業
- ユーザー認証（JWT + HttpOnly Cookie）
- Prismaスキーマ定義
- メール送信（SendGrid）

## 今回の作業
パスワードリセット機能の実装

## 関連ファイル
- src/lib/auth.ts
- src/routes/auth.ts
- prisma/schema.prisma
  

    # CLAUDE.md

## プロジェクト
ECサイトのバックエンドAPI

## 技術スタック
- Node.js 20 + TypeScript
- Hono（Webフレームワーク）
- Prisma + PostgreSQL

## コマンド
- pnpm dev: 開発サーバー
- pnpm test: テスト
- pnpm build: ビルド

## コーディング規約
- any禁止
- 関数は単一責任
- テストカバレッジ80%以上
  

    # 商品検索APIの実装

## エンドポイント
GET /api/products/search

## パラメータ
- q: 検索キーワード
- category: カテゴリID（任意）
- minPrice, maxPrice: 価格範囲（任意）
- limit, offset: ページネーション

## 実装ファイル
1. src/routes/products.ts
2. src/services/product-search.ts
3. tests/product-search.test.ts
  

    graph TB
    subgraph Serial["直列作業（合計時間: A + B + C）"]
        A1[タスクA] --> B1[タスクB]
        B1 --> C1[タスクC]
    end

    subgraph Parallel["並行作業（合計時間: max A, B, C）"]
        A2[タスクA]
        B2[タスクB]
        C2[タスクC]
    end

    style Serial fill:#ffebee
    style Parallel fill:#e8f5e9
    style A1 fill:#2196f3,color:#fff
    style B1 fill:#2196f3,color:#fff
    style C1 fill:#2196f3,color:#fff
    style A2 fill:#4caf50,color:#fff
    style B2 fill:#4caf50,color:#fff
    style C2 fill:#4caf50,color:#fff
  

    ターミナル1: claude（認証機能）
ターミナル2: claude（商品機能）
ターミナル3: 開発サーバー + git操作
  

    ❌ 「認証、商品、カート、決済、全部作って」

✅ 「まず認証機能を作って。完成したら次を依頼する」
  

    ❌ 「もっといい感じにして」

✅ 「エラーハンドリングを追加して。特にDB接続失敗時の処理」
  

    ❌ 「さっき作った関数を修正して」

✅ 「src/lib/auth.ts の validateToken 関数を修正して」
  

    LLMは「記憶」しているのではなく、
毎回「全部読んでいる」。

枠を超えたら、物理的に見えない。
だから「忘れる」。