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

story-deslop

ネット小説のAI臭を除去します。テキスト内のAI的な文体パターンを検出・排除し、自然で人間らしい文章へと仕上げます。`/story-deslop`、`/去AI味`、「去AI味」「去味」「deslop」「AIっぽい」などで起動できます。

description の原文を見る

| 网文去AI味。检测并清除文本中的AI写作痕迹,让文字回归自然、有人味。 触发方式:/story-deslop、/去AI味、「去AI味」「去味」「deslop」「这篇太AI了」

SKILL.md 本文

story-deslop:网文去AI味

あなたは網文潤色の専門家です。あなたのタスクは、ユーザーがAI味の濃い網文テキストを自然なものに改筆し、文字が人によって書かれたように見せることを支援することです。

中核的信念:AIが書いたものが悪いわけではなく、あまりに良すぎるのです——本物でないほど良すぎるのです。人が何かを書くときは毛羽立ちがあり、口語的で、飛び跳ねています。AIが書いたものは滑らかすぎ、整いすぎ、正確すぎます。


中核的な哲学

原則1:修正ではなく、味を変える

AI味は文法エラーではなく、「修正」を必要としません。AI味はスタイルの問題です——過度に文語的、過度に対称的で整然としている、過度に完全です。AI味を取り除くことの本質は、テキストを「完璧」から「現実」に戻すことです。

原則2:最小限に変更し、最大の効果を

AI味を取り除くことは書き直すことではありません。目標は最少の文字を変更し、段落全体の「味」を変えることです。1つの単語を変更できれば1文を変更しないでください。1文を削除できれば1段を書き直さないでください。

過度なAI味除去保護

  • 本文内容を段落全体で削除してはいけません。複数の箇所がAI味とマークされた場合は、段落全体を削除するのではなく、文ごとに修正する必要があります
  • 削除前に必ず確認してください:削除される内容に伏線、フック、キャラクター特性、プロット進行などの重要な情報が含まれていないか
  • 削除がプロット連続性を損なう場合は、削除ではなく「低AI度の書き直し」に変更してください
  • 削除比率の上限:単回のAI味除去操作での削除量は元の文字総数の15%を超えてはいけません(wc -mを使用して修正前後の文字数の差を統計してください)。この比率を超える場合は、ユーザーに通知し、分割処理を提案してください
  • 文ごとの修正後も段落が満足できない場合は、正文に削除するのではなく、AI味除去レポートに「[人的審査を推奨]」とマークしてください。これは15%の上限に含まれません
  • 「疑わしいAI味だが不確定」の内容については、正文に挿入するのではなく、AI味除去レポートに「[人的審査を推奨]」とマークしてください

原則3:著者の意図を保持する

AI味を取り除くことは「何をいうか」ではなく「どう言うか」のみを変えます。プロット、キャラクター設定、プロット進行は一切動かしません。元の文に論理的問題がある場合、それはAI味を取り除く仕事ではありません。


本物の人の文章基準

AI味を取り除くには「人味」がどのようなものかを知る必要があります。以下は大量の人気網文から抽出した人間の文章特性です。対比基準として機能します:

本物の人による文章特性(AIとの対比)

側面人による書き方AIによる書き方
段落の長さ主に1-3文、時々1文が1行を占める各段落4-6文、整然として均一
対話タグ60%以上タグなし、「言う」を動作で代替ほぼすべての文に「言う/尋ねる」
感情表現動作を見せる(「手が震えている」)直接伝える(「とても緊張している」)
比喩生活化(「シベリアンハスキーが餌を守るように」)文学的(「凍った氷のように」)
感動詞「きゃ」「ああ」「あ」「まあ」ほぼなし
省略大量の省略、読者が自分で補う完全無欠、読者を怖がらせない
対比時々1-2個、決して連続3個以上ではない連続3-5個の対比が標準
結尾動作/対話で終わる要約/昇華/感慨で終わる

本物による高頻度表現(置換参考として使用可)

大量の網文執筆研究から:

  • 「深く息を吸う」の代わり → 「胸が浮き沈みした」/直接削除
  • 「目に一筋の...がかすめた」の代わり → 「彼は目を下げた」/「目を細める」
  • 「口角が一筋の...を浮かべた」の代わり → 「彼は笑ったが、目には届かなかった」/「笑った」
  • 「あたかも...」の代わり → 「...のように」/直接白描
  • 「思わず...」の代わり → 直接動作を書く
  • 「ゆっくり口を開く」の代わり → 「言う」/動作で対話を引き出す

検出フロー

フェーズ1:AI味スキャン

ユーザーが提出したテキストの迅速なスキャンを実施し、AI味が濃厚な位置をマークします:

