story-short-write
短編ネット小説の執筆を支援するスキルです。アイデア出しから完成稿まで、感情の引き込みとテンポのコントロールを重視しながら短編創作をサポートします。「/story-short-write」「/写短篇」「短編を書いて」などで起動できます。
description の原文を見る
| 短篇网文写作。辅助短篇小说创作,从构思到成稿,聚焦情绪拉扯与节奏把控。 触发方式:/story-short-write、/写短篇、「帮我写一篇短篇」「写个盐言故事」
SKILL.md 本文
story-short-write:短篇网文写作
あなたは短篇网文写作の実行者です。構想から完成原稿まで、完全な短篇小説を完成させます。
実行の鉄則:短篇は感情を書くもの、ストーリーではない。読者が記憶するのは常に感情であり、プロットではない。
実行ルール
- まず感情を定め、その次にストーリーを定める。執筆前に必ず目標感情を確定すること(悔しさ/反転ショック/爽快感/治癒的温かさ/恐怖/共感感動)。すべてのコンテンツはこの感情に奉仕する。
- 一つの反転が一篇を支える。すべての仕込みは反転に奉仕し、すべての感情は反転に力を蓄える。複数ラインを引かない、世界観を敷かない。
- すべての文に意味が必要。プロットを推進しない、反転を仕込まない、感情を高めない文 → 削除。
- 冒頭3文で運命が決まり、結尾で拡散が決まる。冒頭は必ずフックを含み、結尾は必く余韻があること。
- デフォルトは一人称。短篇网文(盐言/黒岩/点众/七猫短篇)の大多数は一人称を使用し、没入感が最強。多視点悬疑など明確に三人称が必要な題材でない限り、一律「私」を使用する。
フォーマット規範(最高優先度)
詳細ルールは references/format-and-structure.md を参照。執筆前に必ず読み込むこと。
執筆フロー
Phase 1:感情目標の確定
ユーザーに質問する:「読了後、読者にどんな気持ちを持たせたいですか?書きたい題材の方向やインスピレーションはありますか?」
ユーザーに明確な考えがある → 直接 Phase 2 に進む。
ユーザーの考えが漠然としている → 感情選択を支援する:
| 感情タイプ | 適切な場面 | 難易度 | 市場熱度 |
|---|---|---|---|
| 悔しさ | 虐恋、遺憾、過去を失う | 中 | 🔥🔥🔥 |
| 反転ショック | 悬疑、身分逆転 | 高 | 🔥🔥🔥 |
| 爽快感 | 打脸、逆転 | 低 | 🔥🔥 |
| 治癒的温かさ | 成長、親情、友情 | 中 | 🔥🔥 |
| 恐怖 | 悬疑、心理 | 高 | 🔥 |
| 共感感動 | 現実、職場、結婚 | 中 | 🔥🔥🔥 |
Phase 2:コア構成枠組みの構想
ユーザーが参考小説を持っている場合、まず
/story-short-analyzeを使用して拆解し、拆文库/{书名}/(またはユーザーが指定した対标/ ディレクトリ)に出力を保存する。執筆時にその構造/感情/反転デザインを参考にする。
Agent 呼び出し:story-architect
構想段階で、プロジェクトが story-architect agent をデプロイ済みの場合(.claude/agents/story-architect.md の存在確認)、以下のように spawn できる:Agent(subagent_type: "story-architect", prompt: "プロジェクトディレクトリ:{dir}\nタスク型:短篇構想\nクエリパラメータ:{感情目標+題材方向}") がフレームワークデザインを補助する。Agent が利用不可の場合、メインスレッドで直接実行する。
ユーザーが短篇のコア枠組みを確定するのを支援する:
## 短篇コア枠組み
### 基本情報
- タイトル(仮):{}
- 目標文字数:{} 字(短篇通常 8000-20000 字)
- 目標プラットフォーム:{}
- 感情目標:{読者の読後感}
### 一文要約
{主人公 + 困窮 + 反転 + 感情落下地点}
### コア反転
- 反転の型:{身分反転/視点反転/動機反転/時間線反転}
- 反転内容:{一文説明}
- 仕込み線索:{最低3つの仕込み地点}
### 感情設計
- 冒頭感情:{}(強度 {1-10})
- 中段感情:{}(強度 {1-10})
- 反転感情:{}(強度 {1-10}、ピーク維持 ≥2 節)
- 結尾感情:{}(強度 {1-10})
- 反転クライマックスは急落しないこと:反転前1節から温度が上がり、反転節でピークに達し、反転後1節はピークを維持して急落しない
### 人物設定速記
- 主人公:{一文人設}
- 重要キャラ:{一文人設}
- 関係:{彼らの関係性}
フレームワーク確定後、デザインタスクを完成し、作業ディレクトリに下記ファイルを作成すること。
デザインタスク(フレームワーク確定後実行)
詳細ステップとテンプレートは references/writing-workflow.md を参照。順序通り完成すること:
- 構造物件設計(1-2個) →
writing-craft.mdを読み込み - 悪役設計(ある場合) →
villain-and-reveal.mdを読み込み - 暴露方式確定 → 同上
- 小节大纲.md 編集(フォーマットは writing-workflow.md 参照)
- 反転情報差検証(計算式は writing-workflow.md 参照)
- 伏線回查清単(基準は writing-workflow.md 参照)
Agent 呼び出し:character-designer
デザインタスク完成後、プロジェクトが character-designer agent をデプロイ済みの場合(.claude/agents/character-designer.md の存在確認)、以下のように spawn できる:Agent(subagent_type: "character-designer", prompt: "プロジェクトディレクトリ:{dir}\nタスク型:人物設定\nクエリパラメータ:{人設速記+関係}") が人物設定と言語スタイルファイルを補助する。Agent が利用不可の場合、メインスレッドで直接実行する。
Phase 3:シーンごとの執筆
用語説明:Phase 3 は「段」で叙述構造を分割する(冒頭段/仕込み段/升級段/反転段/結尾段)。各段は複数の「小节」を含む(数字番号のビート)。「場景」は執筆時の具体的画面を指す。
執筆心法:あなたは大纲を翻訳しているのではなく、場景を構築している。読者は主人公と一緒に経験する。
Agent 呼び出し:narrative-writer
本文執筆段階で、プロジェクトが narrative-writer agent をデプロイ済みの場合(.claude/agents/narrative-writer.md の存在確認)、以下のように spawn する:Agent(subagent_type: "narrative-writer", prompt: "プロジェクトディレクトリ:{dir}\nタスク説明:本文執筆\n感情目標:{コア枠組みから読み取る}\n小节大纲:小节大纲.md\n関連キャラ:{コア枠組みから読み取る}") が本文執筆を実行する。Agent が利用不可の場合、メインスレッドで直接執筆する。
⚠️ 厳密制約:毎節 ≥ 800 字 / 50-65 行。 題材例外:爽文、打脸、システム流などの高情報密度題材は ≥ 500 字/節 に降下可能(genre-writing-formulas.md の各題材速查表を参照)。ただし 500 字未満は禁止。 毎節執筆後、字数と行数を必ず統計する。800 字未満(高情報密度題材は 500 字未満)の節は飛ばしてはいけない。三層展開法で補足後、次節に進むこと。全文完成後、総字数は ≥ 8000 字 であること。
節数保存:正文の節数は小节大纲の計画節数と等しくなければならない。複数節を一節に合併してはいけない。執筆中に「この節は独立して存在する必要がない」と気づいた場合、大纲段階で調整すべき。執筆時に削減してはいけない。
節長達成フロー(二段階法):
- 初稿:場景展開法で完全な初稿を執筆。毎節できるだけ展開する
- 補充チェック(初稿完成後必須):毎節の字数を統計。800 字未満の節は以下の方法で補足する:
- 感知層を追加(2-3 文の感覚細節。最低2つの異なる感官)
- 反応層を追加(1-3 文の身体動作/状態)
- 記憶フラッシュバックを追加(1-2 文の関連記憶)
- 環境物件を追加(動作で帯出。独立した文にしない)
- 一輪の対話を追加(writing-craft.md の対話権力モデルを参考)
- 禁止:字詰め。すべての追加は感情推進/仕込み/没入感に奉仕すること。灌水禁止
節長検証(分批执笔、各批完成後に実行): 分批执笔:毎回 2-3 節を出力(2-3 節は Claude の単回出力の最佳叙述ウィンドウで、少なすぎるとコンテキストを浪費し、多すぎると単節品質を低下させる)。完成後、本批の全節の字数を統一チェック。 いずれかの節 < 800 字(高情報密度題材 < 500 字)の場合 → 三層展開法で補足後、次の批に進む。 未達成の小节は飛ばしてはいけない。
一括検証がより効率的:複数節を一度に出力することで AI は叙述の連続性を保ち、 批後統計は段階的暂停より AI のテキスト生成特性に適合する。
節長速算:平均毎行 15 字 × 55 行 ≈ 825 字。30 行目の時点でまだ 500 字に達していない場合、子事件の展開が不十分なので、感知層と反応層を追加する必要がある。
各小节は「場景展開法」で執筆する(writing-craft.md 第8節を参照):発生層(30-40字) → 感知層(60-80字,≥2個感官) → 反応層(40-60字)。三層合計 ≥150 字。
完成後、小节大纲.md と照らし合わせてチェック:各子事件の三層は展開されているか?本節の感情は十分か?伏線/物件は植え込まれたか?節長 <800 字 → 感知層/反応層を回查で補足してから次節に進む。
以下の構造で分段执笔:
第一段:冒頭(前 300-500 字)
目標:3 文で読者を捉える。必ず一つの冒頭フックを含むこと(hooks-chapter.md からタイプを選択)。
技法指示:最初の 100 字のイベント密度 ≥ 3。背景説明をしない。直接イベントチェーンに入る。
冒頭ゼロ環境ルール:
- 最初の 3 文は環境説明を禁止(照明、天気、臭い、温度、装修)
- 最初の 3 文は以下4つのいずれか:イベント / 対話 / 動作 / 情報爆弾
- 環境細節は感知層(三層展開法の第二層)を通じて自然に帯出。独立した文にしない
- チェック方法:最初の 3 文の主語をマーク。主語が環境物件(照明/廊下/部屋/天気)の場合、書き直す
冒頭テクニック:
| テクニック | 説明 | 事例 |
|---|---|---|
| 冲突前置 | 第一文が矛盾そのもの | 「离婚協議書がテーブルの上にあり、彼は既に署名していた。」 |
| 情報差フック | 読者に主人公が知らない情報 | 「彼女は知らない。向かい側のその男は既に3回目を計画している。」 |
| 反常行動 | 常理に外れた行動で好奇心を引く | 「彼女は婚約指輪をトイレに流した。」 |
| 重生反常 | 前世では絶対しない行動 | 「沈栀心念成灰、支着一口气找到了媒婆:郭家的那个天阉、我来嫁。」 |
| 超自然身份 | 冒頭で非人類身份を暴露 | 「私は世上ただ一つ残る赤衣厲鬼だ。自分がどう死んだのか知らない。」 |
| 霊魂旁観 | 霊魂視点から死体現場を記述 | 「私の遺体は透明な棺の中に横たわり、三人の兄が外で笑う:彼女の演技は本当だ。」 |
| 悬念句 | 説明が必要な事実を提示 | 「死後3日目、夫がポストをシェアした。」 |
| 代替嫁被弃 | 不公正な運命を受け入れさせられる | 「3ヶ月後、皇后の嫡實王女の代わりに、砂漠の北への和親篭籠に乗った。」 |
| 代入式提問 | 読者に直接共感させる | 「深夜に本来受けてはいけない電話をもらったことはありますか?」 |
第二段:仕込み(全文の 30-40%)
- 物件/数字/習慣で羁绊を確立する(emotional-methods.md「羁绊铺設」詳細)
- 最低3つの反転線索を仕込み。異なる小节に分散させる
- 毎 2-3 個小节に1つのフックを埋設(タイプは hooks-paragraph.md から選択)
- 小节は数字で分割。毎小节が一つのプロット地点を推進する
- 感情強度は毎節漸増。連続 2 節が無感情変化であることは許されない
- 構造物件第1現はこの段で完成すること
- 反派の悪事は阶梯漸增(小悪→中悪、villain-and-reveal.md 参照)
第三段:升級(全文の 20-30%)
- 冲突は前段より升级(強度/範囲/代価のいずれか一つの次元上昇)
- カウントダウンフックか代價フックを挿入。切迫感を作成
- フック密度を上げて毎 2 節に1つ(題材別レベル分けは genre-writing-formulas.md 参照)
- ミスリード情報を埋設。読者に反転方向を間違わせる
- 数字/金額の漸増を叙述工具として活用(曖昧な表現を具体数字で置換。writing-craft.md 参照)
- 一動一静の交替:毎節に動と静がある。連続暴力も連続沈黙も禁止
第四段:反転(全文の 10-15%)
- 反転は一節内で完結。引き延ばさない
- 暴露後、前の伏線が溯源可能であること確認(読者が「ああ、そうか」と伏線を見つけられる)
- 反転節の感情衝撃強度は前のすべての節の最高値より大きいこと
- 証物/証人/立ち聞き/玉ねぎ剥き で真相暴露(4 つの方式は villain-and-reveal.md 参照)
- 構造物件第2現はこの段で完成すること(意義が颠覆)
第五段:結尾(全文の 5-10%)
- 章末はフック必須(悬念か余韻)
- 静かな細節で終止(一つの物件、一つの動作、一短文)。大段の抒情は書かない
- 結尾方式は下表参照。emotional-methods.md「余韵鈍痛」を参考
- 構造物件第3現(回扣暴击)
結尾タイプ:
| タイプ | 効果 | 適切な感情 |
|---|---|---|
| 余韵式 | 言い切らない。読者に想像させる | 悔しさ |
| 呼応式 | 首尾呼応で閉幕 | 治癒、成長 |
| 開放式 | 悬念を残す | 细思極恐 |
| 反転再反転 | 結尾にさらに小さい反転 | 衝撃 |
| 金句式 | 一文で主題を点出 | 共感 |
Phase 3 完成門檻(Phase 4 進入前に必ず通過)
- 総字数 ≥ 8000(
wc -mで検証。中文字符数計数対応) - 毎節 ≥ 800 字(爽文など高情報密度題材 ≥ 500 字、genre-writing-formulas.md 参照)
- 節数 = 小节大纲計画節数(合併/省略禁止)
- 身体部位同一語全文 ≤ 5 回
- 「像」≤ 10 個所
中文テキスト統計注意項目:
wc -cは字節数を統計。中文各字符 3 字節(UTF-8)で、字数と等しくない- 字数統計は
wc -m(字符数)を使用。wc -c(字節数)ではない - macOS の
wc -mは特定 locale 下で不正確な場合がある。別案:python3 -c "print(len(open('文件路径').read()))" - 行数統計は
wc -lで安全
不合格 → 補足するまで戻す。精修に進まない。
Phase 4:精修打磨
references/writing-workflow.md の精修チェックリストを読み込み完成させること。
重点:冒頭フック、感情曲線、反転仕込み、各文の価値、フォーマット規範、AI 腔排查。
Agent 呼び出し:narrative-writer(AI味排除)+ consistency-checker
精修段階で、プロジェクトが対応 agent をデプロイ済みの場合、以下のように spawn する:
Agent(subagent_type: "narrative-writer", prompt: "プロジェクトディレクトリ:{dir}\nタスク説明:AI味排除+フォーマットチェック\nチェック範囲:{正文文件}")— AI 味排除(6 Gate)とフォーマット合規チェック実行Agent(subagent_type: "consistency-checker", prompt: "プロジェクトディレクトリ:{dir}\nチェック範囲:{正文文件}\nチェック型:事實矛盾+伏線断線+人物属性不一致")— 一貫性チェック実行
Agent が利用不可の場合、メインスレッドで直接実行する。
自検記録隔離ルール:
- すべての自検記録(字数統計、禁用語スキャン結果、フォーマットチェックリスト)は独立ファイル
自检_{タイトル}.mdに記述する(タイトルは Phase 2 コア枠組みから) - 絶対に正文ファイル末尾に自検記録を追加してはいけない
- 自検ファイルと正文ファイルは完全分離。後の清理とアーカイブに便利
- 正文中に
<!-- 自检 -->または類似のチェック標記注釈を出現させない
不合格 → 補足するまで戻す。
フロー接続
パイプライン: 短篇 位置: 執筆(第 3/3 ステップ)
| 時機 | ジャンプ先 | コマンド |
|---|---|---|
| 参考小説があり対標したい | story-short-analyze | /story-short-analyze(拆文モード) → 出力 拆文库/{书名}/ に保存 |
| 完成、AI 味排除 | story-deslop | /story-deslop |
| 自検したい | story-short-analyze | /story-short-analyze(自検モード) |
| 市場方向が必要 | story-short-scan | /story-short-scan |
| 設定が大きすぎ、長篇向け | story-long-write | /story-long-write |
参考資料
必要に応じて以下ファイルを読み込む。執筆時に同時読み込みは ≤ 3 個:
| ファイル | 読み込み時機 |
|---|---|
references/format-and-structure.md | 執筆前必読 |
references/writing-workflow.md | Phase 2 デザインタスク + Phase 4 精修 |
references/writing-craft.md | 執筆全過程の参考 |
references/anti-ai-writing.md | AI 味排除時に必読 |
references/genre-writing-formulas.md | コア参考。題材別読み込み |
references/genre-writing-techniques.md | 通用執筆技法+感情操纵+感情線ルール |
references/emotional-methods.md | 感情設計時 |
references/hooks-chapter.md | 章フック設計 |
references/hooks-suspense.md | 悬念設計 |
references/hooks-paragraph.md | 段落フックテクニック |
references/villain-and-reveal.md | Phase 2 反派設計時 |
references/reversal-toolkit.md | 反転設計時 |
references/emotional-arc-design.md | 感情曲線設計時 |
references/quality-checklist.md | 精修チェック時 |
references/banned-words.md | 禁用語リスト |
references/female-audience-writing.md | 女頻執筆時 |
references/character-basics.md | 人物基本設定 |
references/character-design-methods.md | 人設方法 |
references/character-relations.md | 人物関係設計 |
references/dialogue-mastery.md | 対話執筆時 |
references/opening-design.md | 冒頭設計時 |
references/genre-catalog.md | 題材フレームワーク |
references/genre-core-mechanics.md | コア梗設計 |
references/genre-readers.md | 読者心理 |
言語
- ユーザーの言語に従う。ユーザーが何語を使おうと、その言語で返答する
- 中文返答は『中文文案排版指北』に準拠する
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- worldwonderer
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/worldwonderer/oh-story-claudecode / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード:Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool(member/distributor)、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。