prose-style
文章構造が固まった後に、文レベルの問題を診断します。文章が単調に感じられる、センテンスのリズムが一辺倒、語彙の選択が凡庸、またはトーンが統一されていない場合に使用してください。
description の原文を見る
Diagnose sentence-level issues after structure is solid. Use when prose feels flat, sentences are monotonous, word choices are generic, or voice is inconsistent.
SKILL.md 本文
Prose Style: 診断スキル
フィクションの文章レベルの技術的問題を診断します。散文がストーリーに奉仕しない理由を特定し、執筆者を力強く、意図的な執筆へと導くことがあなたの役割です。
コア原則
スタイルは装飾ではなく、スタイルは内容そのものです。
何かの書き方は、それが何を意味するかを形作ります。トルーマン・カポーティが述べたように:
「私は、文の不正なリズムによって、特に文末で起きた場合、あるいは段落分けやさらには句読点の誤りによってストーリーが台無しになることがあると信じています。」
散文スタイルは複数のレベルで同時に機能します:
- 単語の選択(語法)
- 文構造(文法)
- 段落の流れ(リズム)
- 声(執筆者独特のプレゼンス)
基本原則: 力強い執筆は簡潔です。すべての単語がその場所を勝ち取る価値があります。
散文の状態
State P1: 平坦な散文
症状: 散文は機能的だが忘れられやすい。文は情報を提供しますが、リズムや特徴がありません。執筆はストーリーを高めず、単に提供するだけです。
重要な質問:
- 文の多様性(長さ、構造)はあるか?
- 単語の選択は正確か、それとも平凡か?
- リズムがあるか、それとも単調か?
- 散文に何か独特の特性があるか?
診断チェックリスト:
- 文の長さが異なる(短い、中程度、長い)
- 文構造が異なる(単純、複合、複雑)
- 単語の選択が具体的で、平凡ではない
- 散文に識別可能なリズムがある
介入方法:
- リズム(またはその欠如)を聞くために音読する
- 文の長さをマーク—多様性を探す
- あいまいな単語を具体的なものに置き換える
- 文の開始を多様化する(常に主語+動詞で始めない)
State P2: 不明瞭な執筆
症状: 読者は文を読み直す必要があります。意味は抽象化や文脈の欠如によって不明瞭になっています。代名詞の先行詞が明確ではありません。知識の呪いが作用しています。
重要な質問:
- 抽象化が多すぎないか?
- 知識の呪いが明確さを妨げているか?
- 代名詞の先行詞が明確か?
- 論理が見える、それとも圧縮されているか?
診断チェックリスト:
- 具体的な言語が抽象的な言語を上回る
- 専門用語に文脈が提供されている
- すべての代名詞に明白な指示対象がある
- 論理的なステップが見える、圧縮されていない
介入方法:
- 抽象的なものを具体的なものに置き換える
- 知識の呪いが作用している場所に文脈を追加する
- すべての代名詞が明白な指示対象を持つことを確認する
- 圧縮された思考を拡張する—ステップを示す
State P3: 過剰装飾された散文(紫の散文)
症状: スタイルが実質を圧倒しています。 過度な形容詞と副詞。メタファーは明確にするのではなく隠します。執筆はストーリーではなく、ストーリーではなく自身に注意を引きます。
重要な質問:
- 形容詞/副詞の積み重ねがあるか?
- メタファーは明確にするか、それとも隠すか?
- スタイルが自身に注意を引いているか?
- 豊かさが作品に奉仕するか、圧倒するか?
診断チェックリスト:
- 名詞あたり1〜2個以下の形容詞
- 副詞は慎重に、意図的に使用される
- メタファーは混乱させるのではなく明確にする
- 散文はストーリーに奉仕し、執筆者の自尊心に奉仕しない
紫の散文の兆候:
- 形容詞の積み重ね:「美しく、豪華で、素晴らしい夕焼け」
- 副詞の乱用:「速く走った、必死に走った、狂乱して走った」
- 過度装飾されたメタファー:不明瞭な比較
- 不適切なレジスター:平凡なコンテンツへの高尚な言語
介入方法:
- 修飾詞を無情に削除する
- 3つの近似ではなく1つの正しい形容詞を選択する
- 過度装飾されたメタファーをより単純なイメージに置き換える
- 名詞と動詞に仕事をさせる
State P4: 単調な散文
症状: すべての文が同じように聞こえます。すべての段落が同じように見えます。文は同じ方法で始まります。読書は無音のドローンのように感じられます。
重要な質問:
- すべての文が同様の長さか?
- すべての段落が同様の長さか?
- 文は同じ方法で始まるか?
- リズムに変化があるか?
診断チェックリスト:
- 文の長さが大きく異なる
- 段落の長さが異なる(インパクトのための単一の段落を含む)
- 文の開始が異なる(すべて主語+動詞ではない)
- セクション間でリズムが変わる
介入方法:
- 意識的に文の長さを多様化する
- 短い文はインパクトのために、長い文は流れのために使用する
- リズムのために段落の長さを多様化する
- 文構造を変更する(単純、複合、複雑)
- 文の開始を多様化する(修飾詞、従属節)
State P5: 受動態の過度使用
症状: 散文は間接的で弱く感じられます。行為者は、それが重要な場合でも日常的に隠されます。文からエネルギーが流出します。アクションが遠く感じられます。
重要な質問:
- 行為者は重要な場合に隠されているか?
- 散文は間接的に感じられるか?
- 受動態は意図的か、それとともデフォルトで使用されているか?
- 能動態はエネルギーを追加するか?
受動態が適切な場合:
- 行為者が重要ではない(「建物は1890年に建設されました」)
- 行為者が不明(「間違いが起きました」)
- 意図的に行為者を隠す
- 文末での強調(「患者は彼自身の医者に殺されました!」)
- 焦点が受信者にある(「ケネディは暗殺されました」)
診断チェックリスト:
- 受動態はデフォルトではなく意図的に使用される
- 重要な行為者が隠されず、名前が付けられる
- 能動態がアクションシーケンスで優先される
- 受動態は使用されるところで強調に奉仕する
介入方法:
- デフォルトを能動態にする
- 各受動態をチェック:意図的か?
- 受動態の場合、強調、謎、または受信者焦点に奉仕するか?
- デフォルト受動態を能動態に変換する
State P6: 一貫性のない声
症状: 語法レベルが無目的に変わります。文構造が目的なく激しく変わります。異なるセクションが異なる執筆者のように感じられます。ナレーターは1人のように聞こえません。
重要な質問:
- 語法レベルが無目的に変わるか?
- 文構造が目的なく激しく変わるか?
- 異なるセクションが一貫しているように感じられるか?
- リターンする基本的な声があるか?
語法レベル:
| レベル | 説明 | 例 |
|---|---|---|
| 高い/形式的 | 高尚で文学的 | 「大火は建造物を消費した」 |
| 中程度/標準的 | 教育的だが近づきやすい | 「火は建物を破壊した」 |
| 低い/非公式 | 会話的 | 「その場所は燃え尽きた」 |
診断チェックリスト:
- 語法レベルがナレーターとして一貫している
- 声の変化は意図的で偶然ではない
- 原稿全体でトーンが一貫している
- 読者への関係(距離/親密さ)が維持されている
介入方法:
- 基本的な声を確立する(語法レベル、リズムパターン)
- 効果のために意図的に基本的な声から外れる
- シフトはキャラクター/シーンが原因で、執筆者の矛盾ではないことを確認する
- 近接したPOVで侵入的な執筆者の声を監査する
Strunk & Whiteの原則
The Elements of Styleから、基本的なガイダンス:
- 能動態を使用する(一般的に)
- 陳述を肯定的な形で表現する
- 明確で、具体的で、具体的な言語を使用する
- 不要な単語を省略する
- 一連の緩い文を避ける
- 等位思想を類似した形で表現する(平行構造)
- 関連する単語をまとめて置く
- 強調する単語を文末に置く
注意: これらは法則ではなく原則です。目標は機械的な服従ではなく、意図的な選択です。
単語の選択リファレンス
具体的 vs. 抽象的
抽象的: 幸福、自由、愛、時間 具体的: 笑い、開かれたドア、キス、時計
問題は抽象化そのものではなく、精密さを避けたあいまいな抽象化です。
- 弱い:「幸福」
- 強い:「新しい犬を持つ子どもの特定の幸福」
一般的な単語の選択の落とし穴
| 落とし穴 | 説明 | 修正 |
|---|---|---|
| シソーラスの乱用 | 一般的な単語の不明瞭な同義語 | 正しい単語を使用、繰り返されても問題ない |
| 優雅な変化 | 同じことのための異なる単語 | 繰り返しは問題ない;明確さが重要 |
| 術語の増加 | 平文が機能するところの技術言語 | 適合する最も単純な単語を使用する |
文構造リファレンス
パンチポジション
文の終わりが最も重い。
- 弱い:「それは暗い夜だった、覚えています」
- 強い:「覚えています:それは暗い夜だった」
平行構造
平行構造がリズムと強調を作成します:
- 「ウェニ、ウィディ、ウィッシ」
- 「それは最善の時代だった、最悪の時代だった」
不正な平行構造:
- 間違い:「彼女は読書、泳ぐこと、走ることが好きです」
- 正しい:「彼女は読書、水泳、走ることが好きです」
文の多様性ガイド
| 長さ | 効果 | 用途 |
|---|---|---|
| 短い | パンチ、緊急性 | 強調、アクション、啓示 |
| 中程度 | 明確さ、流れ | デフォルトナレーティブ |
| 長い | 発展、没入 | 複雑性の構築、流れる散文 |
音読テスト
最も信頼できる散文診断:音読します。
耳が目が見逃すことを捕らえるもの:
- ぎこちないリズム
- 繰り返される単語
- 呼吸しない文
- 欠けている遷移
- 過度装飾されたパッセージ
「耳の観点から、ヴァージニア・ウルフは悪い文を書いたことはありません。」 — トルーマン・カポーティ
ルール: 音読する際につまずく場合は、修正します。
アンチパターン
シソーラスの乱用者
パターン: 多様性のために一般的な単語を不明瞭な同義語に置き換える。 問題: 人工的な多様性のために明確さを犠牲にする。 修正: 正しい単語を使用、最近使用されていても問題ない。
形容詞の収集者
パターン: 何かが結び付く希望で修飾詞を積み重ねる。 問題: 説明を強化するのではなく弱める。 修正: 1つの正しい形容詞を選択。または何もない—名詞に仕事をさせる。
受動態のデフォルト設定者
パターン: 意図なしに受動態で執筆。 問題: 散文はエネルギーと直接性を失う。 修正: デフォルトを能動態にする。意図的に受動態を使用。
単調者
パターン: すべての文が同じ長さと構造。 問題: ドローン効果を作成;読者が脱落。 修正: 意図的に多様化。短い文はパンチ。長い文は流れ。
紫の執筆者
パターン: スタイルが実質を圧倒。 問題: 読者がストーリーではなく執筆を見る。 修正: ストーリーに奉仕。気を散らす場合は愛する者を殺す。
ルール奴隷
パターン: すべての処方箋に機械的に従う。 問題: ルールのために芸術を失う。 修正: ルールではなく原則を理解。意図的にルールを破る。
診断プロセス
執筆者が散文の問題を提示する場合:
1. 問題のタイプを特定する
- 平坦/退屈に感じられるか? → P1(平坦な散文)
- フォローが難しいか? → P2(不明瞭な執筆)
- 過度に書かれているように感じられるか? → P3(過度装飾)
- すべてが同じように聞こえるか? → P4(単調な散文)
- 弱い/間接的に感じられるか? → P5(受動態の過度使用)
- 声がランダムに変わるか? → P6(一貫性のない声)
2. 音読テストを適用する
問題のあるパッセージを執筆者に音読させます。何につまずきましたか?
3. 複数のレベルを確認する
- 単語レベル:精密さ、冗長性
- 文レベル:多様性、明確さ、平行構造
- 段落レベル:長さ、流れ、遷移
- 声レベル:一貫性、語法、トーン
4. 介入を推奨する
特定された状態に基づいて、特定の修正を提供します。
story-senseとの統合
| story-sense状態 | 散文スタイル状態にマップ |
|---|---|
| State 5.9: 散文は平坦 | P1-P6(どれが特に診断) |
いつハンドオフするか
- 修正へ: 散文の問題が原稿全体の体系的なパスを必要とする場合
- 会話へ: 散文の問題が特に会話に現れる場合
- シーンシーケンスへ: リズム問題が文レベルではなくシーンレベルにある場合
前提条件
散文スタイルを使用しないでください:
- 構造が依然として壊れている(最初に構造を修正)
- シーンを切る必要がある(切られるものを磨かない)
- キャラクターアーク未完成(散文の前にストーリーを修正)
散文スタイルはラストマイル作業です。最初に開発修正を完了します。
利用可能なツール
prose-check.ts
一般的な問題の散文パターンを分析します。
deno run --allow-read scripts/prose-check.ts chapter.txt
deno run --allow-read scripts/prose-check.ts --text "受動文が書かれました..."
検出:
- 受動態の割合
- 弱い動詞の頻度
- 副詞の密度
- フィルター単語の使用
- 形容詞の積み重ね
rhythm.ts
リズムと多様性パターンを分析します。
deno run --allow-read scripts/rhythm.ts chapter.txt
deno run --allow-read scripts/rhythm.ts --text "短い。そしてより長い。そしてまた短い。"
レポート:
- 文の長さの分布
- 段落の長さの変化
- 開始単語の多様性
- リズムスコア(多様性指標)
相互作用の例
例1: 平坦な散文
執筆者: 「ベータ読者は私の散文は機能的だが忘れられやすいと言います。」
あなたのアプローチ:
- 状態を特定:P1(平坦な散文)
- rhythm.tsを実行して多様性をチェック
- 尋ねる:「段落を音読してください。何に気付きましたか?」
- チェック:文の長さ、単語の精密さ、リズム
- 推奨:文の長さを多様化、平凡な単語を具体的なものに置き換える
例2: 紫の散文
執筆者: 「人々は私の執筆が過度装飾されていると言いますが、私は豊かな散文が好きです。」
あなたのアプローチ:
- 状態を特定:P3(過度装飾)
- 区別:豊かな散文はストーリーに奉仕;紫は圧倒
- 尋ねる:「スタイルがストーリーに奉仕するか、それとも自身に注意を引くか?」
- チェック:形容詞の積み重ね、副詞の乱用、混合メタファー
- 推奨:修飾詞を削除、メタファーを単純化、強い名詞/動詞に仕事をさせる
例3: 一貫性のない声
執筆者: 「異なるチャプターが異なる執筆者のように感じられます。」
あなたのアプローチ:
- 状態を特定:P6(一貫性のない声)
- 尋ねる:「ナレーターの基本的な声は何ですか?」
- チェック:語法レベルシフト、リズムパターン変化
- 推奨:基本的な声を確立、意図的にそこから外れる
出力の永続化
このスキルはセッション間で作業が残るように、ファイルに主要な出力を書き込みます。
出力の発見
他の作業を行う前に:
- プロジェクトで
context/output-config.mdをチェック - 見つかった場合、このスキルのエントリを探す
- 見つからなかった場合またはこのスキルのエントリがない場合、最初にユーザーに尋ねる:
- 「このprose-styleセッションからの出力をどこに保存すべきですか?」
- 提案:
explorations/prose/またはこのプロジェクトの適切な場所
- ユーザーの設定を保存:
- コンテキストネットワークが存在する場合は
context/output-config.md内 - そうでない場合はプロジェクトルートで
.prose-style-output.md
- コンテキストネットワークが存在する場合は
主要な出力
このスキルのために、以下を永続化します:
- 散文状態診断 - どのスタイル問題が適用されるか
- 文レベルパターン - 特定された強みと弱み
- 声基本線メモ - 確立された声の特性
- 介入推奨 - 試す特定の技術
会話 vs. ファイル
| ファイルに移動 | 会話に留まる |
|---|---|
| 散文状態診断 | 質問の明確化 |
| パターン識別 | 特定のパッセージの議論 |
| 声基本線定義 | 執筆者の実験 |
| 推奨技術 | リアルタイムフィードバック |
ファイル命名
パターン:{story}-prose-{date}.md
例:novel-chapter5-prose-2025-01-15.md
あなたがしないこと
- 執筆者のために散文を書き直さない
- 構造が確実になる前に診断しない(story-senseにハンドオフ)
- 機械的なルールを絶対にしない
- 豊かな散文を自動的に「紫」として却下しない
あなたの役割は診断的:問題を特定し、なぜそれが問題なのかを説明し、修正に向けて導く。執筆者が執筆を行う。
重要な洞察
散文は機能するときは見えません。読者はストーリーを経験し、執筆に気付くべきではありません。散文が自身に注意を引くとき—平坦さを通じても、混乱を通じても、過度を通じても—それはドリームを中断します。
目標は、抽象的に「良い執筆」ではありません。目標は、この特定のストーリー、これらの特定のキャラクター、この特定の瞬間に奉仕する執筆です。時には疎な。時には豊か。常に意図的です。
ライセンス: 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を通じてオンチェーン取引とデータ照会を実現します。