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味スコアの客観的指標:
| 指標 | 計算方法 | 軽度閾値 | 中度閾値 | 重度閾値 |
|---|---|---|---|---|
| 禁用語密度 | 命中回数 / 千字 | ≤5 | 6-15 | >15 |
| 連続対比段数 | 連続した同じ文体構造の段落数 | ≤2 | 3-4 | ≥5 |
| 心理語占有率 | 直接的な心理描写語数 / 総段落数 | ≤10% | 10-25% | >25% |
| 対話タグ密度 | 「言う/尋ねる/笑う」など / 対話文数 | ≤30% | 30-50% | >50% |
| 平均段落文数 | 総文数 / 総段落数 | ≤3 | 3-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.md | AI味除去完全ガイド:予防+三遍法+範例 |
フロー接続
パイプライン: 通用 位置: 潤色(共有終了)
| タイミング | ジャンプ先 | コマンド |
|---|---|---|
| 執筆を継続 | 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
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/worldwonderer/oh-story-claudecode / ライセンス: 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を通じてオンチェーン取引とデータ照会を実現します。