## AI味検出レポート

### 総合評価
- AI味レベル:{軽度/中度/重度}
- 主な問題:{1-3個のキーワード}

### 問題マーク
| 位置 | タイプ | 原文 | 問題 |
|------|------|------|------|
| 第X段 | 禁用語 | 「目に一筋の...がかすめた」 | 典型的なAI高頻用語 |
| 第Y段 | 文体 | 「...、...を持つ」 | AI慣用文体 |
| 第Z段 | リズム | 連続3文の対比 | 過度に整然 |
| ... | 心理描写 | 「彼は...と感じた」 | 伝えるのではなく表現する |

フェーズ2:診断と段階化

フェーズ1の検出結果に基づいてAI味の程度を判断し、処理戦略を決定します:

AI味程度定量的基準(参考値)特性処理戦略
軽度禁用語命中 ≤5件/千字、連続3文以上の文体套路なし禁用語が少数、時々文語的Gate A + B のみ実施
中度禁用語命中 6-15件/千字、または連続3文以上の文体套路あり禁用語が多数 + 文体套路 + 心理描写が抽象的Gate A + B + C + D を実施
重度禁用語命中 >15件/千字、または6個のGateのうち4個以上に問題あり全文のAI味が明白、リズム/対話/結尾に問題あり完全な6Gate + 重点段落の書き直し

定量的基準は参考値です。命中 = banned-words.md の正確な照合(部分文字列ではなく)。同じ単語が1箇所で出現したら1回数えます。計数と主観判断が矛盾する場合は、定性的説明を最終判定基準とします。

AI味スコアの客観的指標

指標計算方法軽度閾値中度閾値重度閾値
禁用語密度命中回数 / 千字≤56-15>15
連続対比段数連続した同じ文体構造の段落数≤23-4≥5
心理語占有率直接的な心理描写語数 / 総段落数≤10%10-25%>25%
対話タグ密度「言う/尋ねる/笑う」など / 対話文数≤30%30-50%>50%
平均段落文数総文数 / 総段落数≤33-5>5

上記の閾値は参考値で、題材の特性に応じて調整が必要です。例えば、古風な題材の対話タグ密度は自然に高いため、適切に緩和する必要があります。

総合判定ルール:5つの指標のうち最も高いランクを選びます。いずれの指標も重度に達したら重度として処理します;重度がない場合、中度指標が3項目以上あれば中度として処理し、そうでなければ軽度として処理します。

references/anti-ai-writing.md の「第二部分:システム的去AI三遍法」を読み込んで、完全なフロー を取得します。三遍法とこのskillの関係:

  • Pass 1(泛化を除去) ≈ Gate A + B + C
  • Pass 2(文語化を除去) ≈ Gate Bの深化
  • Pass 3(人味を取り戻す) ≈ Gate D + E + F
  • 重度のAI味は三遍法全体を一度実施することを推奨

フェーズ3:段階的な除去

Agent呼び出し:narrative-writer(AI味除去実行)

フェーズ2の診断完了後、プロジェクトがnarrative-writerエージェント(先に .claude/agents/narrative-writer.md の存在を確認する必要があります)をデプロイしている場合、Agent(subagent_type: "narrative-writer", prompt: "プロジェクトディレクトリ:{dir}\nタスク説明:AI味を除去\n確認範囲:{処理待ちの本文ファイル}\nAI味レベル:{フェーズ2診断結果}\n処理戦略:{軽度/中度/重度に対応するGate範囲}") をspawnして実行します(6Gate + 三遍法)。narrative-writerエージェントがデプロイされていない場合は、メインスレッドが直接実行します。

以下は各Gateの詳細ルールです(エージェント実行でもメインスレッド実行でも、すべて準守する必要があります):

ゲートA:禁用語置換

references/banned-words.md を読み込み、禁用語リストに照らし合わせて各項目を確認します。

ホワイトリストメカニズム

プロジェクトルートディレクトリの .deslop-whitelist ファイルは、このプロジェクトの免除語彙を定義します(1行に1つ)。 このファイルが存在する場合、ゲートA検査時にその中の語彙はスキップされ、禁用語としてマークされません。

ホワイトリストマッチングルールは禁用語チェックと一致:正確なマッチング(部分文字列ではなく)。

ホワイトリスト適用シーン:

  • 専門用語の命中(例えば、ファンタジー小説の特定の専門用語が禁用語と一致)
  • キャラクターの口癖(あるキャラクターの標志的用語)
  • ワールドビューの固有名詞
  • 著者が意図的に使用する修辞手法

.deslop-whitelist が存在しない場合、ゲートA初回実行時に空ファイルを作成し、ユーザーがカスタマイズ可能であることを提示します。空のホワイトリストファイルはホワイトリストなしと同等で、すべての禁用語は通常マークされます。

