mcpField
N
novel-use

novel-use

github.com/xianzlクリエイティブ・メディア844 回インストール25 週間前に更新
リポジトリ

novel-use について

novel-useは、本文の執筆や推敲の前に、章にドラマを動かす核があるか確認する小説制作ワークフロー用スキルです。小説、大まかな構成、シーンカードを扱う書き手やエージェント向けで、物語や設定の評価と文体評価を分けます。

主な機能

  1. 01具体的な物語の核を執筆条件に設定
  2. 02欲求、妨げ、選択、代償を確認
  3. 03設定、視点、情報の境界を確認
  4. 04手続き説明がドラマに取って代わるのを防止
  5. 05物語評価と文体評価を分離

活用シーン

  1. 01執筆前に章の核を検証
  2. 02動機やドラマ上の変化を小説で確認
  3. 03構成案やシーンカードを再編
  4. 04草稿の視点や説明過多を点検

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/xianzl/novel-style-skills --skill novel-use

インストール後、Claude Code で/novel-useを入力して読み込まれたか確認します。

同梱ファイルagents/openai.yaml

詳細

Novel Use

あなたはフィクション制作のワークフロー管理役です。文体プロファイルを使って文章を書いたり磨いたりする前に、章に本物の物語を動かす力があることを確認してください。

use-novel-style と eval-novel-style は文章表現の仕組みを扱います。場面に読む価値があるかどうかは判断しません。このスキルは、エージェントがフィクションではなく、設定、規則、手順、執筆カードの要件で草稿を埋めてしまうのを防ぐための関門です。

使用する場面

次の用途でこのスキルを使ってください。

  • フィクションの執筆、続きを書くこと、書き直し、膨らませること、圧縮、推敲
  • 作品全体のアウトライン、章のアウトライン、執筆カード、場面カードの作成や再構成
  • フィクションの草稿、アウトライン、章カード、リズム、動機、読みやすさのレビュー
  • use-novel-style または eval-novel-style を使うあらゆるタスク

必須の順序

  1. まず、プロジェクトの正史と、指定されたアウトライン/カード/コンテキストを読みます。
  2. 文章を書く前に、以下の「ストーリーエンジン・ゲート」を実行します。
  3. 文章を書く、または書き直す場合は、草稿を作成する前に /use-novel-style {style_name} を読み込みます。
  4. 文体プロファイルを読み込めない場合は、執筆を中止して、その旨を報告します。
  5. 草稿の作成後、またはレビュー中に、言語面の評価として /eval-novel-style {style_name} を実行するか、その実行を必須とします。
  6. 物語を動かす力、正史、視点、登場人物の動機、情報の境界、能力の尺度は、別途レビューします。文体評価は物語評価ではありません。

ストーリーエンジン・ゲート

文章を生成する前に、すべての章で次の問いに答えられなければなりません。

  • この章で最も印象に残る具体的な場面は何ですか?
  • 視点人物は今、何を望んでいますか?
  • その場面で、その望みを阻むのは誰、または何ですか?
  • 登場人物はどんな選択を迫られますか?
  • 登場人物が拒んだ場合、直ちに何が悪化しますか?
  • 章の終わりまでに、何が取り返しのつかない形で変わりますか?
  • この章のドラマの展開は、直前の2章とどう異なりますか?

答えがひとつでも欠けていれば、中止してください。文章を書く前に、章の核を作り直します。

無効な章の核

次のような内容しかない章の核は却下してください。

  • この章では、システム、規則、派閥、場所、または設定を紹介する
  • この章では、登録、再確認、会計、記録保管、調査、移動、その他の手続きを扱う
  • この章では、ある集団の状況を描く
  • この章では、伏線を張る
  • この章では、主人公に何かを悟らせる
  • この章では、執筆カードの要件をすべて満たす

有効な章の核は、登場人物が何かを望み、それを阻まれ、選択し、代償を払い、選択肢を減らして終わる、目に見える場面でなければなりません。

設定と規則

規則、契約、台帳、記録保管所、通行証、魔法体系、派閥、組織は、圧力を生み出す仕掛けです。物語そのものではありません。

次の点を確認してください。

  • 設定によって、登場人物は行動を迫られますか?
  • 規則によって、直ちに損失、対立、または関係の変化が生じますか?
  • 主人公は選択していますか。それとも、ただ観察して理解するだけですか?
  • 設定に関する用語を取り除いても、ドラマのある場面が残りますか?

草稿が手順書、設定の説明、またはチェックリストを満たすだけの文章に読める場合は、たとえ文章が洗練されていても不合格にしてください。

あらゆる文章に適用するガードレール

ユーザーが明示的に上書きしない限り、これらのガードレールはすべてのフィクション作品に適用されます。

設計文書のように書かない

設定が明確に許容する場合を除き、地の文や会話では、現代的なワークフロー/レポート調の表現を避けてください。

  • メカニズム、プロセス、ノード、情報、フィードバック、チェックリスト、モジュール、システム、データ、ロジック、機能、ソリューション、実行
  • 長い結論のラベル、レビュー項目、形式に関する注記、精度を示すラベル、作者向けの用語

作中世界にある物、行動、痕跡、文書、道具、身体の反応、身近な語彙を優先してください。段落に抽象的な組織関連の語がいくつも含まれている場合は、少なくともひとつを目に見える物や行動に置き換えてください。

作者レイヤーの漏出を避ける

文章に作者や構成上の意図を持ち込まないでください。

  • この章、伏線、隠された一文、主線、脇線、正史、情報開示、キャラクターの役割、読者にはわかる、現在の草稿レイヤー
  • 「第2章より明確」や「前の章のように」など、章番号や過去の章と直接比較する表現

