SF小説 書き方 設定を物語に変える、着想から推敲までの実践ガイド

結論：技術の限界を、主人公の困りごとに変えます

SF小説の設定は、「現実と違う仕組み」「その仕組みでもできないこと」「利用すると失うもの」「それでも使いたい人物」をつなげて作ります。世界の歴史や専門用語を先に埋めるのではなく、その仕組みがあるせいで主人公が迫られる選択を決めてください。設定を取り除いたときに人物の悩みも行動も変わるなら、技術が物語を動かしています。逆に、装置を別の道具へ置き換えても展開が変わらないなら、その技術ならではの制約を見直します。

進め方は、人物と冒頭を作る、制約を検討する、節を並べる、版を比較する、必要な裏づけを調べる、本文を整える、題名とあらすじを仕上げる、という順です。完成の目安は、設定資料が増えたことではありません。読者が「何ができて、何ができず、なぜ主人公が迷うのか」を、本文の場面から説明できる状態です。設定資料には細部を残しても、本文では人物の判断に必要な情報を選びます。

ランキングの数字で分かる範囲を確かめます

AI BunChoの2026-10-27の集計では、カクヨムの週間ランキングで調査した上位100作品のうち、SFは2.0%でした。ここで集計されているのは対象作品のジャンル構成であり、SF小説の設定を作る手順や、設定別の読者評価ではありません。

架空作『明日を借りる港』を、着想から原稿へ

以下の作品名・人物・設備は、作り方を示すために考えた架空のものです。出発点は「未来の潮位を受信できる港」という着想にします。このままでは設備の紹介で終わるので、主人公を港の通信技師ミオにし、父の船が沖で帰港許可を待っている状況を置きます。ミオには父を帰したい願いがある一方、港全体の観測網を保守する責任があります。技術を使う理由と、自由には使えない理由を同じ人物に持たせます。

執筆画面で人物と冒頭を考え、受信できるのは海面の高さだけで、映像や声は届かないと決めます。受信するたびに海底の観測端末が傷み、補充には港外での作業が必要だという制約も置きます。これは現実の機器についての説明ではなく、この作品の約束です。ミオが父の安全を確かめようと受信を重ねるほど、港全体の判断を支える観測網が弱ります。願いをかなえる行動が別の責任を危うくする形になりました。

変更案を検討する段階では、欠測を単なる故障として処理する案と、異常を考える手掛かりにする案を比べます。ただし、欠測だけで未来の危険を断定させません。ミオは端末の状態を調べ、届いた値と照合し、まだ分からない部分を抱えたまま判断する必要があります。節の並べ替えでは、設備の由来を説明する場面より、ミオが父の帰港申請を止める場面を先にします。説明を待たずに、知りたいことが読者にも生まれる順序です。

版の比較では、冒頭を短くした結果、申請を止める根拠まで消えていないかを確認します。たとえば「表示を見て、ミオは申請の送信を取りやめた」だけでは、どの値が問題なのか分かりません。そこで、帰港時に問題となる潮位が示され、その直後の値が欠けている、と必要な状況を補います。数値を細かく並べなくても、危険の疑いと情報の不足は区別できます。端末の傷みは後の点検で見せ、冒頭に条件を詰め込みすぎないようにします。

仕上げでは、現実の港について確認する項目と、未来受信という創作上の仮定を分けます。本文は「帰港申請を止める行動」から始まり、点検によって事情が変わり、受信を続けるかという選択へ進む構成になります。紹介文は「未来の潮位を受信する港で、通信技師ミオは父の帰港と観測網の維持の間で決断を迫られる」とまとめられます。題名の『明日を借りる港』も、未来の情報を得る代わりに設備を消耗する設定と照合できます。結末を明かさずに、舞台、願い、障害、物語の中心が伝わる形です。

SFの設定を原稿へ落とす実践手順

1. 1手順1：キャラ表と本文で利害を決める

   スタジオの執筆画面で、左の登場人物のキャラ表と章の本文を見比べます。キャラ表には外見の細部より先に、望み、職務上の責任、知らない情報、失いたくない相手を書きます。ミオなら「父を帰港させたい」「観測網を維持する責任がある」「欠測の原因を知らない」と整理します。次に本文へ、届いた値を見て帰港申請を止める場面を書きます。未来受信の原理を説明し尽くす必要はなく、誰が何をしようとして、何に妨げられたかを先に通します。確認するのは、ミオの職業を替えても同じ場面になるかです。誰にでもできる行動なら、保守担当だから気づく異常や、担当者だから負う責任を加えます。父の側にも帰りたい事情を持たせると、ミオの説明を待つだけの人物になりません。作業後には「この技術のせいで、この人物は何を選べないのか」を短く書いてみてください。答えが設備の説明に戻るなら、人物の利害がまだ曖昧です。

   

