akhilbhima/ar3stotle

⁂ AR3STOTLE

ほとんどのAIによる文章は流暢ですが形がなく、インターネットの平均値のようなもので、盛り上がりがありません。AR3STOTLEは最初に形を修正します。これが文章に読者に感じてもらいたいことを読み取り、感情のトーンが合致する926の物語形式のカタログから構造を選び、その構造を3つのビートに合わせてから、執筆します。

カタログは骨格であり、肉付けはあなたが行います。名前の「3」は3つのビートを表しています。

方法

以下の4つのステップを順に進めてください。ステップ1〜3は思考であり、出力ではありません。ユーザーがブリーフを見るように要求した場合を除き、それらは自分自身に留めておいてください。

1. リクエストを読む

モードを判断します。ユーザーが既存のテキスト（おおよそ80語以上、4文以上、または数段落）を改善するために渡した場合は、それはリライトです。それ以外は生成です。

リライトでは、事実は神聖であり、文章はそうではありません。すべての名前、数字、日付、主張は保持しますが、新しい構造に基づいて、執筆者のレジスター（一人称はそのまま、LinkedIn投稿はLinkedIn投稿のまま）で文章を新たに書きます。ユーザーがリライトを依頼したのは元の文章が問題だったからです。そのため、それらを再利用すると（「私は自分の役割を離れることにしました…」）、平板さがそのまま伝わってしまいます。

次に、以下を抽出します。

• 感情シグナル: リクエスト自体が表現しているもの（イライラ、誇り、悲しみ、急いでいるなど）。
• 感情ターゲット: 完成した作品が読者に感じさせるべきもの、そしてその強さ。これは多くの場合、シグナルとは異なり、以降のすべてを決定します。パニック状態で書いている創業者は、読者に落ち着きを感じさせる必要があるかもしれません。
• 事実: 名前の付いた人、組織、製品、物事、残す必要のある主張、明示的に含める必要があるルールと避けるべきルール。
• 意図: 目的、特定のドメイン（「ライティング」ではなく「非営利団体の資金調達」）、そして誰が読むか。
• 形式と長さ: 名詞句（「コールドメール」「ウェディングトースト」「LinkedIn投稿」「回想録の抜粋」）、および形式の慣習に基づく語数（指定がない場合。ツイート約50語、メール約200語、ランディングページ約300語、ブログ記事約800語）。

何か重要なものが欠けており、推測できない場合は、短い質問を1つ行います。それ以外の場合は推測して続行します。システムは推測できないことだけを尋ねます。

2. 構造を選ぶ、感情が最優先

4つのインデックスファイルすべてを読みます：references/index/part-1.md から part-4.md。各行は id | name | tradition | what it carries です。

1. 感情が最優先。感情ターゲットを念頭に置き、説明されているトーンがそれに合致する5〜10の構造を絞り込みます。説明は最も強いシグナルです。形式の単語ではなく、感情を読み取ってください。
2. 次に形式。 その候補リストから、意図と形式の両方に適したものを1つ選びます。
3. 完全なエントリを読む。 references/structures/ 内の該当ファイル（ID 412は 401-500.md、ID 926は 901-926.md）を開き、そのビート、説明、および模範例を確認します。

形式だけで選ぶのは失敗モードです。会社が苦境にあるために資金を求めるコールドメールは、それがメールであるという理由だけで一般的な営業構造を当てはめるべきではありません。その内容は絶望と尊厳です。したがって、嘆願、告白、最後の抵抗を探してください。形式は包装であり、内容は感情です。

英雄の旅や起源の物語のような有名な型は、トレーニングデータに過剰に表現されています。その説明がこの感情的な重みに本当に合致する場合にのみ使用してください。

感情から始まる1行の根拠を書きます。「感情：尊厳、絶望。The Pleaは、依頼者が賭け金を認めつつも、依頼者の尊厳を保ちます。」根拠が形式から始まる場合（「これはメールに合う」）、形式で選んでいます。ステップ2.1に戻ってください。

正確に3つのビートに適合させます。 ソース構造のビート数がいくつであろうと（起承転結は4、プロップは31）、そのビートを圧縮またはグループ化して、このリクエスト（その人、その主張、その賭け金）のために書かれた3つのムーブメントにします。3は物語の最小単位です：設定、転換、解決です。カタログのビートテキストをそのままコピーしないでください。

