Community研究&データ分析github.com

网文去AI味·双模型检测+模拟人深改

写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。

网文去AI味·双模型检测+模拟人深改 とは?

このスキルは、AI が生成した小説テキストを検出し、人間らしい文章に書き換えるための完全なワークフローを提供します。最大の特徴は「単一の検出結果は信頼できない」という前提に立ち、DeepSeek によるコスト効率の良い一次スクリーニングと位置特定、同一スクリプトによる再テスト、Doubao Seed 2.1 Pro による安定した最終確認という二重モデル戦略を採用している点です。また、単に「AI 的な単語を削除する」のではなく、「老刀」のような具体的な人間のペルソナになりきって書き換える「模擬人深改」手法により、AI らしさを 78% から 22% へと劇的に低減できることが実証されています。このスキルはトマト小説や起点中文網などの中国のオンライン小説プラットフォームに最適化されており、リスク評価(高リスク >60%、中リスク 30-60%、安全 <30%)や、比喩の密度、文の長さの変動係数、システムプロンプトのパターンなど、具体的な AI 痕跡の特徴リストを提供します。さらに、プラットフォームレベルの検出をシミュレートするための定量的なチャプター分析や、引用符の損失や時代錯誤な用語の混入といったクリーニングの副作用に対処するための修復スクリプトも含まれています。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lingyu9495-source/agent-skills/tree/main/skills/novel-deai-detector

Installed? Explore more 研究&データ分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

AI味検出とクリーニングワークフロー

トリガー条件

  • オンライン小説の本文を執筆後、公開前に AI 味を自己チェックしたい場合(トマト/起点などのプラットフォーム検出+読者の印象)
  • ユーザーが「AI 味を除去」「AI 味検出」を要求した場合
  • AI 生成テキストを納品する前に「AI と判定されない」ことを確認したい場合

一、検出ツール

python ai_check.py <ファイルパス> [deepseek|doubao]
  • deepseek(デフォルト):無料で高速、詳細な出力(AI 味%/リスクレベル/疑わしい文とその理由/修正提案)——一次スクリーニング+位置特定に使用
  • doubao:豆包 Seed 2.1 Pro、従量課金制、安定した出力——最終確認に使用
  • スコア:AI 味 0-100%;パープレキシティ(語彙が標準的すぎて流暢かどうか)+ バースト性(リズムが平坦すぎないか)
  • リスクライン:>60% = 高リスク(プラットフォーム拒否/ランク低下)/ 30-60% = 中リスク(クリーニングが必要)/ <30% = 安全

二、⚠️ ランダム性の落とし穴(2026-08-10 実測、最も重要!)

同一テキスト、同一モデルで連続検出すると結果が大きく変動する——単一の結果は信頼できない!

実測事例(『問骨』黄金三章):

ファイル初回再テスト豆包確認
第1章初稿78%—クリーニング後22%
第2章クリーニング後78%18%15%
第3章クリーニング後78%25%20%

判定ルール(誤判定防止):

  1. 単一回 >60% すぐに判定しない——すぐに同一スクリプトで1回再テストする
  2. 最終判定は Doubao Seed 確認 を基準とする(実測で最も安定)
  3. DeepSeek は一次スクリーニング+疑わしい文の位置特定に、Doubao は最終確認に使用
  4. 同一ファイルの再テスト <30% かつ Doubao も <30% → 安全と判定
  5. クリーニング後は必ず二重モデルで再テストし、単一結果を信用しない

三、クリーニングフロー(基準超過時の対処)

  1. 模擬人深改(最も効果的):「老刀」スタイルの具体的な人間ペルソナで書き換える(multi-layer-simulated-human-writing スキルを参照)
    • 実測:第1章 78% → 22% 大幅低下
  2. 深改の原則:短文/断片文、生活ノイズ(野次馬の罵声/携帯の着信音/タバコの香り)、「突然気づいた/思わず/あたかも」を削除、会話での割り込み/話題そらし、細部の「余分さ」、結末の謎はアクションに埋め込み、きれいな反転にしない
  3. クリーニング後は必ず二重モデルで再テスト(DeepSeek 一次スクリーニング+Doubao 確認)、<30% で納品

四、外部ツール調査結論(2026-08-10)

  • GPTZero/ZeroGPT はアクセス可能だが中国語検出効果は限定的、無料枠が少ない
  • 最適解 = 自前モデルマトリックス(DeepSeek 無料メイン検出 + Doubao Seed 確認):効果が高く、無料でバッチ処理可能、中国語オンライン小説に適合

