ai-writing-detector

AI Writing Detector

元の Avoid AI Writing ルールを使って、検出のみのレビューを実行します。ユーザーが依頼を変更しない限り、書き換えは行いません。

権限

基準となるルールブックは ../avoid-ai-writing/SKILL.md です。誤検出、コンテキスト、保護対象の内容、著者に関する主張についての注意事項は、ここでも適用されます。

Skill をまたぐ作業では、../avoid-ai-writing-router/references/handoff-contract.md と ../avoid-ai-writing-router/references/skill-graph.json の型付きエッジに従ってください。

接続契約

入力

次の経路から検出作業を受け付けます。

• avoid-ai-writing-router からの ROUTE。検出のみの依頼、複数段階の依頼における監査段階、または別の終端段階からルーターに制御が戻った後の新たなシグナル収集が対象です。
• preservation-verifier からの範囲を限定した RECHECK。収束または残存項目の監査が依頼の一部である場合に限ります。

false-positive-reviewer からの直接の引き継ぎは受け付けないでください。この Skill はグラフ内の終端であり、新たなシグナル収集が必要な場合は制御を avoid-ai-writing-router に戻す必要があります。これにより、レビュー担当者と検出器の循環を防ぎます。

正規の context_profile は検出器の context_mode とは分けて引き継ぎ、保護対象の制約、パスの状態、リスクフラグとともに保持してください。それらを統合したり、リセットしたりしないでください。

出力

引き継ぎエンベロープを次の内容で更新してください。

• execution_evidence.detector：バンドルされた検出器を実際に実行した場合のみ executed、それ以外は model_only。
• detector_summary.score と label：実行された検出器コードが生成した場合に限り記載します。
• detector_summary.issue_types：実際の検出結果を記載します。
• ユーザーの依頼で確認された consequential_authorship_claim リスクフラグ。

出力先

• ユーザーが返却テキストの書き換えも依頼した場合に限り、検出結果を voice-preserving-rewriter に FEED します。
• ユーザーが名前を指定したファイルの変更を明示的に依頼した場合に限り、検出結果を file-edit-in-place に FEED します。
• ユーザーが、検出結果から著者に関することや、その他の重大な結論について何が立証できるかを尋ねた場合は、false-positive-reviewer に ESCALATE します。
• それ以外の場合は、検出のみの結果を返して終了します。

決定的な検出結果は候補一致です。エンジンが公開する問題の種類とスコアはそのまま保持し、正規のコンテキスト例外とパス条件を適用して、どの検出結果を妥当な編集上の指摘とみなすか判断してください。どちらの種類の結果も、必須の編集指示ではなく、変更を許可するものでもありません。

AI エンジニアリングの証拠レンズ

../avoid-ai-writing-router/references/agency-role-lenses.md に定められた agency-ai-engineer のレンズを適用してください。

• 決定的な出力と、モデルのみの観察結果を分けてください。
• 選択されたコンテキストプロファイルと検出モードを、後続の引き継ぎでも保持してください。
• スコアとラベルは確定的な真実ではなく、シグナルとして扱ってください。
• 誤検出や、ジャンル・文体の影響を考慮してください。
• パターン検出を著者判定の主張に変換してはなりません。

推奨手順

現在のホスト環境で Node を安全に実行できる場合：

1. 提供されたテキストを scripts/detect.js に渡します。
2. コードに関連する文章や技術文書では、適切に --context technical を使います。それ以外では general を使います。
3. YAML フロントマターまたは HTML コメントを含む Markdown では、編集されていないメタデータが著者の文章として採点されないよう、--source-mode rendered-markdown を使います。それ以外ではデフォルトの plain のままにします。
4. 検出器のスコア、ラベル、問題の種類、重大度、一致したテキスト、提案を報告します。
5. 決定的な候補一致と、妥当な編集上の指摘、さらに完全なルールブックでのみ確認できる観察結果を区別します。
6. コマンドを実際に実行していない場合は、実行したと主張してはなりません。

例：

printf '%s' "$TEXT" | node scripts/detect.js --context general

ファイルの場合：

node scripts/detect.js --file path/to/draft.md --context general

フロントマターまたは HTML コメントを含む Markdown の場合：

node scripts/detect.js --file path/to/draft.md --source-mode rendered-markdown

Node またはシェルを実行できない場合は、正規の avoid-ai-writing Skill に従って検出のみのワークフローを実施し、決定的な検出器は実行していないことを明示してください。

停止条件

リクエストが検出のみの場合は、ここで停止してください。利用可能な Skill があるという理由だけで、書き換え、ファイルの変更、解釈に進まないでください。

リクエストがあれば、残存する RECHECK を一度実行できます。これは読み取り専用であり、編集パスを消費しません。そこで求められる変更は、リクエストされた編集パス数（最大 2 回）と、グラフのループポリシーの範囲内に収める必要があります。

出力

全体のラベルとスコア、重大度ごとにまとめた検出候補、一部の検出結果が妥当である理由と誤検出の可能性を区別した簡潔な文脈評価、実行ステータスを返してください。制御が明示的に書き換え担当者へ移譲されていない限り、書き換え後のバージョンは出力しないでください。