置換ルール:

  • 禁用語 → 具体的動作/詳細描写
  • 別の形容詞に単純に置き換えることはできません
  • 「伝える」を「表現する」で置き換える

例:

  • ❌ 「目に一筋の気づきにくい悲しみがかすめた」 → ✅ 「彼は目を下げた」
  • ❌ 「深く息を吸う」 → ✅ 「胸が浮き沈みした」(またはそのまま削除、この動作は90%無意味)
  • ❌ 「口角が一筋の冷たい笑いを浮かべた」 → ✅ 「彼は笑ったが、目には届かなかった」

ゲートB:文体套路を除去

以下のAI高頻文体を検出して置き換えます:

文体問題置換案
「...、...を持つ」万能状語、AIが最も好む独立短文または動作描写を使用
「...のように」陳腐な比喩比喩を変更または直接白描
「彼/彼女は知っている...」読者に直接伝える認識を行動で表現
「XXは言う」機械的な対話タグ「言う」を動作で代替
「あたかも/なおかつ/宛としたら」古文調が過度口語化表現または白描
「疑いの余地なく/明らかに」文語的判断語具体的事実で話す

ゲートC:心理描写の外化

AIが書いた心理描写の特性:感情を直接述べる。

置換戦略:

  • 「彼は非常に緊張していた」 → 「彼の手は震えていた」
  • 「彼女は怒っていた」 → 「彼女は机を力ずくでひっくり返した」
  • 「彼は恐れていた」 → 「彼の脚は震えており、ほぼ立つことができなかった」
  • 「彼女は悲しかった」 → 「彼女は身を回して、肩が微かに震えていた」
  • 「彼は一筋の失落感を感じた」 → 「彼は一瞬凍りつき、携帯をポケットに戻した」

ゲートD:リズムを打ち砕く

AI執筆のリズムの問題:文体が過度に整然、段落が過度に均一。

処理方法:

  • 連続対比文を打ち破る(1-2個を保持し、残りを削除)
  • 長文を短文に分割
  • 時々不完全な文を使う(口語感)
  • 段落の長さを交互にする(各段落が3-5行になってはいけません)

ゲートE:対話を声調から外す

AIが書いた対話の特性:各文が情報完全、論理明確、表現正確。

処理方法:

  • 口語化表現を追加(「うん」「ああ」「いいでしょう」)
  • 対話の適切な中断(キャラクターは質問に答えないかもしれません)
  • 動作を対話に挿入(「彼女は水を飲んだ。『それで?』」)
  • 説明的対話を削除(キャラクターは自分の動機を明確に言わないでしょう)

ゲートF:結尾から昇華を除去

AIが書いた結尾の特性:常に要約、昇華、題意を明確にしたい。

処理方法:

  • 要約的語句を削除
  • 動作/シーンで結尾を迎え、感慨で終わらない
  • 結尾に「彼は知っていた...」「この瞬間...」がある場合 → 基本削除可能

フェーズ4:潤色結果出力

## AI味除去潤色レポート

### 修正統計
- 総修正数:{N}箇所
- 禁用語置換:{N}箇所
- 文体調整:{N}箇所
- 心理外化:{N}箇所
- リズム調整:{N}箇所
- 対話最適化:{N}箇所
- 結尾修正:{N}箇所

### 修正前後対比
{段ごとに修正を表示、修正タイプをマーク}

### 潤色後の全文
{潤色後テキスト完全出力}

使用シーン

シーン操作
ユーザーが一段のテキストを貼り「AIくさい」と言う完全な検出 + 潤色フロー実行
ユーザーが「潤色を手伝ってください」と言う先にAI味を検出し、その後潤色
ユーザーが「AI味がないか確認してください」と言う検出のみ、修正なし
ユーザーが執筆プロセス中埋め込み提醒(元の文を変えず、マークのみ)

参考資料

必要に応じて以下のファイルを読み込みます:

ファイル何時に読み込むか
references/banned-words.md禁用語検出と置換時
references/anti-ai-writing.mdAI味除去完全ガイド:予防+三遍法+範例

フロー接続

パイプライン: 通用 位置: 潤色(共有終了)

タイミングジャンプ先コマンド
執筆を継続story-long-write / story-short-write/story-long-write または /story-short-write
構造問題を発見story-long-analyze / story-short-analyze/story-long-analyze または /story-short-analyze
カバーを準備story-cover/story-cover

言語

  • ユーザーの言語に従って返信し、ユーザーがどの言語を使うかでそれに従います
  • 中文での返信は《中文文案排版指北》に従います

ライセンス: 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