執筆
ブログアウトライン生成
読者とキーワードに合わせた明確な記事構成を作成。
查看提示词
あなたはシニアコンテンツストラテジストです。テーマ:【テーマ】;読者:【読者】;ターゲットキーワード:【キーワード】。出力:1)タイトル案 3 つ;2)H2/H3 アウトライン;3)各セクションの要点と推奨文字数;4)導入フックと締め CTA。トーン:【トーン】。
プロンプト品質がモデル品質を左右します。本ページは実践的なプロンプトハブ:ChatGPT、Claude、Gemini 向けコピペテンプレート(【】変数を置換)、5 要素フレームワーク、シナリオガイド、よくある失敗、反復のコツ。SEO 記事、コードレビュー、議事録整理など、下のライブラリから始め、チュートリアルで勝ちパターンを再利用ワークフローに。
26 件のコピペテンプレート · 執筆 / コーディング / 学習 / ビジネス
数分で productive に:コピー → 変数入力 → 貼付 → 制約を反復。
信頼できる出力は通常、ロール、タスク、コンテキスト、形式、制約の組み合わせ — 1 つ欠けるとモデルが自由に走ります。
ロール
シニア編集者、セキュリティエンジニア、PM などの身元 — スタイルと深さを絞る。
タスク
動詞で始める:要約、リライト、レビュー、比較、生成 — 曖昧な「見て」とは避ける。
コンテキスト
読者、素材、下書き、ビジネス制約、目標 — モデルの推測を減らす。
形式
Markdown、表、JSON、番号付きリスト — 貼付して確認できる形。
制約
長さ、トーン、必須ポイント、禁止フレーズ、出典引用 — 逸脱と幻覚を抑える。
どこから始める?仕事に合わせる — 同じ 5 要素、変数だけ変える。
アウトライン、長文下書き、トーンリライト、SNS スレッド、ローカライズ。検索意図と読者を固定し、H2 構成と FAQ を要求 — 「記事を書いて」より安定。
レビュー、説明、エラー診断、単体テスト、API スケッチ、リファクタ計画。完全なエラーと最小再現を貼付。重要度順の問題リストを依頼。
ソクラテス式チューター、論文ダイジェスト、クイズ、学習計画、根拠付き Q&A。不確実性フラグを要求 — モデル出力を唯一の真実源にしない。
議事録、PRD、アウトリーチ、データインサイト、サポート返信、KPI レポート。担当者、期限、測定可能指標を要求 — 実行可能な出力に。
キーワード検索とシナリオフィルター。コンパクト行でライブラリ拡大後もスキャン可能。ワンクリックコピー、展開で全文、カードのアンカーで共有。
執筆
読者とキーワードに合わせた明確な記事構成を作成。
あなたはシニアコンテンツストラテジストです。テーマ:【テーマ】;読者:【読者】;ターゲットキーワード:【キーワード】。出力:1)タイトル案 3 つ;2)H2/H3 アウトライン;3)各セクションの要点と推奨文字数;4)導入フックと締め CTA。トーン:【トーン】。
執筆
事実を保ちつつ、指定トーンと長さに書き換え。
以下のテキストを【プロフェッショナル/フレンドリー/簡潔】なトーンで約【文字数】字にリライトしてください。重要な事実と数値は保持し、空虚な冗語は削除。原文: 【貼付】
執筆
検索意図に合ったスキャンしやすい記事下書き。
あなたは SEO 編集者です。キーワード:【主キーワード】;関連語:【関連語】;意図:【情報/比較/ハウツー】;読者:【読者】。約【文字数】字の下書き:H1/H2、先頭で回答、箇条書き要点、内部リンクプレースホルダー、FAQ 3 問。キーワード詰め込み禁止。
執筆
アイデアを X/LinkedIn 向けの一貫スレッドに。
【テーマ】を【X/LinkedIn】向け【N】投稿のスレッドに。1 投稿目は強いフック;各投稿は独立;会話調だが具体;末尾に CTA。読者:【読者】。
執筆
直訳を超え、文化とチャネルに合わせて調整。
【ソース言語】から【ターゲット言語】へ、【SNS/ウェブ/メール】チャネル、読者【読者】向けにローカライズ。ブランド名【名称】は保持。文化差がある箇所に訳者注。原文: 【テキスト】
執筆
経験を定量化・スキャン可能な成果箇条書きに。
あなたはキャリアコーチです。目標職種:【職種】。以下の経験を 5〜8 件の成果箇条書きに:動詞始まり、可能なら定量化、インパクト優先。空虚な形容詞は削除。経験: 【貼付】
執筆
曖昧なアイデアを構造化された画像モデル Prompt に。
アイデア【説明】を画像 Prompt に:被写体、設定、照明、レンズ/構図、スタイル参照、色、ネガティブ Prompt(避ける要素)。英語版と日本語版を出力し、主要画像モデルに貼付しやすく。
コーディング
正確性、可読性、性能、セキュリティをレビュー。
あなたはシニア【言語】エンジニアです。以下のコードをレビュー:重要度順に問題、具体的修正、テスト案、改善後の完全コード。 ``` 【コード】 ```
コーディング
学習・オンボーディング向けの平易なウォークスルー。
以下のコードを【初級/中級】開発者向けに説明:目的、ステップごとのロジック、主要 API、よくある落とし穴、最小実行可能バリアント。 【コード】
コーディング
スタックトレースから原因特定と最小修正を提案。
あなたはデバッグの専門家です。スタック:【言語/フレームワーク】。エラー: 【貼付】 関連コード: 【コード】 出力:最も可能性の高い原因(順位)、検証方法、最小パッチ、再発防止。
コーディング
関数向けの明確な境界テスト下書き。
この【言語】関数(フレームワーク:【Jest/pytest/その他】)の単体テスト:正常系、境界、失敗;各ケースの意図;実行可能テストコード。 【コード】
コーディング
要件から REST/JSON API 下書きとエラーコードへ。
要件【説明】から API 設計:リソース、メソッドとパス、リクエスト/レスポンス JSON サンプル、認証、主要エラーコード、ページネーション。仮定と未確認事項を列挙。スタイル:【REST/RPC】。
コーディング
挙動を変えず段階的リファクタパス。
あなたはリファクタコーチです。目標:挙動を変えず【可読性/性能/テスト容易性】を改善。コード: 【コード】 出力:リスク、段階計画、各ステップの検証、目標構造メモ。
学習
答えを一括でなく、質問で理解を導く。
あなたは忍耐強いチューターです。テーマ:【テーマ】。レベルを確認後、ソクラテス式質問。1〜2 問ずつ;間違い時はヒント — 完全な答えは出さない。
学習
貢献、手法、限界、実行可能な示唆を抽出。
資料を読み出力:1)1 文結論;2)問題と手法;3)主要結果;4)限界と議論;5)【シナリオ】の仕事への 3 つの示唆。資料: 【貼付または要約】
学習
短い解説付き練習問題を作成。
テーマ:【テーマ】;レベル:【初級/中級/上級】。【N】問(選択+記述混合)。各問:正答、簡潔な理由、よくある誤解。
学習
目標と利用可能時間から週次計画を構築。
目標:【目標】;レベル:【レベル】;週【時間】時間;期間【週数】週。週次計画、日次タスク、チェックポイント、リソース種別(有料アフィリエイトリンクは捏造しない)。
学習
提供素材のみから引用付きで回答し幻覚を削減。
質問【質問】に、以下の素材のみで回答。ルール:各主張に出典スパンを引用;未カバーなら「素材不足」;リンクや数値を捏造しない。素材: 【貼付】
学習
トピックを Q&A カードに、間隔反復向け。
テーマ:【テーマ】。【N】枚のフラッシュカード:表面質問、裏面回答(2〜4 文)、記憶フック 1 つ。レベル:【初級/中級】。長段落は避ける。
ビジネス
乱雑なメモを決定、担当、リスクに整理。
以下の議事メモを構造化:議題要約、主要決定、アクション(担当+期限)、未解決、リスク。正式かつ簡潔。メモ: 【貼付】
ビジネス
アイデアを lean PRD 骨格に。
アイデア【説明】から lean PRD:背景と目標、ユーザーストーリー、スコープ(非目標含む)、受入基準、優先度、リスク、成功指標。読者:【PM/エンジニア/デザイン】。
ビジネス
短く具体的で返信しやすいコールドメール。
【役割/会社】へのアウトリーチ。価値:【オファー】;実績:【事例/指標】;依頼:【ミーティング/トライアル】。件名 3 案、本文 150 字以内、誇大なし、明確 CTA。
ビジネス
表の説明からトレンド、異常、次のステップを抽出。
あなたはビジネスアナリストです。このデータ説明から:主要トレンド、異常、原因仮説、検証質問、【役割】向けアクション 3 つ。データ: 【貼付】
ビジネス
構造化された強み/弱みと go/no-go 判断。
【プロダクト/計画】対競合【名称】の SWOT(各 3〜5 箇条書き)。末尾に go/no-go 推奨と主要仮定。読者:【経営/プロダクト】。
ビジネス
共感的で明確、ポリシー準拠の顧客返信。
あなたはサポート専門家です。問題:【顧客問題】;開示可能な事実/ポリシー:【開示情報】;トーン:【フレンドリー/正式】。返信:共感 1 行、明確な解決、次ステップとタイミング;ポリシー外の約束はしない。
ビジネス
乱雑な更新を経営向け週次構造に。
以下の更新を週次レポートに:目標 vs 結果、主要 KPI【KPI】、ハイライト、リスク/ブロッカー、来週計画、必要な決定。読者:【マネージャー】。素材: 【貼付】
一致するテンプレートがありません。別キーワードを試すか、カテゴリを「すべて」に。
「モデルがダメ」の多くは短いプロンプト、曖昧な目標、受入基準の欠如です。
曖昧な 1 文、完了定義なし
「これを改善して」は弱い。読者、長さ、保持すべき事実、成果物の形(表/箇条書き/JSON)を明記。
空変数や矛盾する例
空の【】は推測を強いる。few-shot スタイルが矛盾すると出力が揺れる。例は短く一貫。
一度に矛盾する目標を詰め込む
超短くかつ網羅的、創造的かつゼロリスク。ラウンド分割:先にアウトラインや選択肢、次に最終稿。
幻覚を事実として公開
価格、法務、医療、競合データ:検証可能な出典と人間チェックを要求。プロンプトはファクトチェックの代替にならない。
同じロール + タスク + 形式テンプレートは 3 つとも通常動作。差は主にデフォルトトーンと長さ:ChatGPT はバランス型、Claude は長文で慎重、Gemini は検索・多モーダル向き。冗長なら「結論先出し、冗語禁止」、短すぎるなら各点に 1 行理由を。比較ページでタスク別に選べます。
ChatGPT、Claude、Gemini 向け。多くはそのまま移行可能。スタイル差があればトーンや長さを調整。
可能な限りはい。空変数は推測を招きます。該当しないフィールドは「該当なし」またはその文を削除。
制約を追加:読者、形式、長さ、必須ポイント。または全文前にアウトライン承認を依頼。
生産性ツールとしては可。各モデルの規約に従い、事実/コンプライアンス/IP をレビュー。公開チャットに機密を貼らない。
System(開発者)プロンプトは安定ロール、安全境界、出力ルール向き。ユーザープロンプトはタスクと素材。本テンプレートは主にユーザーメッセージ。API ではロール/制約を system 層に置くことも。
貼付素材のみから回答、「不明」を明示、リンク・引用の捏造禁止 — 重要数値は自分で検証。
タスク、素材、受入基準が言える長さ。目標が矛盾するなら 1 巨大プロンプトよりマルチターン。
テンプレートで開始。チュートリアルでプロンプトを再利用ワークフローに。