五、一般的な AI 味の特徴(DeepSeek 検出器が識別するもの)

  1. 典型的な「詳細アンカー」書き方(「古い銅貨+青い斑点」型のステレオタイプなイメージ)
  2. 「突然気づいた/突然見えた」をサスペンスの転換に使う(文型がきれい)
  3. 「要約型反転」(前後の対称性がきれい、情報開示が直線的)
  4. 会話が道具のように情報を渡す
  5. 三連の並列/ダッシュの乱用/質問と回答の閉ループ

四B、⚠️ Doubao 確認における長文タイムアウト処理(2026-08-15 実測)

doubao モードで 2 万字以上の全文を検出するとタイムアウトする(Seed 2.1 Pro thinking モードは一語一語考え、全文が長すぎ、urllib timeout=240 で直接 TimeoutError):

  • 解決策:分割検出——スクリプトで半分に分割(各半分 ~1.6 万文字)、それぞれに「フラグメント 1/2」ヒントを付けて実行、timeout ≥420、2 つの AI 味値の平均を取る
  • DeepSeek メイン検出にはこの問題なし(高速)、Doubao 確認時のみ分割が必要
  • 分割後、Doubao は段落レベルの確証(原文引用+理由)を提供し、DeepSeek より信頼性が高い

四C、⚠️ Doubao の重複指控は誇張される——重複検出はスクリプトで検証する必要あり(2026-08-15 実測)

Doubao 確認で「焼けた鉄の棒を飲み込んだように一字一句違わず 4 回出現」と言われたが、実際の全文では 1 回のみ;しかし「私は知っている、こんな日々は一日減っていく…」の三連並列テンプレートは確かに 3 回重複(語彙は変えても構造は同じ)。判定ルール:

  1. Doubao が示す具体的な重複回数は全面的に信用できない——先にスクリプト t.count(キーワード) で確認してから結論を出し、Doubao の数字を直接引用しない
  2. しかし構造の再利用指控は通常正しい——「私は知っている…たとえ…盗んだものだ」×3(一日/一秒/一晚、語彙のみ変更、構造は同じ)は本当の AI 味シグナル。検出時は名詞を除去した構造でマッチング(「私は知っている…たとえ…盗んだものだ」の骨格を保持、置き換えられた具象語は無視)、単なる正確な文字列マッチングを行わない
  3. 正確な文字列カウントが 0 でも重複がないとは限らない——本文に \n\n 改行が含まれる場合、段落全体のマッチングは 0 ヒットになる。まず空白を正規化して(re.sub(r'\s+','',t))から確認する
  4. 抒情的な並列テンプレートの再利用 = 強力な AI 味の確証:同一の「私は知っている×3→でも私はまだ…→たとえ×3→たとえこの一X、盗んだものだ」構造が千余字内に 3 回出現するのは、AI 長文生成の「検証済み文型テンプレートの呼び出し」という典型的な欠陥

五B、コンテンツレベルの AI 痕跡 4 大特徴(2026-08-14 凌乾プロジェクト実測・文型より致命的)

検出時は項目ごとにスキャンし、該当すれば即 AI 疑惑と判定:

  1. 比喩の密集+同質化:数百字内に連続して同タイプの現代比喩(「期限切れの注文のように/督促のSMSのように/爆発的な注文通知音のように」連発)= AI 比喩生成機モード。人間はたまに一、二回使うだけで、連発しない
  2. 短い文の機械的なリズム:「三連短文—改行—会話—また短文」の均一なテンプレート感(AI は独立した短文段落を好むが、人間はそれを崩し、長文を挿入する)
  3. システムプロンプト【】のパターン:角括弧+専門用語(閾値/編制/呼び出し可能/起動)= AI システムフローテンプレート語
  4. 感情ラベル+動作ペアの定型化:各感情ポイントに象徴的な動作が対応(母親が押す/阿禾が爪を噛む/凌乾が歯を食いしばる——あまりに整然としている=感情リスト) その他:「~ではなく~だ」構文(「人の頭ではなく、布だ」「泣いているのではなく、火だ」)は典型的な AI 修辞——20 箇所以上密集すると露呈。各章に最も衝撃的な 2-3 箇所を残し、残りは直接叙述に変更

