> ## Documentation Index > Fetch the complete documentation index at: https://docs.soloent.ai/llms.txt > Use this file to discover all available pages before exploring further. # ルール > あなたの執筆スタイルを記録し、Agentが常にあなたの声で書くようにする ルールは、Agentに継続的な執筆指示を与えるMarkdownファイルです。一度定義すれば、すべてのセッション・章・プロンプトにわたって、Agentが自動的に従います。 ## 2種類のルール ### グローバルルール グローバルルールは、開くすべての執筆プロジェクトに適用されます。プロジェクト間で変わらない個人的な習慣を記録するために使います： * 文のリズムの好み * 句読点のスタイル（読点の使い方、ダッシュの使用頻度など） * 常に適用したいAI文体排除の制約 * Agentに常に守ってほしい基本的なデフォルト値 ### プロジェクトルール プロジェクトルールは特定のプロジェクト内に存在し、そのプロジェクトを操作するときだけ有効になります。以下の用途に使います： * このプロジェクトの視点（POV）と語りの距離 * 時制（過去／現在）と人称（一人称／三人称） * プロジェクト固有の文体目標やジャンルの慣習 * この物語のトーンに特有の執筆制約 ## ルールの保存場所 ```text theme={null} your-novel/ ├── .soloent/ │ └── rules/ # プロジェクトルール（このプロジェクトのみ） │ ├── pov.md # 視点・時制・語りの距離 │ └── style.md # プロジェクト固有のスタイル要件 ├── SOLOENT.md # 物語の憲法：世界観・キャラクター・プロット・状態 ├── chapters/ └── ... ``` グローバルルールはSoloEntのシステムレベルのRulesディレクトリに保存され、すべてのプロジェクトで自動的に読み込まれます。 SoloEntは`.soloent/rules/`内のすべての`.md`ファイルを読み取り、有効なグローバルルールと組み合わせて、Agentへの統一された指示セットを生成します。 ## ルールの作成 グローバルルールとワークスペースルールのセクションを示すRulesパネル Agentパネルのスクロールアイコンをクリックして、ルールマネージャーを開きます。 ルールの保存場所を選択します——グローバル（全プロジェクト共通）か、現在のプロジェクトのみか。 「New rule file...」をクリックし、ファイル名（例：`my-style`）を入力して「+」をクリックします。ファイルは`.md`拡張子で作成されます。 Markdown形式で指示を記述します。各ルールファイルは1つのテーマに絞ってください。 ## ルールとSOLOENT.mdの違い ルールは**あなたの習慣と好み**のためのものです——どの物語を書くときも変わらないもの。世界観の詳細・キャラクタープロフィール・プロット構造などの物語固有のコンテンツは[`SOLOENT.md`](/tips/SoloEnt)に置き、Agentがプロジェクトの進行とともに自動的に管理・更新します。 この2つのシステムは補完的に機能します： | | ルール | SOLOENT.md | | ---------- | ------------------------- | ---------------------- | | **記録するもの** | あなたの執筆習慣と好み | 物語のコンテンツと現在の状態 | | **適用範囲** | あなたという作家 | この特定のプロジェクト | | **典型的な内容** | 文のリズム・AI排除制約・視点のデフォルト | 世界観ルール・キャラクター情報・プロット概要 | | **更新者** | 手動でメンテナンス | 主にAgentが自動更新 | | **有効範囲** | 全プロジェクト（グローバル）またはこのプロジェクト | このプロジェクトのみ | こう考えてください：SOLOENT.mdは物語の脳、ルールはあなたの脳——あなたの直感・スタイル・習慣・作家としての譲れない一線。 ### ルールのオン／オフ トグルスイッチがハイライトされた、アクティブなルールファイルを示すRulesパネル 各ルールはファイルを削除せずにオン／オフできます。特定のタスクでAgentが通常の制約から一時的に外れる必要があるときに便利です——たとえば、意識の流れを書くときに「短文優先」ルールを一時的に無効にするなど。 ## ルールに書くべきこと ### 個人の文体習慣（グローバル） これらはあなたが作家として積み重ねてきた執筆の直感です。書き留めたことがなくても、すでにあなたの本能になっているはずです。 **文のリズム例：** ```markdown theme={null} # 文体スタイル - 緊張やアクションシーンではデフォルトで短い文（20字以内）を使う - 回想や内省の場面では長い文を許容するが、40字を超えたら分割する - 長い文を3つ連続で書かない——必ず短い文を挟んでリズムを断ち切る - 文の書き出しに変化をつける——同じ主語で連続して文を始めない ``` **句読点の習慣例：** ```markdown theme={null} # 句読点の好み - ダッシュは語気の中断や強調のみに使い、補足情報の挿入には使わない（読点で書き直す） - 省略記号は発話や思考の途切れにのみ使い、間の演出には使わない - 会話文にセミコロンは使わない ``` ### AI文体排除の制約（グローバル） AIモデルには散文を平坦にし、人間らしさを失わせる定型パターンがあります。最も気になるものを常駐制約として追加してください。 ```markdown theme={null} # AI文体排除の制約 ## 使用禁止ワード - 織り成す・編み込む（比喩的用法）・証明する・共鳴する（比喩的用法） - 「それは〜を思い起こさせた」「それは〜の証だった」 - ささやく（文字通りでない場合）・きらめく・漂う - 「〜が二人の間に漂っていた」「〜が胸にこみ上げた」「胸が沈んだ」（定型的な身体描写） - 「彼の目／表情／声がすべてを語っていた」 ## 禁止する構造パターン - シーンの最後に感情を一文でまとめない（見せる、名づけない） - シーンの末尾でキャラクターに「〜と気づいた」という振り返りをさせない - 叙述で「A、B、そしてC」という三項列挙パターンを避ける - 「〜ではなく、〜だ」という構文は極めて少数の場合を除き使わない - 無意味な時間スタンプを多用しない：「大会まであとX日」「1年と3ヶ月が経った」 - カウントダウン表現を使わない：「あと3日」「残り2日」 - 劇的効果のための一語文・一語で構成する並列句は使わない ## キャラクターの声 - キャラクターに同じ語や文型を繰り返させない（意図的な口癖として設計した場合を除く） - キャラクターごとに明確に異なる声を維持する——語調・リズム・文体が明らかに違うこと - 主人公は皮肉・自嘲・苛立ちを表現してよい ## 章の書き出しと結末 - 章の書き出しに時間マーカーを使わない：「翌日」「試合まで3日前」 - 章の書き出しに「彼／彼女は〜を感じた」を使わない - 章の末尾に長い内面描写を置かない - 章の末尾にテーマ的な考察や道徳的なまとめを置かない - 章の末尾には必ず読者を次の章に引っ張るフックを置く - 緊張したシーンの終わりを、軽い雰囲気や希望的な展開で和らげない ``` ### プロジェクトの視点と語りの基礎（プロジェクト） すべてのプロジェクトには、Agentが絶対に逸脱してはならない基本的な執筆設定があります。 ```markdown theme={null} # プロジェクトの視点と語りの基礎 ## 視点 - 三人称限定視点（その章のPOVキャラクターに密着） - 1章1視点——章の途中で切り替えない - 語り手はPOVキャラクターが知ることしか知らない——視点外からのドラマティック・アイロニーは使わない ## 時制と人称 - 全編を通じて過去時制 - 全編を通じて三人称——二人称は使わない ## 語りの距離 - 近距離を維持し、内面を直接描写する - 全知視点と混同されうる自由間接話法を避ける ``` ### プロジェクト固有のスタイル要件（プロジェクト） このプロジェクト特有のジャンルの慣習・トーン目標・文体上の目的に使います。 ```markdown theme={null} # プロジェクト文体——心理ホラー ## トーン目標 - 暗示で恐怖を生み出す、直接的な描写は避ける - 不気味さはゆっくり積み重ねる——第3幕まで突然の暴露は避ける - 抑制された文体——ホラーは言葉にされないものの中に宿る ## このプロジェクトで避けること - ジャンプスケア構造（静寂の後の突然の大きな出来事）は使わない - センセーショナルな暴力描写は不要——キャラクターの心理状態に奉仕する場合のみ - 超自然的なものを説明しない——曖昧さが主要なツール ``` ## 効果的なルールの書き方 * **具体的に、抽象的にならない。**「美しく書いて」はAgentには何も伝わりません。「抽象的な感情ラベルではなく、具体的な感覚的詳細を優先する」が実行可能な指示です。 * \*\*禁止事項を直接書く。\*\*最も有用なルールはしばしば否定文です：「〜してはいけない」。Agentは明確な制約に効果的に従います。 * **理由が明らかでないときは説明する。**「ダッシュを避ける（AI文体のサインになるため）」はAgentが意図を理解し、正しく応用するのに役立ちます。 * \*\*短く保つ。\*\*ルールはコンテキストトークンを消費します。5ページにわたるルールファイルは実際の執筆スペースを圧迫します。説明が多く必要な内容はSOLOENT.mdか専用の参考ドキュメントに書く方が適切です。 * \*\*1ファイル1テーマ。\*\*トピック別にルールファイルを分けることで、他のルールに影響を与えずに個別の制約をオン／オフできます。 SOLOENT.mdにすでにある内容をRulesで重複して書かないでください。`SOLOENT.md`でキャラクターの声を定義済みなら、ルールに再記述は不要です——Agentは両方を読みます。 ## 条件付きルール 条件付きルールは、操作しているファイルのパスが一致する場合にのみ有効になります。毎回手動でルールのオン／オフを切り替えなくても、プロジェクトの異なる段階で異なる執筆制約を適用できます。 ルールライブラリが増えるにつれ、毎回すべてのルールを読み込むとトークンを消費します。条件付きルールにより、Agentは現在操作しているファイルに必要な指示だけに集中できます。 よくある使い方：文のリズムとAI排除の制約を章ファイルにのみ適用し、ノートや概要への干渉を防ぐ。 ```yaml theme={null} --- paths: - "chapters/**" --- # 散文スタイル ## 文のリズム - 文の長さを意図的に変える——短文は強調のため、長文は感情の積み重ねのため - 連続する3文を同じ主語で始めない - 35字を超える文は2文に分割する ## 避けるパターン - 括弧的な補足にダッシュを使わない——文を組み直す - 「〜と気づいた／〜に気がついた／〜を悟った」を避ける——そのひらめきを描写し、名づけない - 叙述で三項列挙を使わない（A、B、そしてC） - 緊張したシーンの末尾を内省的または希望的な展開で和らげない ``` ### 仕組み 任意のルールファイルの先頭にYAMLフロントマターを追加します。Agentは各ルールの`paths`を現在操作しているファイルと照合し、一致するルールを自動的に有効にします。 **フロントマターのないルールは常に有効**——普遍的な文体習慣とAI排除制約に最適です。 ## トラブルシューティング **最も考えられる原因**：ルールがオフになっているか、指示が十分に具体的でない。 * Rules パネルでルールファイルがオンになっているか確認する * 制約を直接的な禁止文に書き直す：「〜しないでください」ではなく「〜を避ける」 * グローバルルールの場合、プロジェクトルールで上書きされていないか確認する **以下を確認してください：** * 編集中のファイルパスが`paths`のglobパターンと一致している必要がある * YAMLフロントマターの両側に正しい`---`区切り文字がある必要がある * Rules パネルでルールがオンになっている必要がある **通常は内容が重複していることを意味します**——両方の場所で同じことを定義している。 * 物語のコンテンツ（キャラクターが誰か、世界のルールは何か）はSOLOENT.mdに置く * 執筆の好み（文章がどう感じるべきか、避けるべきパターン）はRulesに置く * この物語のトーンに関するプロジェクトルールは問題ないが、SOLOENT.mdの第5節（文体ガイドライン）と矛盾しないよう確認する ルールはコンテキストトークンを消費します。有効なルールが多い場合： * 現在のタスクに関係のないルールをオフにする * 重複するルールを1つのファイルに統合する * Rulesに紛れ込んだ物語固有のコンテンツをSOLOENT.mdに戻す ## より高度なヒント SOLOENT.mdとRulesのどちらに何を置くかを理解する `/review`を使って最新の章がルールに従っているか確認する