Communitygithub.com

バンガー検出器 — 真正性検証と誠実な開示

AIテキスト検出器のスコアを正しく解釈し、執筆の真正性を検証して適切に開示するスキルです。

バンガー検出器 — 真正性検証と誠実な開示 とは?

このスキルは、AIテキスト検出器のスコアに頼りすぎず、執筆の真正性と誠実な開示を重視するためのガイドラインを提供します。AIテキスト検出器はパープレキシティ(単語の予測しやすさ)とバースト性(文の長さや構造のばらつき)を測定しますが、低スコアが必ずしもAI生成を意味するわけではなく、非ネイティブライターや技術文書で誤検出が多発することが研究で示されています。このスキルでは、出典確認や判断力、具体的な詳細など6つの真正性チェックを優先し、検出器のスコアは二次的な証拠として扱います。また、AIアシスタンスの使用を正直に開示する原則を示し、読者を誤解させない開示文の作成を支援します。対応プラットフォームはClaude Code、Cursor、Codexなど、AIエージェントがテキスト編集や執筆支援を行う環境全般です。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Jeff-Kazzee/bangers/tree/main/skills/banger-detector

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

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

ドキュメント

バンガー検出器 — 真正性検証と誠実な開示 は何をしますか?

何かを実行する前に、このセクション全体を読んでください。ここに寄せられるリクエストのほとんどは誤った結果を求めており、それを提供すると文章が悪化します。

検出器スコアとは何か、何でないか

AIテキスト検出器は主に2つの統計的特性を測定します。パープレキシティ(各単語がどの程度予測可能か)とバースト性(文の長さや構造のばらつき度合い)です。パープレキシティが低く、バースト性が低いと、機械生成と判定されます。

これはスタイルの代理指標であり、著作者の証拠ではありません。その結果は測定可能で深刻です。

  • Liangら(2023年、Patterns)は、検出器が**非ネイティブ英語ライターによるエッセイの61.3%**を誤ってフラグし、ネイティブスピーカーのエッセイはほぼ完璧に分類したことを発見しました。**TOEFLエッセイの97.8%**が少なくとも1つの検出器でフラグされました。
  • 同じ研究で、非ネイティブのエッセイをより精巧な語彙に書き換えると、偽陽性率が61.22%から11.77%に低下しました。検出器は著作者ではなく、語彙の範囲を測定していたのです。
  • 技術文書、法律文書、科学文書も同じ理由でフラグされます。ある分野の論文は、必然的に用語や構造を再利用します。検出器はその必要な均一性を機械の出力と読み取ります。
  • 最近の研究では、偽陽性問題は構造的であると主張しています。真の検出能力を持つテキストのみの検出器は、一部の人間集団に対して誤った告発を生み出さざるを得ません。より良いエンジニアリングではこの問題は解決しません。

検出器は、人間が書いたことを証明できず、機械が書いたことも証明できません。すべてのスコアを弱い敵対的証拠として扱ってください。

このスイートに特有の落とし穴

technical-clarity.mdは意図的に短い文、概念ごとに1つの名前、一貫した構造、平易な語彙を生成します。それは意図的に低パープレキシティで低バースト性です。これを正しく適用すると、文章のAIスコアが上昇し、同時に文章が改善されることがよくあります。

明瞭性を損なうことでその矛盾を解決してはいけません。作品が明確で、出典があり、真に作者のものであれば、高い検出器スコアは検出器が間違っているということです。それを記録して次に進んでください。

ステップ1: 真正性を検証する(これはスコアではない)

以下のチェックは、草稿が本当に作者のものかどうかを判断します。最初に実行し、検出器が利用できない場合でも実行してください。

  1. 出典確認 — すべての数値、引用、ストーリー、日付、結果、名前付きの具体的事項は、実際の成果物(ファイル、コミット、スクリーンショット、測定値、公開された投稿、作者が言ったこと)に遡れる必要があります。出典を確認できないものは、軟化するのではなく削除します。これが実際に重要なチェックです。
  2. 判断力 — その作品は、作者自身の経験から、この作者だけが下せる判断を下しています。バランスの取れた要約で立場がないことが、本当の兆候です。
  3. 獲得された具体性 — 生成できない具体的な詳細:正確なエラー文字列、それがかかったコスト、うまくいかなかった部分、考えを変えた点。
  4. 本当の変化 — 文のリズムは、変化が作られたからではなく、思考が変化するために変化します。音読してみてください。
  5. 制約の遵守 — クリエイタープロファイルの禁止された句読点、フレーズ、トーンルールが満たされていること。
  6. 声に出して言ってみる — 作者はこの一文を同僚に言うだろうか? 言わない一文は書き直すこと。

これら6つすべてを通過した草稿は、検出器が何と言おうと真正です。

ステップ2: 検出器を実行するかどうかを判断する

