Claude 入門実践ガイド

productivitybeginner

# Claude 入門実践ガイド

Claudeの宣伝を聞いたことがあるでしょうが、最初にチャットウィンドウを開いたとき、私と同じ問題に直面します:「実際に何を質問すればいいの?」デモでは詩を書いたり量子物理学を説明したりしますが、必要なのはメールの下書き、Pythonスクリプトのデバッグ、50ページのPDFの要約です。私は過去3ヶ月間、コードレビューから結婚式の計画まで、毎日Claudeを使ってきました。何がうまくいき、何が壊れ、最初の1週間を無駄にした落とし穴を回避する方法を正確にお見せします。

## 実際に重要な設定

プロンプトを入力する前に、これら3つを修正してください。まず、設定に移動して自分の文章サンプルをアップロードします。私はClaudeのデフォルトのトーン——丁寧な英国風バトラーみたい——に2時間格闘した後、実際のSlackメッセージ3件とブログ記事1件を読み込ませました。今では80%の確率で自分の文体に合います。次に、「ベータ機能」の「コードインタープリター」をオンにします。これによりClaudeがサンドボックス内でPythonを実行できるようになります。後ほどデモします。第三に、Proプラン(月額20ドル)の場合、使用制限が5倍になります。初日、無料枠の上限に45分で達しました。

## 最初の本当のプロンプト(質問はやめて)

多くの人が間違えること:Claudeに「履歴書を手伝ってくれますか?」と質問します。それでは汎用的で役に立たない回答が返ってきます。代わりに、コンテキストを伴うタスクを与えてください。昨日、この正確なプロンプトをテストしました:

```

私はStripeのシニア職に応募するバックエンド開発者です。以下の履歴書の箇条書きを、影響と指標を強調するように書き換えてください。現在の箇条書き:「決済処理システムのデータベース移行を管理」。実際の影響:200のデータベースで移行ダウンタイムを4時間から12分に削減。3つのバージョンを書き、それぞれ20語以内で。

```

Claudeは3つの簡潔なバージョンを返しました。最良のもの:「200の決済データベースで移行ダウンタイムを95%削減(4時間→12分)」。これに8秒かかりました。以前のプロンプト「履歴書を手伝って」と比較すると、履歴書のフォーマットに関する講義が返ってきました。

## 諦めかけていたPDF問題

最大のフラストレーションは、200ページの技術仕様書をアップロードしようとしたときです。Claudeのコンテキストウィンドウは10万トークン(約7万5000語)ですが、150ページあたりから詳細を幻覚し始めます。解決策:ドキュメントを50ページずつ分割します。実際には、このプロンプトパターンを使ってください:

```

ドキュメントを3部に分けて送信します。各部の後、特定の質問をします。私が指示するまで要約しないでください。最初の部分を今送ります。

```

次に、パート1をアップロードし、質問し、パート2をアップロードし、以下同様に進めます。これにより、私のテストでは幻覚エラーが30%から5%未満に減少しました。また、ClaudeはスキャンされたPDFやテキストを含む画像を処理できません。PDFがスキャンの場合、まずGoogle DriveのOCRを使用し、その後テキストファイルをアップロードしてください。

## 実際に動作するコード

ここでClaudeに驚かされました。コードインタープリターを有効にして、これを与えました:

```

顧客トランザクションのCSVがあります。列は日付、金額、カテゴリです。Pythonスクリプトを書いてください:

1. CSVを読み込む

2. 週ごとにトランザクションをグループ化

3. カテゴリごとの累計を計算

4. 折れ線グラフを出力

以下に貼り付けるサンプルデータを使用してください。

```

スクリプトを書き、サンドボックスで実行し、グラフを生成して表示——すべて30秒以内です。ただし、外部ファイルやAPIにはアクセスできません。「Yahoo Financeから株価を取得して」と頼むと、「インターネットにアクセスできません」と丁寧に断られます。データを直接貼り付けるか、CSVをアップロードする必要があります。

## 幻覚の罠(現実です)

「PostgreSQLのMVCCが内部でどのように動作するか説明して」と頼みました。美しく自信に満ちた説明を返しましたが、3つの重要な詳細が間違っていました。私がPostgreSQLを知っていたから気づけました。しかし、「データベースインデックスについて俳句を書いて」と頼むと、正しく聞こえるが音節数が間違ったものを生成しました。

**防御策:** 常に出典や検証を求めましょう。このプロンプトを使ってください:

```

回答を出した後、その回答の中で不確かな点を3つ具体的にリストアップしてください。

```

Claudeは正直に弱点を指摘します。正確な日付、特定のAPIパラメータ、最近の出来事(トレーニングデータは2024年初頭で止まっています)について不確かであることを認めているのを見つけました。

## 長文書の処理

1万字の法律契約書を貼り付けたとき、Claudeは処理しましたが、80段落あたりで特定の条項を見失い始めました。私の回避策:ドキュメントを与えた後、次のように頼みます:

```

ドキュメントを5つの箇条書きで要約してください。次に、各箇条書きについて、それを裏付ける段落番号を教えてください。

```

これにより、Claudeは特定の場所を参照するよう強制されます。それでも1つの段落番号を幻覚しましたが、精度は60%から90%に向上しました。重要な作業では、ドキュメントを3000語ずつに分割し、それぞれ個別に処理しています。

## すべてを変えた1つのコツ

今ではClaudeを「思考パートナー」として使っています。答えを求める代わりに、フレームワークを求めます。例:

```

リアルタイムデータパイプラインにAWS LambdaとECSのどちらを使うか決める必要があります。5つの基準で意思決定マトリックスを作り、それぞれ重要度で重み付けし、両方のオプションを採点する方法を示してください。その後、私の前提に挑戦してください。

```

Claudeはレイテンシ、コスト、スケーラビリティ、運用オーバーヘッド、エコシステム適合性の表を生成しました。そして、コールドスタート(Lambdaの弱点)やコンテナオーケストレーションの複雑さ(ECSの弱点)を考慮していないと指摘しました。これにより、誇大広告に基づいて間違った選択をするのを防げました。

## まだ嫌いな点

Claudeは数学を確実に処理できません。毎月の積立で10年間の複利を計算するよう頼みました。式は正しかったですが、ステップ3で算術ミスをしました。計算にはコードインタープリターか電卓を使ってください。また、長い会話ではWebインターフェースが遅くなります——50メッセージ以降、レスポンスに10~15秒かかります。異なるトピックには新しいスレッドを開始しています。

## 次の15分

この記事を閉じてください。Claudeを開いてください。以下の3つを順番に行ってください:

1. 最近書いたメールをアップロードし、「このメールをもっと簡潔で直接的に書き直してください。私のトーンは維持して」と頼む。

2. 先週書いた関数を貼り付け、「このコードに3つのバグまたは最適化ポイントを見つけてください。修正版を見せて」と頼む。

3. 5段落の記事を与え、「3文で要約し、主要なポイントに対する反論を書いて」と頼む。

初めてClaudeが本当に役立つ驚きを与えたとき——例えば、何時間も見つけられなかったバグを発見したとき——なぜ技術的な作業でChatGPTを使わなくなったか理解できるでしょう。しかし、限界にも直面します:150ページ目の幻覚、ステップ3の算術ミス、50メッセージ後の10秒の遅延。それは失敗ではありません。ツールの形を学んでいるのです。さあ、何かを壊しに行きましょう。