genre-conventions
ジャンルの問題を診断し、ジャンル固有の要素を生成します。ジャンルの約束が不明確な場合、要素がミスマッチに感じられる場合、サブジャンルがメインジャンルと競合している場合、またはジャンル特有のエントロピーが必要な場合に使用します。Writing Excusesフレームワークの11の基本ジャンルすべてに対応しています。
description の原文を見る
Diagnose genre problems and generate genre-specific elements. Use when genre promise is unclear, when elements feel misplaced, when secondary genres compete with primary, or when you need genre-specific entropy. Covers all 11 elemental genres from the Writing Excuses framework.
SKILL.md 本文
ジャンル慣例: 診断と生成スキル
ストーリーのジャンルレベルの問題を診断し、ジャンル固有の要素を生成します。あなたの役割は、ストーリーが読者へのそれぞれの感情的約束を果たすことを保証することです。
コアな原則
ジャンルは約束です。ストーリーはその約束を果たす必要があります。そうでなければ、読者は裏切られていると感じます。
基本ジャンルは感情的な経験についてです。本棚のカテゴリーではありません。宇宙船を舞台にしたストーリーはどのジャンルでもあり得ます。設定はジャンルではありません。感情的な経験がジャンルです。
11 の基本ジャンル
| ジャンル | コアな約束 | 読者が感じたいこと |
|---|---|---|
| Wonder(驚異) | 畏敬と魅惑 | 「そんなことが可能だなんて知らなかった」 |
| Idea(アイデア) | 知的刺激 | 「そんな風に考えたことなかった」 |
| Adventure(冒険) | 課題を通じた興奮 | 「次はどうなるんだろう?」(外部的) |
| Horror(ホラー) | 恐怖と脅威への直面 | 「見るのが怖いけど止められない」 |
| Mystery(ミステリー) | 未知の事実への好奇心 | 「それを解明したい」 |
| Thriller(スリラー) | 危険を通じた緊張 | 「間に合うかな?」 |
| Humor(ユーモア) | 娯楽と楽しさ | 「予期しなくて嬉しい」 |
| Relationship(関係) | つながりへの投資 | 「うまくいってほしい」 |
| Drama(ドラマ) | 内部葛藤と変容 | 「次はどうなるんだろう?」(内部的) |
| Issue(問題提起) | 複雑な問題の探索 | 「これまでと違う見方ができるようになった」 |
| Ensemble(アンサンブル) | グループダイナミクスと協力 | 「どうやってまとまるんだろう?」 |
注記: SF、ファンタジー、歴史、現代は設定であり、ジャンルではありません。ファンタジーストーリーはミステリー、ロマンス、またはスリラーかもしれません。設定はジャンルが存在する場所です。
ジャンル状態
状態 G1: 欠落したジャンル約束
症状: ストーリーが読者との明確な感情的契約を欠いている。どのような経験が提供されているのか不明。冒頭がこのストーリーの種類を示していない。読者が何を期待すべきか分からない。
主要な質問:
- 読者はどのような感情的経験を持つべきか?
- 第 1 章で、ジャンルは明確に示されているか?
- 冒頭はストーリーが実際に提供する感情的なペイオフを約束しているか?
- 誰かが「これはどんな話?」と聞いたら、1 語で答えられるか?
介入:
- 作成したい主要な感情的経験を特定する
- 冒頭のシーンでジャンルマーカーを確立する
- あなたのフックがあなたの実際のストーリーを約束していることを確認する
状態 G2: ストーリーに対して間違ったジャンル
症状: ストーリー要素が試みられている感情的経験と一致していない。関係性のコンテンツを伴うスリラーペース。ミステリー構造で冒険的なペイオフ。材料が選ばれたジャンルに対抗している。
主要な質問:
- 実際にはどのような感情的経験を作成しているか?
- このマテリアルに最適なジャンルは何か?
- 意図したことと書いていることの間にミスマッチはないか?
- このマテリアルを輝かせるジャンルは何か?
介入:
- ジャンルにマテリアルを強制するのではなく、ジャンルをマテリアルに合わせる
- あなたのコンセプトが異なる感情的配信を望んでいるかどうかを検討する
- そのジャンルにフィットする解釈を使ってストーリーを再フレーム化する
状態 G3: ジャンル要素の配置の誤り
症状: 正しい要素だが間違ったタイミング。ミステリーの手がかりが一気に与えられる。スリラーの緊張は利害関係が確立される前。ホラーの恐怖は脆弱性の設定なし。ロマンスの障害が遅く導入される。
主要な質問:
- ミステリーの手がかりは段階的な展開のため配布されているか?
- スリラーの緊張は段階的に高まっているか、それとも静的か?
- ホラーの恐怖は脆弱性の設定を通じて獲得されているか?
- 関係の障害は接続を防ぎ、その後放出しているか?
- 驚異は発見を通じて構築されているか、それとも啓示を投げ出しているか?
介入:
- ジャンル固有のペーシングテンプレートを使用する
- 要素の配置を読者期待曲線と照らし合わせてマップする
- セットアップがペイオフに先行することを確認する
状態 G4: 副次ジャンルが主要ジャンルを損なう
症状: サブプロットのジャンルがメインストーリーを支配する。ロマンスがスリラーを圧倒する。ユーモアがホラーの雰囲気を壊す。アイデアのコンテンツが冒険を遅くする。読者が足がかりを見つけられない。
主要な質問:
- 主要な感情的経験は何か?
- 副次ジャンルは役に立っているか、それとも競合しているか?
- 副次ジャンルはいつ画面時間を取得するか?
- 副次ジャンルは主要な経験を強化するか、中断するか?
介入:
- ジャンルの明確な階層構造を確立する
- 副次ジャンルを特定のシーンまたはサブプロットに含める
- 副次ジャンルを使用して、主要なジャンルを深める(気を散らさない)
- 副次ジャンルが永続的に損なう場合、削除を検討する
状態 G5: 必要な要素がないジャンル
症状: 公平性のある手がかりがないミステリー。時間制限のないスリラー。脆弱性がないホラー。障害がない関係。段階的な課題がない冒険。
主要な質問:
- このジャンルの交渉不可能な要素は何か?
- 現在のドラフトから欠落しているものはどれか?
- 再構成なしで追加できるか?
- 設定がジャンルの仕事をするのに頼っているか?
介入:
- ジャンル要件チェックリストを使用する
- ジャンル要素ツールを使用して欠落している要素を生成する
- 各必要な要素が最終幕の前に表示されることを確認する
状態 G6: 未検討のジャンル陳腐性
症状: ジャンル要素が古い。読者がすべてを予測する。実行に新鮮さがない。「これ以前に読んだ」という反応。
主要な質問:
- どのジャンン規約をデフォルトで使用しているか?
- どれを反転または超越できるか?
- ジャンル約束を予期しない方法で配信できる場所はどこか?
- 直交的なアプローチはどのように見えるか?
介入:
- 陳腐性超越スキルに直交性分析をハンドオフする
- 新鮮さのための各ジャンル要素を監査する
- 予期しない手段を通じて予期される感情的経験を配信する
状態 G7: 設定とジャンルの混同
症状: ジャンルについて聞かれて「それはSFです」。感情的なコアなしの世界構築。設定要素がジャンル需要に役立たない。設定を削除するとストーリーにジャンルがない。
主要な質問:
- 設定を削除すると、感情的なストーリーのジャンルは何か?
- あなたの設定はジャンル経験をどのように強化するか?
- 現代設定の場合、このストーリーは何か?
- 設定がすべての仕事をしているか?
介入:
- 設定の下のジャンルを特定する
- 設定要素をジャンル需要に役立つように調整する
- ストーリーが設定から独立した感情的な一貫性を持つことを確認する
状態 G8: ジャンル割り当てのないアンサンブル
症状: 一貫したジャンル経験がない複数 POV キャラクター。POV 間のトーナル鞭。読者が感じるべきことが分からない。各スレッドは単独で機能するが、統合しない。
主要な質問:
- ストーリー全体の傘となるジャンルは何か?
- 各 POV スレッドは独自のサブジャンルを持っているか?
- ジャンル経験はどのように統合されるか?
- ジャンル期待を設定する支配的な POV があるか?
介入:
- すべてのスレッドが機能するプライマリジャンルを確立する
- 各 POV に互換性のあるサブジャンルを割り当てる
- POV 遷移をマップしてトーナルな一貫性を確保する
- アンサンブル要素を使用して、断片化ではなく統一する
ジャンル要件クイックリファレンス
| ジャンル | 設定の需要 | キャラクターの需要 | プロットの需要 |
|---|---|---|---|
| Wonder(驚異) | 広大なスケール、前例のない現象 | 敬畏の能力、意義を認識できる | 発見、啓示、視点転換 |
| Idea(アイデア) | コンセプトの周りに構築された社会 | 知的好奇心、様々な視点 | コンセプト探索、仮説検証 |
| Adventure(冒険) | 様々な環境、物理的障害 | 関連するスキル、経験を超えてテストされる | 段階的な課題、地理的な移動 |
| Horror(ホラー) | 孤立、制限された動き、通常の崩壊 | 脅威に合致した脆弱性、失うもの | 段階的な脅威、減少する安全 |
| Mystery(ミステリー) | 制御された環境、多層的情報 | スキルのある調査官、証人、容疑者 | 情報収集、段階的な展開 |
| Thriller(スリラー) | 時間的制限、高いステークス環境 | 重要な責任、相応の対立者 | デッドラインプレッシャー、段階的な脅威 |
| Humor(ユーモア) | 異常なルール、誤解の可能性 | 盲点、対照的な規範 | 誤通信、期待を裏切られた |
| Relationship(関係) | 強制的な近接、共有される課題 | 補完的な特性、意味のある障害 | つながりの進展、関係テスト |
| Drama(ドラマ) | 価値観に挑戦する環境 | テストに直面した強い価値観 | 困難な選択、内部葛藤 |
| Issue(問題提起) | 問題を示す社会 | 中心的問題に関する様々な視点 | 異なるファセットとの直接経験 |
| Ensemble(アンサンブル) | 様々なスキルが必要な課題 | 補完的能力、対照的見解 | チーム形成、協力上の課題 |
診断プロセス
ジャンル関連の症状を持つライターが来た場合:
1. 意図されたジャンルを特定する
聞く: 「読者はどのような感情的経験を持つべきか?」 「これはどのカテゴリ?」ではなく「読者は何を感じるべき?」
2. ジャンル約束をチェックする
冒頭がこのジャンルを示していますか?最初のシーンには、意図された経験の少なくとも 1 つの明確なマーカーが含まれている必要があります。
3. 必要な要素を監査する
要件テーブルを使用します。各必要な要素が存在していますか?正しく配置されていますか?十分に開発されていますか?
4. 副次ジャンルをチェックする
副次ジャンルがある場合、それらは役に立っているか、それとも競合しているか?ストーリーのどの部分が各々に費やされるか?
5. 設定/ジャンルの混同をチェックする
設定を精神的に削除します。まだジャンルはありますか?設定は感情的経験を置き換えるのではなく強化すべきです。
6. 介入を推奨する
特定された状態に基づいて、具体的な介入を提供します。必要に応じて要素を生成します。フレームワークを指摘します。
アンチパターン
階層構造のないジャンルマッシュアップ
問題: ストーリーは同等のミステリー、スリラー、ロマンスになろうとしている。読者は期待すべき経験が分からない。明確な感情的一貫性がない。
修正: 明確なプライマリジャンルを確立します。副次ジャンルはプライマリ経験に役立ちます。1 つのジャンルが支配的である必要があります。
設定としてのジャンル
問題: 「それはSFです」はジャンルの質問に答える。ストーリーは世界構築を持つが感情的なコアがない。設定を削除すると、ストーリーが残らない。
修正: 設定の下の感情的なジャンルを識別します。「これは SF の世界に設定されたミステリーです」にはジャンルがあります。「これは SF です」にはありません。
ジャンル約束のおとり商法
問題: スリラーとして始まり、関係ドラマになる。緊張を期待している読者は感情を得る。感情を期待している読者は緊張を得る。どちらも満足していない。
修正: 早期に真のジャンルを示します。ハイブリッドの場合、冒頭に両方の要素を表示します。配信しないものを約束しないでください。
統合なしのチェックリスト
問題: ストーリーには手がかり(ミステリー)、時間圧力(スリラー)、恐怖(ホラー)がありますが、統一された経験に役立ちません。要素は存在しますが不活性です。
修正: ジャンル要素はプライマリな感情的経験を強化する必要があります。各要素は存在するだけでなく強化する必要があります。
期待を裏切られた罠
問題: すべてのジャンル期待が裏切られる。読者は安定した地面がない。サプライズは満足に取って代わった。
修正: コアな約束を配信します。実行を裏切られた約束ではなく契約を裏切られます。読者は予期された方法で満足感を感じるべきですが、予期しないパスを通じて。
利用可能なツール
genre-elements.ts
各ジャンルのランダム要素生成機。
# ジャンルからランダムな要素
deno run --allow-read scripts/genre-elements.ts mystery
# ジャンル内の特定のカテゴリ
deno run --allow-read scripts/genre-elements.ts thriller --category ticking_clocks
# 複数の要素
deno run --allow-read scripts/genre-elements.ts horror --count 3
# 利用可能なすべてのジャンルとカテゴリをリスト
deno run --allow-read scripts/genre-elements.ts --list
# 複数ジャンルからのコンボ
deno run --allow-read scripts/genre-elements.ts --combo mystery,thriller
genre-check.ts
テキストサンプルのパターンマッチング診断。
# 特定のジャンルに対してテキストをチェック
deno run --allow-read scripts/genre-check.ts --genre mystery scene.txt
# 可能性の高いジャンルを自動検出
deno run --allow-read scripts/genre-check.ts --analyze "シノプシステキストここ..."
# インラインテキストチェック
deno run --allow-read scripts/genre-check.ts --text "探偵は夜明けに到着した..." --genre mystery
genre-blend.ts
副次ジャンルの統合ヘルパー。
# 2 つのジャンルの統合戦略
deno run --allow-read scripts/genre-blend.ts mystery relationship
# 複数の副次ジャンル
deno run --allow-read scripts/genre-blend.ts thriller --secondary humor,wonder
# テキストのジャンル混合を分析
deno run --allow-read scripts/genre-blend.ts --analyze "調査中に恋に落ちる探偵..."
story-sense との統合
| story-sense 状態 | ジャンル状態につながる可能性がある |
|---|---|
| 状態 0: ストーリーがない | G1(ジャンル約束を確立する必要性) |
| 状態 1: 基礎なしのコンセプト | G2(マテリアルに対して間違ったジャンル)、G7(設定 vs ジャンルの混同) |
| 状態 4.5: ペーシングなしのプロット | G3(ジャンル要素が配置される)、G5(欠落している必要な要素) |
| 状態 5: 目的なしのプロット | G4(副次ジャンルが損なう)、G2(ジャンルミスマッチ) |
| 状態 7: 評価の準備ができている | G6(未検討のジャンル陳腐性) |
ハンドオフする場合
- character-arc へ: ジャンル問題がキャラクターがジャンル需要に適合しないことに由来する場合
- scene-sequencing へ: ジャンルペーシングの問題が実際にはシーンレベルの構造問題である場合
- cliche-transcendence へ: ジャンル要素が古い場合(状態 G6)
- worldbuilding へ: 設定がジャンル需要に役立たない場合
インタラクション例
例 1: 欠落したジャンル約束
ライター: 「読者がこれはどんな本?と聞き続けるのに、答え方が分かりません。」
あなたのアプローチ:
- 可能性のある状態を特定: G1(欠落したジャンル約束)
- 聞く: 「読んでいる間、読者はどう感じてほしいですか?」
- 感情を特定したら、どの基本ジャンルがその経験を作成するかを理解するのを手伝う
- 冒頭のジャンルマーカーをチェック
- ジャンルを示す特定の要素の追加を提案する
例 2: 設定/ジャンルの混同
ライター: 「これはファンタジー小説で、世界では魔法が消えつつあります。」
あなたのアプローチ:
- 気づく: これは設定を説明しており、ジャンルではない
- 聞く: 「魔法と幻想の世界を削除したら、何が残りますか?感情的な経験は?」
- 理解するのを手伝う: ミステリー(魔法がなくなる理由を把握)か?ドラマ(魔法が消えるにつれてキャラクター変容)か?ホラー(貴重なものを失うことの恐怖)か?
- ジャンルが特定されたら、ファンタジー要素がそのジャンルに役立つかチェック
例 3: 競合する副次ジャンル
ライター: 「ロマンス副プロットが私のスリラーを乗っ取り続けています。」
あなたのアプローチ:
- 可能性のある状態を特定: G4(副次ジャンルが損なう)
- 比率について聞く: 各々にどれだけのページが使われるか?
- 統合について聞く: ロマンスはスリラーのステークスを作成するか、それとも一時停止するか?
- 包含戦略または深い統合を提案する
- この本が実際にはロマンスであり、スリラー要素(ジャンル交換)かどうかを検討する
出力の永続性
このスキルは、複数のセッションにわたって作業を永続させるために、ファイルにプライマリ出力を書き込みます。
出力の発見
他の作業をする前に:
- プロジェクトで
context/output-config.mdをチェック - 見つかった場合、このスキルのエントリを探す
- 見つからない場合、またはこのスキルのエントリがない場合、最初にユーザーに聞く:
- 「このジャンル慣例セッションの出力をどこに保存すべき?」
- 提案:
explorations/genre/またはこのプロジェクトの賢明な場所
- ユーザーの好みを保存:
- コンテキストネットワークが存在する場合は
context/output-config.md内 - そうでない場合はプロジェクトルートの
.genre-conventions-output.md内
- コンテキストネットワークが存在する場合は
プライマリ出力
このスキルの場合、以下を永続化:
- ジャンル診断 - 特定されたプライマリおよび副次ジャンル
- 慣例チェックリスト - ジャンルの必要な要素
- 約束分析 - 約束されている感情的な経験
- ハイブリッド構造ノート - 複数ジャンルがどのように階層化されるか
会話 vs ファイル
| ファイルへ移動 | 会話に留まる |
|---|---|
| ジャンル認識 | 明確化する質問 |
| 慣例要件 | 特定のシーンについての議論 |
| 約束在庫 | ジャンル決定をするライター |
| 階層推奨 | リアルタイムフィードバック |
ファイル命名
パターン: {story}-genre-{date}.md
例: novel-genre-2025-01-15.md
あなたがしないこと
- ライターのためにシーンやプロースを書かない
- 彼らのジャンルを選ばない
- ジャンルの純粋性を主張しない - ハイブリッドジャンルは階層化されたら機能する
- 設定とジャンルを混同しない
- 散文レベルの問題を診断しない(それは散文スタイルスキルの領域)
- キャラクターアークの問題を直接処理しない(character-arc にハンドオフ)
重要な洞察
ジャンルは執筆後に適用されるラベルではありません。ジャンルは最初に交わされた契約です。冒頭が感情的な経験を約束します。中盤がその経験を発展させます。終わりが約束を果たします。すべての要素が契約に役立つべきです。
ジャンル問題が現れる場合、それはしばしば深い問題を隠しています: 不明確な目的(story-sense)、弱いキャラクターアーク(character-arc)、ペーシング問題(scene-sequencing)、または古い実行(cliche-transcendence)。最初にジャンルを診断し、次にルート原因をトレースします。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- jwynia
- リポジトリ
- jwynia/agent-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/jwynia/agent-skills / ライセンス: 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を通じてオンチェーン取引とデータ照会を実現します。