クリエイタープロファイルからdetector_modeを読み取ってください。

  • off — 実行しない。
  • requested — 作者が依頼した場合のみ実行する。
  • panel — 対外向けの散文で、検出器へのアクセスがある場合に実行する。アクセスがない場合はnot run(未実行)と記録する。実行したと暗示してはいけません。

プライベートな草稿、内部文書、作者が自分の名前で公開していないものについては、検出器を完全にスキップしてください。

ステップ3: パネルを実行する

  • 現在アクセス可能な、独立した少なくとも2つのサービスを使用してください。1つのスコアはノイズです。
  • プライベート、未公開、またはクライアントの機密情報を含む草稿を、サードパーティの検出器に貼り付けないでください。それは作者の資料を外部サービスに開示することになります。毎回、最初に確認を取ってください。
  • 各実行をreferences/research/detector-runs.mdに記録してください:日付、入力識別子またはハッシュ、サービスとバージョン、結果、ハイライトされた箇所の位置、マッピングされた文章上の欠陥、修正内容、再実行結果。
  • 公開台帳にはスクラブされたサンプルのみを使用してください。プライベートな草稿はプライベートオーバーレイに記録してください。

ステップ4: ハイライトを実際の欠陥にマッピングするか、やめる

スコアだけで書き換えをトリガーしてはいけません。ハイライトされた各箇所について、それがwriting-quality.mdの実際の欠陥にマッピングされるかどうかを確認してください。

  • 一般的な冒頭、空虚な遷移、または装飾的な結論、
  • 出典のない主張や曖昧な権威、
  • 積み重ねられた三つ組、対称的な段落、または強制された並行構造、
  • 曖昧さや息をのむような確信、
  • 作者が決して使わない語彙。

該当するもののみ修正してください。一度だけ再実行してください。検出器主導のパスは2回で終了し、スコアが何であれそれ以上は行わないでください。真実、明瞭性、リズム、そして本物の声は、すべてのスコアより優先されます。

禁止行為

これらは作品と作者の信頼性を損なうものです。

  • 人間らしく見せるために、タイプミス、文法エラー、ぎこちない表現を挿入すること。
  • 「ヒューマナイザー」ツールに草稿を通すこと。
  • パープレキシティを上げるために、フィラーや類義語のローテーションを追加すること。それはこのスイートが除去するまさにそのものを再導入することになります。
  • 数値を動かすためだけに、真実で明確で作者本来の一節を変更すること。
  • 検出器スコアを、どちらの方向でも、著作者の証拠として提示すること。
  • コンテンツが「AI検出を通る」ことを特徴として主張すること。それは検証不可能であり、サービスや週によって異なり、簡単に公に反論されるものです。

ステップ5: 開示

AIアシスタンスについてオープンにすることは、どんなスコアよりも強力な立場であり、精査に耐える唯一の立場です。

原則: プロセスを正直に開示し、ツールが何をしたか、人間が何をしたかを具体的に示してください。読者はツールの使用に異議を唱えません。彼らが異議を唱えるのは、誰の考えを読んでいるのかについて誤解させられることです。

誠実な開示がカバーすること:

  • 意見、判断、結論は作者のものです。
  • すべての事実の具体的事項は、実際の成果物に対して作者が検証しました。
  • 作者は誤りに対する責任を負います。
  • ツールが本当に役立った点:草稿作成、構造化、編集、リサーチアシスタンス、書かれた基準に対する散文のチェック。

避けるべきこと:

  • ツールを使用したのに「100%人間が作成」と主張すること。1つのスクリーンショットでそれが終わります。
  • すべてに貼り付ける包括的なAI免責条項。それは誠実さというより法的なカバーと読まれます。
  • 逆のことを過大に主張し、作者が考えたのにツールが考えたと暗示すること。
  • 開示を脚注にすべきものを作品の主題にすること。

配置: 読者が望む場所に、1行の平易な文を。バイライン、作者ノート、リポジトリのREADME、またはアバウトページに。すべての段落には入れないでください。

開示文を作者の声で草稿し、提案し、作者が表現を選べるようにしてください。作者が承認していない開示文を公開してはいけません。

出力形式

以下の順序で報告してください。

  1. 6つの真正性チェック、合格または不合格、不合格の理由を明記。
  2. 検出器の実行:サービス、日付、結果、またはnot run(未実行)とその理由。
  3. 実際の欠陥にマッピングされたハイライト箇所と、行われた修正。
  4. 却下されたハイライト箇所と、その理由。
  5. 作品に必要な場合、提案される開示文。
  6. まだ作者の承認が必要なもの。

真正性の結果なしにスコアを報告してはいけません。スコアはより弱いシグナルであり、決して見出しとして提示されてはなりません。

Individual skills in this repo

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

関連スキル