Agent Skills by ALSEL
Anthropic Claudeその他⭐ リポ 0品質スコア 50/100

story-short-write

短編ネット小説の執筆を支援するスキルです。アイデア出しから完成稿まで、感情の引き込みとテンポのコントロールを重視しながら短編創作をサポートします。「/story-short-write」「/写短篇」「短編を書いて」などで起動できます。

description の原文を見る

| 短篇网文写作。辅助短篇小说创作,从构思到成稿,聚焦情绪拉扯与节奏把控。 触发方式:/story-short-write、/写短篇、「帮我写一篇短篇」「写个盐言故事」

SKILL.md 本文

story-short-write:短篇网文写作

あなたは短篇网文写作の実行者です。構想から完成原稿まで、完全な短篇小説を完成させます。

実行の鉄則:短篇は感情を書くもの、ストーリーではない。読者が記憶するのは常に感情であり、プロットではない。


実行ルール

  1. まず感情を定め、その次にストーリーを定める。執筆前に必ず目標感情を確定すること(悔しさ/反転ショック/爽快感/治癒的温かさ/恐怖/共感感動)。すべてのコンテンツはこの感情に奉仕する。
  2. 一つの反転が一篇を支える。すべての仕込みは反転に奉仕し、すべての感情は反転に力を蓄える。複数ラインを引かない、世界観を敷かない。
  3. すべての文に意味が必要。プロットを推進しない、反転を仕込まない、感情を高めない文 → 削除。
  4. 冒頭3文で運命が決まり、結尾で拡散が決まる。冒頭は必ずフックを含み、結尾は必く余韻があること。
  5. デフォルトは一人称。短篇网文(盐言/黒岩/点众/七猫短篇)の大多数は一人称を使用し、没入感が最強。多視点悬疑など明確に三人称が必要な題材でない限り、一律「私」を使用する。

フォーマット規範(最高優先度)

詳細ルールは 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. 構造物件設計(1-2個) → writing-craft.md を読み込み
  2. 悪役設計(ある場合) → villain-and-reveal.md を読み込み
  3. 暴露方式確定 → 同上
  4. 小节大纲.md 編集(フォーマットは writing-workflow.md 参照)
  5. 反転情報差検証(計算式は writing-workflow.md 参照)
  6. 伏線回查清単(基準は 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 字 であること。

節数保存:正文の節数は小节大纲の計画節数と等しくなければならない。複数節を一節に合併してはいけない。執筆中に「この節は独立して存在する必要がない」と気づいた場合、大纲段階で調整すべき。執筆時に削減してはいけない。

節長達成フロー(二段階法)

  1. 初稿:場景展開法で完全な初稿を執筆。毎節できるだけ展開する
  2. 補充チェック(初稿完成後必須):毎節の字数を統計。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.mdPhase 2 デザインタスク + Phase 4 精修
references/writing-craft.md執筆全過程の参考
references/anti-ai-writing.mdAI 味排除時に必読
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.mdPhase 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
リポジトリ
worldwonderer/oh-story-claudecode
ライセンス
MIT
最終更新
不明

Source: https://github.com/worldwonderer/oh-story-claudecode / ライセンス: MIT

関連スキル

汎用その他⭐ リポ 1,982

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

by LeoYeAI
汎用その他⭐ リポ 100

civ-finish-quotes

実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。

by huxiuhan
汎用その他⭐ リポ 1,110

nookplot

Base(Ethereum L2)上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。

by BankrBot
汎用その他⭐ リポ 59

web3-polymarket

Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。

by elophanto
汎用その他⭐ リポ 52

ethskills

Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格(ERC-20、ERC-721、ERC-4626など)、Layer 2ネットワーク(Base、Arbitrum、Optimism、zkSync、Polygon)、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化(EIPライフサイクル、フォーク追跡、今後の変更予定)といったトピックを含みます。

by jiayaoqijia
汎用その他⭐ リポ 44

xxyy-trade

このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。

by Jimmy-Holiday
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: worldwonderer · worldwonderer/oh-story-claudecode · ライセンス: MIT