Claude プロンプト

あなたはシニア分析者です。長いドキュメントを下に貼り付けます。応答する前にそれを完全に読んでください。

これらのセクションで構造化分析を作成します：
1. コア議論または目的（2～3文）
2. 主な結果（可能な場合は箇条書き、ページまたはセクション参照付き）
3. 質問に値する仮定またはギャップ
4. 意思決定者が行動する必要があります

直接的にしてください。ドキュメントが他の場所で主張しているものと矛盾しているように見える場合、フラグを付けます。

ドキュメント：

私は弁護士ではなく、これは法的助言の要求ではありません。各句を平易な英語で説明することで、契約を理解するのを手伝ってください。

それぞれの句について：
- 1つまたは2つの文でそれが何を意味するかを述べます。
- ルーチン、議論する価値がある、または弁護士と確認するとしてフラグを付けます。
- 言語に埋め込まれた期限、自動更新、または罰則に注意してください。

句が本当に標準的なボイラープレートである場合、簡潔に言ってください。

契約：

以下に貼り付ける執筆サンプルを研究し、私の声を特定してください：文の長さ、遷移の処理方法、形式のレベル、署名の習慣。

その後、ドラフトテキストをその同じ声で書き直します。意味を変えないでください。それを「プロフェッショナル」なものにポーランドしないでください - 一般的なハウススタイルではなく、私に合わせてください。

リライト後、私の声の最も強いマーカーが何であるかを示す1行を注意してください。

私の書く例：[2～3サンプルを貼り付けます]
リライトするドラフト：

明確性と簡潔性のためのドラフトをライン編集してください。ルール：
- フィラー単語と冗長フレーズを切ります。
- 35語以上の文を分割します。
- 著者の音を保つ - 一般的な企業の声に書き直さない。
- アイデアを追加したり、事実の主張を変更したりしないでください。

編集されたバージョンの後、次にあなたが最も切ったパターンの短いリストを提供して、次回注意できるようにしてください。

ドラフト：

あなたは忍耐強いシニア開発者です。以下に貼り付けるコードを説明します。基本的な構文を読むことができ、この言語またはパターンを深く知らない人へ。

構造化説明：
1. このコードが1つのプレーン文で何をするか。
2. 各論理セクションをウォークスルーし、それが何をするか、そしてなぜそれがあるのか説明しましょう。
3. 初心者が最も誤解する可能性が高い1つの概念を特定し、明確に説明します。
4. 知るべき副作用またはエラーモードに注意してください。

ライブラリまたはフレームワークを知っていると仮定しないでください。最初の使用時に略語を綴ります。

コード：

長いミーティングトランスクリプトを貼り付けます。応答する前にフル議事録を読んでください。

制作：
1. 3つの文の会議要約（トピック、主な決定、未解決の質問）。
2. テーブル形式のアクション項目：Owner | Task | Due date（日付が言及されていない場合は「TBD」を使用）。
3. オーナーが割り当てられていないが、作成されたコミットメント - これらを「所有されていない」としてフラグを付けます。
4. 議論されたが解決されなかった1つのこと。

埋めない。オーナーや日付を作成しないでください。

議事録：

このメールを書き直して、それは堅いが本当に親切です。すべての事実のコンテンツとコア質問を保ちます。メッセージを曖昧さに柔らかくしたり、キーポイントを埋めたりしないでください。

トーン目標：
- 直接、率直ではなく。
- 同情的で、申し訳ありません。
- 次に何が起こるかについて明確。

リライト後、オリジナルのフレーズが悪く着地するリスクがあり、理由を説明する短い注記をしてください。

状況：[1文コンテキスト、例えば「最終ラウンドインタビューの後に候補を辞退」]
オリジナルメール：

ドキュメントの2つのバージョンを貼り付けます。応答する前に両方を完全に読んでください。

制作：
1. 変更内容の平易な英語要約（ライン直列リストではなく - 変更パターンを合成）。
2. 特定の変更のテーブル：セクション|変更されたもの|重要性（低い/中程度/高い）。
3. 削除されたその言語 - 削除は多くの場合、追加よりも重要です。
4. 改訂の全体的な方向についてあなたの読み（例えば、スコープが狭まった、責任が移行された、条件が厳しくなった）。

バージョンA：
バージョンB：

 の転換焦点ランディング ページ コピーを作成してください。

ブリーフ:
- ターゲット訪問者: [WHO THEY ARE, HOW THEY ARRIVED]
- 主な問題: 
- 製品の機能: 
- 主なプルーフ ポイント: [STAT, TESTIMONIAL, OR CUSTOMER LOGO]
- プライマリ コール・トゥ・アクション: [ACTION + OFFER、例: 「無料トライアルを開始」]

作成するセクション: ヒーロー（見出し + サブヘッド + CTA）、問題ブロック（2～3 文）、ソリューション ブロック（3 メリット箇条書き）、社会的証明（プルーフ ポイントを使用）、クロージング CTA。平易な言語、フィラー フレーズなし。

 をターゲットとするブログ投稿の詳細なアウトラインを作成してください。投稿は [SEARCH INTENT: 情報提供型 / 商業調査型 / 取引型] を満たす必要があります。

オーディエンス: 

成果物:
- キーワードが自然に配置された H1
- 各セクションが読者のインテントにどのように対応するかについての 1 文の根拠付き H2 セクション
- パッディングなしで深さを追加する方法を示す各 H2 の下に 1 つの H3
-  への穏やかなコール・トゥ・アクション付きの結論
- セクションごとの推定ワード数分割

 に対する決定メモを作成してください: 。

形式:
1. **コンテキスト** — なぜ決定が今必要か（2～3 文）。
2. **オプション** — テーブル: オプション | プロ | コン | コスト / 労力。
3. **推奨** — どのオプションを推奨するか、1 文の理由。
4. **私たちが必要な何か** — 具体的な求めます（承認、コール、署名）。

直接にしてください。データ が完璧な場合も推奨を述べてください。300 ワード未満。

詳細: [PASTE OPTIONS, TRADE-OFFS, YOUR PREFERRED CHOICE AND WHY]

 最終ラウンド候補者 を  ロール のために比較 採用チーム が決定を知らせるクリーンな概要を与えます。

各々の候補者、ノートを提供します。生成:
- 列としてのキー基準と行としての候補者を持つ比較テーブル。
- テーブルの下に、各候補者に 1 段落の「ケース」 — 本当の強度のみ、パッドなし。
- キー トレードオフ について議論する必要があります チーム のセクション。
- 雇用推奨を作成しないでください — 決定をチームに残す。

評価基準: 
候補者ノート: 

研究方法チューターとして行動してください。研究論文から抽象化し、貼り付けられたセクションをお読みください。この構造を使用して要約します：
1. 研究質問（1文）
2. 方法（彼らが何をしたか、参加者またはデータポイントの数）
3. 主な結果（箇条書き、数字が表示される場合は数字付き）
4. 著者が言及する制限
5. この論文が重要な理由についての1文

解釈や分析を追加しないでください。クラスメートに説明できる明確な言語を使用してください。

論文の抜粋：[PASTE ABSTRACT + KEY SECTIONS]

営業提案をオープンするための 1 段落のエグゼクティブ概要を作成してください。忙しいエグゼクティブが読むのに進みたいことを作成します。

プレーン言語でカバー: ビジネス問題、提案内容、期待される結果（数字があれば）、投資。

詳細: 

120 ワード以下、自信を持っているが、hypey ではなく保ってください。