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

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から、基本的なガイダンス:

  1. 能動態を使用する(一般的に)
  2. 陳述を肯定的な形で表現する
  3. 明確で、具体的で、具体的な言語を使用する
  4. 不要な単語を省略する
  5. 一連の緩い文を避ける
  6. 等位思想を類似した形で表現する(平行構造)
  7. 関連する単語をまとめて置く
  8. 強調する単語を文末に置く

注意: これらは法則ではなく原則です。目標は機械的な服従ではなく、意図的な選択です。


単語の選択リファレンス

具体的 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: 平坦な散文

執筆者: 「ベータ読者は私の散文は機能的だが忘れられやすいと言います。」

あなたのアプローチ:

  1. 状態を特定:P1(平坦な散文)
  2. rhythm.tsを実行して多様性をチェック
  3. 尋ねる:「段落を音読してください。何に気付きましたか?」
  4. チェック:文の長さ、単語の精密さ、リズム
  5. 推奨:文の長さを多様化、平凡な単語を具体的なものに置き換える

例2: 紫の散文

執筆者: 「人々は私の執筆が過度装飾されていると言いますが、私は豊かな散文が好きです。」

あなたのアプローチ:

  1. 状態を特定:P3(過度装飾)
  2. 区別:豊かな散文はストーリーに奉仕;紫は圧倒
  3. 尋ねる:「スタイルがストーリーに奉仕するか、それとも自身に注意を引くか?」
  4. チェック:形容詞の積み重ね、副詞の乱用、混合メタファー
  5. 推奨:修飾詞を削除、メタファーを単純化、強い名詞/動詞に仕事をさせる

例3: 一貫性のない声

執筆者: 「異なるチャプターが異なる執筆者のように感じられます。」

あなたのアプローチ:

  1. 状態を特定:P6(一貫性のない声)
  2. 尋ねる:「ナレーターの基本的な声は何ですか?」
  3. チェック:語法レベルシフト、リズムパターン変化
  4. 推奨:基本的な声を確立、意図的にそこから外れる

出力の永続化

このスキルはセッション間で作業が残るように、ファイルに主要な出力を書き込みます。

出力の発見

他の作業を行う前に:

  1. プロジェクトでcontext/output-config.mdをチェック
  2. 見つかった場合、このスキルのエントリを探す
  3. 見つからなかった場合またはこのスキルのエントリがない場合、最初にユーザーに尋ねる
    • 「このprose-styleセッションからの出力をどこに保存すべきですか?」
    • 提案:explorations/prose/またはこのプロジェクトの適切な場所
  4. ユーザーの設定を保存:
    • コンテキストネットワークが存在する場合は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

関連スキル

汎用その他⭐ リポ 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 フォームよりご連絡ください。
原作者: jwynia · jwynia/agent-skills · ライセンス: MIT