2. 2手順2：AI Chatの変更案で制約を検査する

   中央の原稿と、右のAI Chatに並ぶAgentの変更案を照らし合わせます。「採用」を押すまでは原稿は変わらないので、候補を読んでから判断します。依頼では「未来受信の制約は変えず、簡単に解決できてしまう箇所と、その修正理由を示す」と範囲を絞ります。端末をすぐ交換する案なら、港外作業が必要という条件と合うかを確認します。反対に、困難を増やすだけの案も、その条件が人物の判断を変えなければ見送ります。変更案ごとに、守る設定、変える行動、新たに説明が必要になる条件を照合してください。文章が滑らかでも、ミオが知らないはずの情報を使っていれば採用しません。「原稿にある条件から言えること」と「案が新しく加えた前提」を分けて読むと検査しやすくなります。科学的な裏づけが必要な箇所は調査事項へ回します。この工程で確かめるのは、もっともらしい文章かどうかより、作品内の約束が勝手に変わっていないかです。

   

3. 3手順3：カードボードで原因と結果を並べる

   節をカードとして並べ替える工房のカードボードでは、各節の前後で何が変わるかを基準に順番を組みます。例なら、帰港申請の保留、端末の点検、欠測の解釈をめぐる対立、受信を続けるかの判断、という流れを検討します。内容は「設備について話す」ではなく、「点検によって故障という見立てが揺らぐ」と捉えます。説明だけで状況が動かない節は、情報を判断場面へ移せないか考えます。ただし、驚きを作るために判断の前提まで隠してはいけません。端末の消耗が重要なら、受信を続ける選択より前に傷みを見せます。並べ替えた後は、各節の間を「そのため」でつないでみてください。前の発見が次の行動を生んでいなければ、場面の目的を直します。また、同じ異常を確かめる節が続くなら、片方では状況、もう片方では人物関係が変わるよう役割を分けます。設定を理解する順ではなく、主人公が知り、誤解し、選ぶ順を作ります。

   

4. 4手順4：版の履歴で改稿の得失を比べる

   版の履歴とチェックポイントの一覧では、説明を先に置いた版と、行動から始めた版を比べます。「この時点に戻す」を使う場合も、残したい効果を決めてから戻します。例では、緊迫感が増した代わりに、ミオが申請を止める理由が分からなくなっていないかを読みます。比較するのは、目的が伝わるか、限界が必要な時点で分かるか、情報の出し方が公平かです。原稿とは別に改稿の狙いを控えておくと、「説明を削る」という作業が目的になるのを防げます。戻した版へ変更を加える際も、問題の場面を絞って検討します。冒頭から消した条件が後半の判断を支えている場合があるので、受信を続けるか迷う場面まで読み直してください。残す文章を選ぶときは、好みの表現だけでなく、その文を失うと読者が何を誤解するかを考えます。旧版の説明を全部戻す必要はありません。行動から始まる構成を保ち、判断に必要な条件だけを戻す方法もあります。

   

5. 5手順5：現実の知識と創作上の仮定を分ける

   原稿の外で、「現実について確認すること」「作品独自の仮定」「人物がそう信じているだけのこと」を分けます。例では港の業務や潮位情報の扱いを確認対象にし、未来の値を受け取る設備と端末の消耗を創作上の仮定にします。ミオの故障という見立ては、作者が保証する真実とは区別します。調査項目は場面に必要な疑問にします。「海を調べる」ではなく、「この担当者は誰に判断を求めるのか」「情報と現場の様子が違えば何を確認するのか」と書き出します。資料から確認できた内容と、自分が推し量った内容も分けて控えます。調べきれない部分を専門語で覆わず、場面の範囲を狭めるか、作品独自の運用として整えます。その際、現実にも同じ制度があるかのように説明しないよう注意します。仮定の原理を詳述しなくても、何を測れず、どんな条件では使えないかは固定します。調査で矛盾が見つかったら、用語だけ直すのではなく、その条件に依存する人物の行動まで戻って確かめます。

6. 6手順6：説明を行動に変え、抜け道を点検する

   本文の設定説明ごとに、直後の理解や判断に必要かを確かめます。点検場面なら、装置の開発史より、傷んだ部品を前にミオが交換をためらう描写を選びます。ただし全部を会話にすると、互いに知っていることを説明し合う不自然さが出ます。見える損傷は描写に、意見の違いは会話に、短い共通条件は地の文に振り分けます。次に「設備を借りればよい」「受信をやめればよい」という解決策を試します。通らない理由が必要なら、判断の前に示してください。理由を足すほど複雑になる場合は、制約の追加より場面の組み直しを考えます。既にある端末の消耗だけで葛藤が成立するなら、別の故障まで重ねる必要はありません。また、設定の抜け道と人物の見落としは別です。ミオが感情のために選択肢を見落とす展開なら、読者にはその可能性を示せます。後から例外を加えて救うのではなく、示した性質を違う使い方へつなげられるかを検討します。

