claude-code-self-generation-over-api

npx skills add majiayu000/claude-skill-registry --skill claude-code-self-generation-over-api --agent claude-code

Same command for any agent — swap --agent for codex, cursor, copilot.

# Claude Code: 自身のLLM能力で直接生成する（APIより先に検討） **Extracted:** 2026-02-11 **Context:** Claude Code（Maxプラン）でデータ生成・テキスト変換・構造化が必要な場面 ## Problem Claude Codeが大量データの生成・変換タスクに直面すると、以下の思考パターンに陥りやすい: 1. まず正規表現やヒューリスティクスでの機械的処理を試みる 2. 品質が不十分だと判明すると「外部API（Anthropic SDK等）を使いましょう」と提案する 3. **自分自身がLLMであり、セッション内で直接生成できることを見落とす** これにより: - 不要なAPI設定・コスト（従量課金）の発生 - 正規表現の限界に無駄に時間を費やす - ユーザーが「Maxプラン内でできるのでは？」と指摘するまで気づかない ## Solution データ生成・テキスト変換タスクでは、以下の優先順位で検討する: ### 判断フローチャート ``` タスク: 大量データの生成/変換/構造化 │ ├─ 機械的処理で十分か？（フォーマット変換、フィルタリング等） │ └─ YES → 正規表現/スクリプトで処理 │ ├─ LLMの理解力が必要か？（要約、再構成、品質判断等） │ └─ YES ─┐ │ │ │ ★ Step 1: まずClaude Code自身で数十件を試作する │ │ 品質基準を確立し、プロンプトパターンを検証 │ │ │ ├─ 個人プロジェクト / 1回限り / Maxプラン │ │ └─ そのままClaude Codeでバッチ処理して完走 │ │ │ └─ チーム共有 / 再実行が必要 / CI/CD組み込み │ └─ 検証済みプロンプトをAPIスクリプトに移植 │ （プロンプトがコードとして残り、誰でも再実行可能） │ └─ いきなりAPI呼び出しを提案しない ``` ### 重要: 「まず自分で試す」フェーズを飛ばさない APIスクリプト化が最終的に正しい場合でも、**先にClaude Code自身で試作する**ことで: - 品質基準が具体的になる（手作りサンプルが増える） - プロンプトパターンが検証済みの状態でスクリプトに移植できる - 「個人で完走 or API化」の判断を実データに基づいて行える ### バッチ処理の実践パターン 1. **ヘルパースクリプト**: 入力データを読みやすいバッチファイルに分割 2. **品質基準**: 手作りサンプルを数件用意し、それを基準として全件に展開 3. **バッチサイズ**: 20-30件/バッチが目安（コンテキストウィンドウとの兼ね合い） 4. **検証**: 生成後にバリデーションスクリプトで品質チェック ## Example