ellmos-ai 日本語 —
llm-text-hygieneの公式日本語版。
LLM-Text-Hygiene — 完成したテキストから AI の残骸を除去する
概要と目的
AI 支援によって作成されたテキストには、下書きの段階では目立たず、公開された文書になって初めて問題となる残骸が蓄積します: チャットセッションからの会話の断片、議論の構造から外れたト書き/ト指示、言語モデルへの感謝の言葉、残されたプレースホルダー、押しつけがましい LLM のスタイルパターン — そして、欠落、誤配置、または真実ではなくなった AI 開示声明（AI Disclosure）。このスキルは、公開前の体系的なクリーニングパスです: 検査し、保守的にクリーンアップし、開示声明を正します。決してコンテンツの実質を変更しません — 作品の一部ではないものを除去します。
チェックリスト（監査）
明解（直接修正）から繊細（マーキングのみ）までの5つの検出クラス:
1. チャットの残骸とト指示（明解 → 削除/修正）
テキストの「作成」に属し、テキスト「自体」には属さない文: 「話し合った通り、論文のこの部分は残します、なぜなら…」、「改訂されたセクションはこちらです:」、「喜んで追加します…」、残されたプロンプトの断片、クライアント/依頼者へのメタコメント。 検出原則: その文はテキストおよび議論の構造から脱落しています — 読者ではなく会話の状況に語りかけています。削除する際は、実質的な核心を救出する必要があるか確認します（説明を脚注/本文に転送）。
2. プレースホルダーと作業中マーカー（明解 → 解決）
[TODO: …]、[参照を挿入]、XXX、<ここに例>、見出しのみの空セクション、「（情報源?）」。これらを解決するか — 解決できない場合は — プロジェクトの TODO に実際の未解決タスクとして転送し、成果物から削除します。
3. LLM への謝辞と擬人化表現（明解 → 除去）
ChatGPT/Claude/Gemini 等への感謝は謝辞セクションに属しません — ツールは感謝されるものではなく、その使用は AI 開示声明で宣言されます。同様に、ツールに関する擬人化された表現（「AI が親切に提案してくれた」など）を除去します。
4. AI 開示声明（AI Disclosure）（確認 → 修正）
- 存在するか？ ドキュメントが AI 支援で作成され、投稿先/プロジェクトが開示声明を要求または想定している場合: セクションは存在しますか？
- 正確か？ 実際の使用状況を記述していますか（過小評価も誇張もしない）？プロジェクト/投稿先の開示スキーマが定義されている場合（段階的レベルなど）、それを使用していますか？
- 適切に配置されているか？ 投稿先の標準的な場所（方法/謝辞領域/専用セクション）に配置され、すべての言語バージョンで同一ですか？
5. LLM スタイルパターン（繊細 → 明確なケースのみ修正、残りはマーク）
公式化されたつなぎ表現（「要約すると、次のように言えます」、「強調することが重要です」）、文章が属する場所での箇条書きのインフレ、「〜だけでなく…も」の連鎖、ダッシュの密度、ヘッジ表現（曖昧回避フレーズ）、英語での周知のマーカー（"delve"、"tapestry"、"it's worth noting" など）。注意: スタイルは著者の領域です — 明確な公式化表現のみを平滑化し、その他はテキストを書き換えるのではなく発見リストとして著者に提示します。人間らしく聞こえるテキストはこのスキルの目的ではありません。目的は異物のないテキストです。
ワークフロー
- スコープの明確化: どの成果物（ファイル）、どの言語バージョンか？ 変更は常にすべてのバージョンで同期して適用します（照合:
bilingual-doc-sync）。 - メカニカルスキャン: シグナルパターン（下表）に従って全文検索を実行します — 低コストで、クラス 2/3 およびクラス 1 の一部を確実に発見します。
- 読解パス: 議論の構造に沿ってドキュメントを読みます — クラス 1 の発見は構造的にのみ認識されます（文が読者ではなく会話に語りかけている）。特にチェック: セクションの開始/終了、謝辞、導入/結論（残骸は最初にそこに残ります）。
- クリーンアップ: クラス 1〜3 を直接修正し（保守的に、実質を保持）、クラス 4 を修正し、クラス 5 を発見リストとして出力します。明確なケースのみ直接平滑化します。
- 記録: 発見/変更/マークした内容を記録します — バージョン管理義務のある論文の場合、新しいバージョン/再アップロードが必要かどうかをメモします。
- リポジトリに対する定期的なパス:
rotation-checkと組み合わせます（1回の実行につき1つのドキュメント/プロジェクト、記憶としてのレジストリ）。
メカニカルスキャン用のシグナルパターン
| クラス | 検索パターン (DE) | 検索パターン (EN) |
|---|---|---|
| チャットの残骸 | "wie besprochen", "wie gewünscht", "hier ist", "gerne", "im Chat", "wie du sagtest", "lassen wir" | "as discussed", "as requested", "here is the", "I have added", "per your" |
| プレースホルダー | TODO, XXX, […einfügen], <…>, "Quelle?" |
TBD, [insert, placeholder, citation needed |
| LLM への謝辞 | "Dank an ChatGPT/Claude/Gemini", "mithilfe von KI erstellt" (開示声明の外) | "thanks to ChatGPT/Claude", "grateful to the AI" |
| スタイルマーカー | "zusammenfassend lässt sich", "es ist wichtig zu betonen", "nicht nur … sondern auch" | "delve", "tapestry", "it's worth noting", "in conclusion" |
この表は出発点であり、フィルターの代用ではありません: パターンは候補を提供し、決定は文脈の中で行われます（ステップ 3〜4）。純粋にメカニカルな文字衛生（絵文字スキャン、制御文字、破損したウムラウト）については、既存のツールを使用してください — エンコーディングの破損は encoding-fix の領域であり、このスキルではありません。
例と応用
依頼: 「アップロード前に論文の AI 残骸をチェックしてください。」
1. スコープ: paper_de.tex + paper_en.tex。
2. スキャン: 1× "as discussed" (EN、セクション 4)、1× "[TODO: insert reference Smith]" (両方)、
謝辞に "Claude からの貴重な助け" の言及。
3. 読解パス: 導入部に査読者に直接語りかける文
(「3.2 で求められた通り、この異議に対処します」) → ト指示。
4. 修正: ト指示を削除（内容はすでに 3.2 に存在）、TODO をタスクとして
TODO.md に転送 + プレースホルダーを削除、LLM への謝辞を削除、代わりに
AI 開示声明セクションを実際の使用状況に合わせて明確化 — すべて DE と EN で同期。
5. メモ: 実質的な変更 → 新しい論文バージョンが必要、TODO.md に記入。
レッドフラグ（Red Flags）
| 考え | 現実 |
|---|---|
| 「ついでにテキストをよりスムーズに書き換える」 | 実質と声は著者に属します — スキルは異物を除去するものであり、スタイルを磨くものではありません。 |
| 「スタイルマーカーを発見 → 削除」 | クラス 5 はマークされ、自動的に書き換えられません。明確な公式化表現のみを平滑化します。 |
| 「ドイツ語版だけで十分だ」 | 残骸は1つのバージョンにのみ存在することがよくあります — 常にすべての言語バージョンをチェックし、同期を保ちます。 |
| 「開示声明を削除すればきれいになる」 | 逆です: LLM への謝辞を削除し、正しい AI 開示声明を入れます — 隠蔽は衛生ではありません。 |
関連スキル
encoding-fix— バイト/エンコーディングの修復（文字化け）。このスキルはコンテンツレベルで機能します。bilingual-doc-sync— 修正が適用される言語バージョン間の同期維持。rotation-check— ドキュメントリポジトリ全体で定期的に実行するためのフレームワーク。textproduction— テキスト生成（このスキルはその後の QA です）。
変更履歴
1.0.0 (2026-07-04)
- 初期バージョン。Codex 自動化「research-llm-muster-check」（論文内のチャット断片、LLM への謝辞、AI 開示声明）から抽象化され、任意の成果物テキストに汎用化されました。監査カタログがプレースホルダー、スタイルパターン、およびスキャンシグナル表で拡張されました。