7. 7手順7：題名とあらすじで設定の役割を確かめる

   最後に、本文を知らない読者へ何を約束する作品かを整えます。『明日を借りる港』の紹介文では、未来の潮位を受信する港、ミオの願い、受信の消耗、迫られる選択をつなぎます。固有名詞や装置名の列挙になったら、主人公の行動へ言い換えます。「特殊観測端末を備えた港」より、「未来の潮位を知るたびに観測網が傷む港」とすると、この例の障害が伝わります。紹介文で強調した制約が序盤から働くか、本文とも照合します。題名の印象と作品の中心が離れていたら、説明を無理に足す前に題名を見直してください。最終点検では、情報が誰の視点で分かるものか、用語の意味が途中で変わらないか、未確認の調査事項を断定していないかを読みます。投稿や応募へ進む場合は、新人賞の締切・規定や投稿サイトの規約を、公式の最新の案内で確かめます。紹介用と応募用ではあらすじに求められる範囲も異なるため、提出先の指示を優先します。

着想の入口を比べ、止まっている作業を選びます

よくある失敗と直し方

• 設定資料だけ増え、本文が始まりません：資料を埋める作業を止め、主人公の予定と、それを止める出来事を書きます。ミオなら帰港申請を止める場面です。設備名が未定でも仮の呼び方で進め、行動に必要な条件だけ資料へ戻って決めます。書けない理由が知識不足なのか、人物の目的が曖昧なのかも分けてください。目的がないまま調査を続けても、冒頭の行動は決まりません。
• 新しい技術が何でも解決してしまいます：性能を弱めるだけでなく、使用条件を人物の責任へ結びつけます。受信の負担が港全体に及ぶなら、ミオの願いだけでは継続を決められません。制約を追加した後は、その条件によって行動が本当に変わったか確かめます。「使うと疲れる」と書いても、毎回問題なく使えるなら、展開上の制約にはなっていません。
• 専門用語を増やすほど分かりにくくなります：名称より先に、その対象が場面で何をするかを示します。端末なら、損傷を確かめ、受信の継続をためらう動作が先です。名称を仮に一般語へ置き換えて読み、意味が変わらなければ、その専門語は省く候補です。同じ対象に複数の呼び名を使う場合は、人物による呼び分けなのか、別の設備なのかが分かるように整えます。
• 都合の悪い場面でだけ制約が現れます：制約を使う判断場面から前へ戻り、兆候を置きます。消耗が問題なら、先の点検で損傷を見せます。ただし、不自然に強調する必要はありません。作業を中断する、交換の相談をするなど、日常の行動に組み込みます。説明を後に回す場合も、読者が振り返って「あの描写が条件を示していた」と分かる観察は残します。
• 調査した内容を全部入れたくなります：削る候補を外した状態で、人物の判断が理解できるか読みます。影響しない知識は手元の資料へ戻してください。雰囲気を出す細部も、作業の手触りや人物の習慣が伝わるものを選びます。港の沿革を長く説明するより、ミオが慣れた手つきで点検する描写のほうが、この場面に合う場合があります。調査量と掲載量を同じにしないことが大切です。
• 人物の誤解が、設定の矛盾に見えます：地の文が保証する事実と、ミオの推測を分けて書きます。「故障していた」と断定する箇所を、根拠を伴う見立てへ直せないか検討します。後で推測が覆るなら、初めから断定できなかった理由も残してください。曖昧な言葉を増やすだけでなく、観察したことと、そこから考えたことを区別すると伝わります。

完成前は、設定資料を閉じて本文だけを読みます

作者だけが知る情報を頼りに読んでいないか、本文から確認し直してください。例なら、受信対象が潮位に限られること、端末が傷むこと、ミオが父の帰港を願うことを、どこから理解できるか探します。資料にしかない前提があれば必要な場面へ戻し、繰り返し説明している条件は整理します。後の場面では条件を再説明するより、その条件が生む新しい困難を書きます。消耗を知る場面の次が、同じ消耗をもう一度知る場面になっていないかを確かめる作業です。

次に、本文だけから「ミオは何を知り、何を知らず、何を選ぼうとしているか」を書き出します。欠測の原因をまだ知らないのに、原因が確定したように動いていれば修正が必要です。一方、情報不足を承知で選ぶこと自体は矛盾ではありません。その場合は、待つことにも不利益があるなど、判断を先送りできない事情を伝えます。設定の完成とは、すべてを説明することではなく、不確かな部分も含めて人物の選択を読者が追えるようにすることです。

BunCho で試すなら

AI BunChoのスタジオで、キャラ表に主人公の願いと責任を書き、章の本文へ「技術を使うか迷う場面」を起こしてみてください。右のAI Chatには、設定の限界を守ったまま解決できる抜け道と修正案を求め、Agentの変更案を原稿と比べてから「採用」を判断します。修正後は版の履歴も参照し、説明を減らしても人物の選択の理由が伝わるかを確かめます。

関連リンク：この記事の手順を試す画面 ／ 関連ガイド ／ シリーズ「ジャンル別の書き方」