五C、人間らしさを高めるクリーニング 5 指示(AI 味 92% → 二重モデル安全圏、実戦で検証)

これに従ってクリーニングした後の実測:DeepSeek 92% → 45%(ぎりぎり)、Doubao 確認 10%(安全)——二重モデルの乖離処理:DeepSeek は保守的、Doubao は楽観的、中間値を取り、ぎりぎりならもう一ラウンドクリーニング:

  1. 比喩を分散:300 字あたり多くとも 1 つの現代生活比喩、残りは感覚的な詳細(温度/匂い/光/音/触感)に置き換え
  2. 短文のリズムを崩す:連続 3 つの短文の後に 15 字以上の長文を 1 つ挿入(心理/動作/環境)
  3. システムプロンプトを野性的に:【】と専門用語を削除し、具象的な描写に置き換える(「頭の中で何かが裂けた。井戸の縁に瓦罐が落ちたように、破片からかすれた声が聞こえた:血の生け贄、一人呼び出せる。」)
  4. 感情を対応させない:空白/逸脱/曖昧さを残し、感情ポイントごとに正確に着地させない
  5. 本物の毛羽立ちを加える:具体的な価格/人名/借金/言い間違い/環境ノイズ(「アームカバー9.9元2枚」「王おばさんが三百元借金して首吊り死んだ」)—— AI が模倣できない生活の細部は、AI 検出を防ぐ最も強力な特徴

五D、⚠️ クリーニング副作用の落とし穴(v3/v5 で 2 回踏んだ! 必ず修復を実行)