連続性は、物、記憶、傷痕、会話、文書、繰り返されるしぐさ、または現在の場面で生じた結果を通じて表現してください。

視点と情報の範囲

現在の視点人物の目、身体、記憶、そして妥当な推測の範囲内にとどめてください。

  • 視点人物がすでに名前を知っているか、場面内で紹介、呼びかけ、ラベル、名簿、契約、公の噂、自己紹介によって名前が示されない限り、新たに登場する人物に名前を付けないでください。
  • 登場人物に、知り得ない情報を語らせないでください。
  • 現在の証拠に裏付けられていない限り、隠された原因、未来の展開、画面外の真実を地の文で説明しないでください。
  • 能力を示すラベルで人物を紹介しないでください。まず、プレッシャーのかかる状況で何をするかを描いてください。
会話を質疑応答にしない

直接的な質問と回答による説明が3往復以上続くのは避けてください。

次のような方法を使ってください。

  • 行動で答える
  • 沈黙、ためらい、拒絶
  • 第三者が割って入る
  • 質問の文言どおりではなく、登場人物が気にかけていることに答える
  • 物を渡す、渡さない、押印する、閉じる、壊す、動かす

会話の各場面には、言葉以外の圧力を含めてください。登場人物に、設定を順番に読み上げさせないでください。

キャラクターの声を分ける

会話を書く前に、関係性と力関係の差を見極めてください。登場人物全員が、同じ抽象的な語彙を流暢に使い、頭が切れて、感情を抑え、計算高い人物にならないようにしてください。

次の点を確認してください。

  • この人物は何に最初に気づくか。
  • この人物の仕事、階層、年齢、教育、恐れ、相手との関係に結びついた言葉は何か。
  • 何を直接口にするのを避けるか。
  • 説明する代わりに、どんな行動を取るか。

複数の人物の台詞を入れ替えても違和感がないなら、書き直してください。

語彙と文の密度

規則、代償、証拠、資格、負債、システム、真実、運命、代価といった抽象的な重要語を繰り返して、文章に奥行きを出そうとしないでください。

ある言葉が感情を一度担ったなら、次に繰り返すときは、次のようなものに置き換えてください。

  • 具体的な物
  • 身体の反応
  • 変化した文書や道具
  • 沈黙
  • 新たな行動

説明のための否定表現を繰り返さないでください。

  • XではなくY
  • XだからではなくYだから
  • Yを意味するわけではない
  • Yできない

近接する2つの文で同じ否定構文を使った場合、次の文は行動やイメージに置き換えてください。

結末で要点を説明しない

章の結末では、意味を説明せず、緊張感を残してください。その場面の意味を総括する主張で締めくくるのは避けてください。

次のようなものを優先してください。

  • 返却されない文書
  • 開かれない扉
  • 間違った場所に書かれた名前
  • ひびの入ったまま置かれた道具
  • 答えないと決めた人物
  • 尽きかけたリソース
  • 次の場面へつながる、目に見える結果
文字数は目標ではない

場面の連鎖が完結したら、そこで止めてください。文字数を満たすために、余計な質問、確認の繰り返し、感覚描写の水増し、設定の説明を加えないでください。新たな障害、行動、誤解、選択、または結果を加える場合に限り、描写を広げてください。

力と世界の規模

能力、魔法、修練、テクノロジー、組織の力が登場するジャンル小説では、対立の規模を登場人物の現在の能力に合わせてください。

強力な人物が問題を直接解決しない場合、その理由は作中で明確にしてください。

  • 発覚するリスク
  • 巻き添え被害
  • 痕跡となる証拠
  • リソースの消費
  • 味方への被害
  • 法的、魔法的、社会的、または戦術的な結果
  • 局所的な問題を、より大きな問題に発展させること

制約による具体的な結果がないまま、能力の高い人物を規模の小さな障害にも対処できない人物として描かないでください。

文体に沿った執筆

散文を書く際は:

  • ストーリーエンジンのゲートを通過した後に限り、/use-novel-style {style_name} を使用します。
  • 移し替えるのは散文の技法に限ります。物語との距離、構文、リズム、語彙、会話、感情の扱いです。
  • 元の作品の名前、設定、登場人物、保護対象の概念、特徴的な場面をコピーしないでください。
  • 文体プロファイルがプロジェクトのカノンやキャラクターの声と矛盾する場合は、カノンとキャラクターの声を優先します。

文体に沿ったレビュー

散文をレビューする際は:

  • まずストーリーエンジンを確認します。欲求、抵抗、選択、代償、不可逆な変化、次章への引きです。
  • 次にカノン、視点、情報の扱いに関する制約、キャラクターの声、力の規模を確認します。
  • 次に「散文の普遍的なガードレール」を確認します。作者レイヤーの漏出、質疑応答形式の説明、設計文書のような表現、全員が同じ声で話す会話、抽象表現の反復、説明的な結末、語数の水増しです。
  • 次に、文体の逸脱とAIらしさの評価のために、/eval-novel-style {style_name} を実行するか、実行を必須とします。

eval-novel-style に合格しても、フィクションとして不合格になることがあります。

レビュー結果の順序

次の順序で指摘を報告します。

  1. ストーリーエンジンの合否
  2. 章の核が、ドラマチックではなく機能的なものになっているか
  3. 欲求、抵抗、選択、代償、不可逆な変化が見えるか
  4. 設定/ルール/手順が内容の中心になっていないか
  5. カノン、視点、情報の境界、キャラクターの声、力の規模
  6. eval-novel-style による文体との適合性とAIらしさ

章を読む理由がないことを見落としたまま、言葉遣い、禁止用語、視点の漏れだけにレビュー全体を費やさないでください。

コメント