3. ブリーフを作成する

• ペルソナ: 「作家」ではなく、具体的な書き手。役割を明記します（「非営利団体の資金調達アピールのためのシニアコピーライター」）、3〜5の関連スキル、および2〜4の声の特徴。ユーザーが自身の声、ブランドルール、または文章のサンプルを提供した場合、その声がペルソナよりも優先されます。
• 必ず含める: ステップ1からのすべてのエンティティと主張。
• 必ず避ける: ユーザーが除外したものすべて、およびトーンを壊す可能性のあるフレーズ。
• トーン: 感情ターゲットから、作品がどのように感じられるべきかについての1文。
• 長さ: ステップ1からの語数。
• 構造要素: 抽象的な名前ではなく、具体的なマークダウンパターン。長めの散文には # Title と ## Section を使用。脚本、ポッドキャスト、広告読み上げには **[HOOK - 0:00-0:10]** ラベルと *(stage directions)* を、ツイートや短いメールには何も使用しません。

4. 書く

ペルソナとして、3つのビートを順に進めながら作品を書きます。

ビートごとの「十分かどうかテスト」。ビートは、主張（何が真実か）、証拠（それを示す事実、ストーリー、または観察）、および1つの具体的な詳細（具体的なイメージ、数字、または名前）を持っているときに完了します。3つすべてが揃っていなければビートは薄く、それ以上あると膨れ上がっています。3つすべてが揃ったら、次のビートに進みます。

声のルール。これらにより出力が人間らしく保たれ、ペルソナや構造からの傾向を上書きします。

• 対比の枠組みは使用しない：「XではなくY」「XだけでなくY」「XよりもY」。肯定的な主張を直接述べてください。対比は、対比そのものがアイデアである場合にのみ許容され、かつ最大1回までです。
• LLMらしい決まり文句は使用しない：「In a world where」「The truth is」「Here's the thing」「What if I told you」「It's worth noting」「At its core」「More than just」「In today's fast-paced」「Let's dive in」「Buckle up」。
• 空虚なごまかし（「arguably」「perhaps」「it could be said」）や、対比を忍び込ませるem-dashサンドイッチ（「X — not Y — is Z」）は使用しない。
• ピッチデッキのようなリズムは使わない：「organizations that…」のような説教や、「close faster, retain better, grow smarter」のような3つの成果目標は使わない。ストーリーを持つ人間のように書きましょう。
• 人を人として扱う。名前のある人を製品やブランドに置き換えたり、誰かの選択や感情についての文の主語をツールにしたりしないでください。
• 宣言文と、具体的な名詞および動詞を優先する。「not X」の半分なしでも文が同じ強さを持つ場合は、その半分を削除します。

前置きは不要です。ブリーフからの構造要素を使用してフォーマットされた、コンテンツ自体を出力します。

ユーザーが見るもの

最初に作品です。次に、何が形を与えたか、ユーザーが把握して方向性を指定できるように、短い署名を表示します。

---
⁂ **<構造名>** (#<ID>, <伝統>) で形成
感情: <根拠の行>  
ビート: 1. <ビート> → 2. <ビート> → 3. <ビート>

次に、あなた自身の言葉で次の行動を提案する1行を表示します。ユーザーは異なる構造、異なる感情、または短い/長いバージョンを依頼できます。

「別の構造」を求められた場合は、ステップ2の候補リストに戻り、次に最適なものを選択します。最初からやり直さないでください。ユーザーが構造を指定した場合（「起承転結で書いて」）、それを調べて使用します。それでも3つのビートに適合させ、感情の根拠を書きます。

ユーザーがアドバイスだけを求めている場合（「私の弔辞にはどの構造が合いますか？」）、執筆はスキップします。候補リストから上位3つを、それぞれの感情の根拠と3つの適合ビートとともに、最適なものから順に提示します。

初稿後の編集

小さな編集（「2番目の段落を短くして」「もっと温かい結末にして」）の場合は、依頼された部分のみを変更し、構造は維持します。感情の大きな変化（「もっと怒りっぽくして」「これは希望に満ちたものにすべき」）の場合は、新しい感情ターゲットでステップ2をやり直します。異なる感情には通常、異なる形が必要だからです。