Kimi 文章スタイル変換/人間らしさを高めるクリーニングはテキスト形式を壊す可能性がある:

  1. 中国語の湾曲引用符が失われる(“”→素の直引用符

Individual skills in this repo

This repo contains 17 individual skills — each has its own dedicated page.

lingyu9495-source/agent-responsiveness-delegation

你给 AI 助手派了个重活,然后发现:发消息它不回、想插话只能排队、等十几分钟才回一句——等它抬头,需求早变了。根因不是模型慢,是主脑把重活放在前台跑,整个回合被占死。这个 Skill 把这套「重活外派 + 随时应答」机制做成可落地的东西:① 规则块(一页写清判级、派完立刻让出对话、工单四要素、只回收结论、自报≠事实、拍板留主脑、跨会话任务换机制)② 跨平台落地脚本 provision_agent_responsiveness.py:探测本机已有的 Agent 环境(Hermes 的 SOUL 置顶铁律块、Claude Code 的全局指令文件,这两条已实测),把规则块幂等写入(自动备份原文件、重复执行不重复写、绝不覆盖你已有内容);其余平台(Codex / Cursor / WorkBuddy / 任意 Agent)则导出一份可直接粘贴的规则块 markdown,你粘到系统提示或自定义指令里就生效 ③ 体检脚本 audit_agent_responsiveness.py:逐项核对规则块是否存在、是否被后续改动覆盖、探测到哪些平台——没检测到就如实报「未检测到支持的平台」,不假报通过。纯标准库、零依赖、Windows/macOS/Linux 通用。触发词:AI不回话、等太久、插话卡住、助手响应慢、主脑被占住、重活外派、子代理、多智能体、响应速度、落地配置、系统提示。

lingyu9495-source/ai-image-watermark-removal-boss

去除 AI 生成图角落的"XXAI生成"半透明/白色角标水印。像素级验证不自我欺骗、双信号交叉定位抗幻觉、多候选客观指标投票覆盖。当用户要求去除图片水印、清理 AI 生成角标、去"豆包/即梦/Kolors 生成"水印时使用。

lingyu9495-source/bank-scan-household-splitter

客户丢来一个压缩包,里面几百张身份证正反面、开卡申请书、合同——**人工一张张挑,一下午就没了,还容易漏**。

lingyu9495-source/cn-pdf-report-typeset

中文报告做成 PDF,常见翻车三件套:**字体乱码、表格错位、字号小到客户在手机上根本看不清**。这套是交付级的排版标准加可直接跑的模板。

lingyu9495-source/company-law

公司出事,十有八九出在**治理和控制权**上——股权结构一开始搭歪,后面融资、上市、分家全是坑。

lingyu9495-source/excel-keep-format-edit

客户拿来一张老报表说「就在原表上改个数,格式一点都不要动」——用 openpyxl 重建一次,字体、边框、合并单元格、条件格式、列宽全丢,客户一打开就知道这不是他原来那张表。

lingyu9495-source/feasibility-report-engine

做可研报告,卡住的往往不是不会写,是**不知道按哪版大纲、财务测算六表和正文对不上、交付前排版被退稿**。这套是从二十多万字、131 张表的真实交付里固化的流水线。

lingyu9495-source/feasibility-study-consultant

项目可行性论证与研究报告写作框架 —— 任何「这事能不能做、怎么做、值不值得做」的商业决策场景:可行性研究/立项论证/新项目评估/创业方向验证。10大论证模块 + 强制联网尽调 + 多源交叉验证 + 读者视角写作 + 结构化报告输出。(v1.4 升级:从「引导客户把项目情况讲清楚」到「按问题类型与项目类型选论证方法」再到「用假设台账逐条验证」的六步教练流程;附可行性门槛评分器与假设台账两个零依赖脚本、项目卡与决策门清单模板)

lingyu9495-source/financial-statement-adjustment

存量财务报表在原表基础上改数字并保持三表勾稽关系。当用户要求「在原报表上改某些数字,其他数据跟着调整且格式完全不变」时使用:资产负债表/利润表/现金流量表的目标值调整、未分配利润与利润总额联动、勾稽校验。

lingyu9495-source/funding-fit-diagnosis

项目想融资,卡住的往往不是不会写 BP,而是不知道够不够格、该找谁、还缺什么、多久能到钱——问 AI 只得到"建议加强团队"这类正确的废话。这套引擎把它拆成可执行的四步:①10 问项目画像采集(缺关键项就先追问,不猜)②双轨评分:市场化 VC 适配分与政府基金适配分**分开算、各自判定**(≥75 强匹配 / 60-74 可争取 / 45-59 需补短板 / <45 暂不建议,低分不许只说"不行",要给替代路径)③点名机构:按赛道/阶段/地域从 23 家头部 VC 与产业资本(CVC)、21 家政府基金的卡片里逐条对照"匹配信号/劝退信号",每家写清"为什么是你、你还缺什么、材料怎么准备、递送路径",并单列"不建议碰"的机构省时间④差距清单(差距|补齐动作|耗时|难度|优先级,只挑 3 个月内能推动的)+ 三线找钱路线图(市场化 / 政府 / 替代路径)+ 时间预期与现金流提醒。包内另附 30 个真实融资案例对标、TS 条款红线、估值倍数参考、BP 制作铁律,以及零依赖离线评分脚本(纯标准库、不联网、不调大模型 API)。输入:项目情况(照着 10 问答即可);输出:一份研判报告(评分 + 优先接触名单 + 差距清单 + 路线图 + 风险提示),脚本侧可另出 JSON 评分结果。评分是适配度不是成功率,不承诺融资结果。触发词:融资、找投资、融资研判、能不能融到钱、找哪家风投、风险投资、VC、产业资本、CVC、政府引导基金、政府基金申报、产业基金、招商返投、项目申报、补贴申报、商业计划书、BP、路演、估值、股权稀释、TS 条款、对赌、回购、FA、财务顾问、找钱、融资渠道、天使轮、Pre-A、A轮。

lingyu9495-source/gov-fund-application

想拿政府的钱,最容易白跑半年——层级选错、赛道不在目录里、返投算不清,材料递上去才发现方向不对。这套参谋按可执行顺序走:①先判层级(国家级/省级/市级/区级,门槛与目的完全不同)②赛道对目录:不在目录里直接如实说没戏,不让用户白跑③21 家基金卡片逐家对照(投资方式、返投比例、让利规则、申报条件、申报通道、真实案例),点名"你这个项目适合找谁"④返投博弈:算清落地要求,给"不想迁注册地"的三条合规路径⑤材料与时间表:申报材料清单、评审周期(6-12 个月是常态)与现金流提醒。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能,VC 与政府双轨分开算)。输入:项目基本情况与注册地/落地意愿;输出:层级判定 + 可申报基金名单 + 返投方案 + 材料清单 + 时间预期。不承诺拿到资金,申报须如实提交材料;政策口径标注截止时间,细则请向当地主管部门核实。触发词:政府基金、政府引导基金、产业基金、政府补贴、专项资金、项目申报、补贴申报、申报条件、返投、招商落地、母基金、投资方式、让利、国家级基金、省级引导基金、市级基金、科技成果转化、专精特新、科技型企业、中小企业发展基金。

