生成AIでDM文を作るときのプロンプト設計のコツ
Hiroba による自動要約
Claude APIを使ったDM文生成プロンプトの実装パターンを3つのエンジニア発掘スクリプト(GitHub・Qiita・connpass)から抽出。役割設定・候補者情報・送信者情報・条件の4ブロック固定構成とし、ソース特有の情報と条件だけを差し替える設計により、再利用性と出力精度を両立させた知見を共有。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 3862 件あります。
関連する記事
同じタグの記事

Claude Code 2.1.258 で fable エイリアスの解決先とコスト内訳を実測
QiitaClaude Code 2.1.258 環境で `--model fable` が claude-fable-5-1 に解決されることを `--output-format json` で確認。1回の実行で両モデルが動作し、キャッシュ書き込みが主要コストとなる実測値から、Fable 5.1 のキャッシュ読み単価引き下げの効果範囲を逆算。エイリアス基準の運用ルールを組むエンジニア向けに、世代交代検知の具体的方法を提示。

実装で比較するAIコーディングツール2026:Claude Code・Copilot・Cursor・Windsurf・CodeiumをTier別に検証
QiitaClaude Code、GitHub Copilot、Cursor、Windsurf、Codeiumの5つのAIコーディングツールを、エージェント能力・ワークフロー統合度・コンテキスト理解力など5つの軸でTier分類し、実際のセットアップコマンド・設定ファイル・CI連携サンプルコードを示した実装寄りの比較記事。2026年の業界再編(Codeium→Windsurf統合、Cognition社買収)を背景に、機能一覧だけでなく実務判断に必要な検証情報を提供。


Claude Code で一番高いリクエストは「さっきの続きやって」かもしれない
ZennClaude Code のプロンプトキャッシュ TTL(Time To Live)切れ後の再開時、最初の 1 ターン目だけ入力コストが突出して高くなる。サブスク利用時は 1 時間、API キー利用時は 5 分でキャッシュが失効し、切れ直後は 1 時間 Write という高単価が適用される。Fable 5.1 の場合キャッシュ読み込み時と比べて最大 80 倍のコスト差が発生するが、これは Read が異様に安く設定されているためで、2 ターン目からは元に戻る。