lingyu9495-source/hermes-profile-browser-isolation

多个 AI 助手同时干活时,浏览器会互相抢占:弹窗抢焦点、任务互相打断、你正在用的 Chrome/Edge 被顶掉——**你连自己的网页都点不动了**。

lingyu9495-source/investment-finance

做投融资最容易踩的坑不是"不懂概念",是**条款里的每一个字都在分钱**——估值方法选错、对赌触发条件写松、回购条款没兜底,签完才发现少拿几千万。

lingyu9495-source/lowvram-ai-video-comfyui

网上的 AI 视频教程开口就是 24G 显存,一看就把人劝退——**其实 8G 的 4060 也能跑**。这套是 RTX 4060 Laptop 8G 显存 / 32G 内存 / Win11 上真跑出来的配置与调参。

lingyu9495-source/npl

不良资产这行的钱,赚在**买入价**上——买贵了,后面怎么处置都白搭。

lingyu9495-source/subagent-first

AI 助手不是不够聪明,是被重活占住了:你让它整理 40 个文件,它一头扎进去十几分钟不抬头——你想问进度、想补需求、想改方向,只能干等。这套作业纪律解决的就是这件事:凡是预计要跑多轮的活(多文件/长研究/批量/长搜索),一律派给后台子代理并行执行,主代理只保留四个动作——拆解、派活、汇总、对话,永远保留随时回你话的能力。我们自己在多智能体团队里天天跑,踩过的 12 个坑全部写进正文:子代理自报成功却发现产出是空的、context 没写全导致跑偏返工、两个子代理并行写同一文件互相覆盖、把需要用户拍板的活派给问不了人的子代理、跨会话长任务错用子代理导致某天悄悄停掉……① 决策树四问判定轻重(一轮工具调用能做完吗/需要用户拍板吗/要活过本次会话吗/能拆成互不依赖的块吗)② 派活四要素(goal / context 必须自包含——子代理看不到你和用户的对话 / output_schema / 验收方式)③ 五步流程:拆解→派活→并行调度→验收→收口 ④ 验收清单:存在性/合规性/真实性/完整性四组逐项打勾,并随机抽一处回一手来源核对 ⑤ 6 种委派模式 + 12 条反模式。配套 scripts/delegation_planner.py:纯标准库零依赖,喂一份任务清单(轮数/文件数/是否研究/是否批量/是否需拍板/是否不可逆/是否跨会话),直接输出「该派子代理 / 自己做 / 转定时任务」+ 并行分组建议 + 主代理必做清单。正文按平台无关的作业纪律写,并附常见平台工具名对照表;Hermes 的字段名/并发上限/后台语义另附一页实况对齐,其他平台按对照表映射即可。触发词:子代理、委派、delegate、任务编排、多智能体、并行执行、上下文管理、主代理被占住、AI不回话、等太久、插话卡住、批量处理、长研究、fork-join、fan-out。

lingyu9495-source/ts-term-review

拿到 TS 或投资协议,看半天不知道哪条能签哪条得改——风险全藏在具体条目里,一句"整体没大问题"最要命。这套审查按 15 条核心条款逐条过:估值 Pre/Post、清算优先权、反稀释(完全棘轮是红线)、优先购买权、领售/拖售、对赌与业绩承诺、回购条款、个人连带担保、董事会与一票否决、保护性条款、竞业与知识产权、信息权、交割条件、股东会表决权、违约责任。每条给三级判定(🔴 红线不改就别签 / 🟡 可谈争取改 / 🟢 行业惯例)+ 谈判话术 + 替代方案,并区分"对公司"和"对创始人个人"——个人连带回购是绝大多数血案的源头,重点标红。另附谈判筹码排序、常见坑清单、BP 与数据室准备。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能)。输入:TS/投资协议条款(粘贴或描述);输出:逐条判定表 + 必须改的清单 + 谈判话术 + 底线建议。**不构成法律意见**,正式签署与司法效力请找执业律师确认。触发词:TS、Term Sheet、投资条款清单、投资协议、增资协议、股权转让协议、对赌、业绩承诺、回购、清算优先权、反稀释、完全棘轮、个人连带、一票否决、领售权、拖售权、估值、Pre/Post、股权稀释、条款谈判、FA。

関連スキル