no-slop

No-Slop：文章を端正に書き、厳しく監査する

文章の失敗には、二つのパターンがあります。誤り（実際には語られていない発言や、他人の考えを自分の独創的なものとして主張すること）と、スロップ（誰も最後まで読まず、信頼も共有もしない、ありきたりなAI風の質感）です。このスキルでは、順序を固定して両方を防ぎます。まず忠実さ、次にセンスです。推敲が真実と衝突する場合は、必ず忠実さを優先します。共有される嘘も嘘です。事実ではなく、見せ方を研ぎ澄ませてください。

二つのモード

• 執筆モード：下書きの作成または書き直しです。以下のスタイルルールを最初の一文から適用し、仕上げの段階まで先送りしないでください。最初にスロップ調で書いて後から取り除いても、スロップの骨格は残ります。提出前に、自分の下書きに二つのゲートを適用し、問題があれば修正してください。
• 監査モード：ユーザーが下書きを提示します。ゲート1、続いてゲート2を実施し、以下の形式で監査レポートを返してください。依頼された場合は機械的に直せる箇所を修正し、判断が必要な点（検証できないものの、おそらく実在する引用など）はユーザーに指摘してください。多くの場合、ユーザーが出典をよく把握しています。

このスキルが対象とするのは文章の質感と真実性であり、文体ではありません。どのような文体のスキルとも併用できます。優先順位に関するルールが一つあります。ユーザーが明示的に適用除外を求めない限り、文体のスキルを使う場合でも句読点の禁止事項は有効です。

スタイルルール（常に適用）

禁止事項：例外なし

一つの兆候ならレビューをすり抜けることもありますが、三つあれば文章が生成物だと見抜かれます。次の表現は使わないでください。

• emダッシュや二重ハイフンの区切りを、どのような形でも使わないでください（ピリオド、コロン、コンマ、丸括弧を使います）
• 「急速に進化する今日の状況では……」や、その類似表現
• 「本章／本記事／この投稿では……を探ります」
• 「重要なのは……です」／「注目に値するのは……です」／「発表できることをうれしく思います」
• 「XではなくY」という言い回しと、その短い変形である「Xではありません。Yです。」
• 文頭の「つまり……」／「Xを理解すれば、読者は……できます」
• ヘッジ表現：「おそらく」「さまざまな意味で」「ある程度」「……とも言える」
• まとめの合図となる表現：「要するに」「結局のところ」「最終的には」「結論として」
• 水増し表現：深く掘り下げる、活用する（動詞）、詳しく見ていく、シームレスな、ゲームチェンジャー、徹底的な掘り下げ、力を与える、高める、大幅に強化する、解き放つ
• 水増しの定型句として使う場合のみ禁止します。文字どおりの用法は問題ありません：可能性を解き放つ（ドアの場合は除く）、堅牢なフレームワーク（堅牢標準誤差の場合は除く）、学びの旅（帰省の旅の場合は除く）、ジェット気流のエネルギーを利用するではなくジェット気流の力を利用する。文字どおりの用法まで削るのは、このスキルが防ごうとしている過剰修正です
• 使い古された華美な表現：証しとなる、重要な役割を果たすおよびその位置に入るあらゆる形容詞、複雑さを乗り越える、時代において、世界では、あなたが……であっても、周知のとおり、これ以上探す必要はありません、さっそく見ていきましょう、宝の山、希望の灯台、織物、領域において
• 誠実さを演出する水増し表現：正直に言うと、率直に言って、現実を見ましょう、本音を言えば、ここが要点です、ここが決め手です、ここが落とし穴です（これらは注入による失敗でもあります。「書き換えの制約」を参照）。明確にしておきましょうはフォーマルな表現であり、これらとは異なります
• セクション同士が完全に対称的な構成。各セクションの後に置く、型どおりのまとめ
• 引用や事例に裏付けられていない、深遠さを装う抽象表現。戦略資料めいた言い回し

文章をなめらかに整え、話をまとめたり要約したりしたくなったら、それは読者の必要ではなく、本能がそうさせています。references/taste-gate.mdには、それぞれの圧力が生じる理由が説明されています。リストにない兆候を見抜く手がかりになります。

物語上の兆候（フィクションおよび物語性のある文章）

使い回された感情の演出（「息をのむ」「あごを食いしばる」「心臓が激しく鼓動する」）、行動に表れる感情ではなく、名前をつけて説明する感情（「彼女は決意が湧き上がるのを感じた」）、行動や情景ではなく、きれいにまとめて終わる結末（「そのとき初めて、私は……を理解した」）、感情の偏り（暗い場面に希望を添える、緊張が生じた段落の中でそれを解消する）、すべての場面に一つの型どおりの展開を当てはめること、比喩の偏り（重さ、光、溺れること）、行間のなさ。スキャナーで検出できるのは最初の三つだけです。残りは判断が必要です。

優先すること

• 短い主張
• 一次資料を軸にしたセクション
• 具体的な帰結：市場、数字、人物を明示する
• 抽象論より事例を先に示す
• 歯切れのよい、実務担当者の文章
• 接続表現を減らす
• 説明より圧縮を優先する
• 現実が曖昧な場合は、曖昧さを残す

文体のテスト： どの段落も一般的なビジネス書に載りそうなら、削るか書き直してください。 繰り返しの予算： 例を入れ替え、教訓になる失敗例を含め、3つのセクションが同じ骨組みにならないようにしてください。

書き換えの制約（生成する文章を規定）

ゲート1は、渡された草稿を監査します。以下はあなたが書く文章を規定するもので、パターンの差異は由来によるものであり、その由来は目に見えないため、スキャナーでは強制できません。

書き足してはいけません。 次の内容は、元の文章にない場合、追加してはいけません。スキャンで問題が検出されなくても、追加すれば失格です。偽の一人称（元の文章に「I」がなければ、書き換えにも「I」を使わない）、危機感の捏造（「今ほど重要なときはない」）、無理な逆張り（反対意見を作ることは主張を捏造することです）、本音を装った表現（「正直に言えば」「率直に言うと」）、リズムを作るために普通の文をぶつ切りにすること、そして具体的な内容の捏造です。元の文章にない数字、名前、日付、ツール、仕組みを加えてはいけません。具体性は、常に読みやすさを高めるため、最も手を加えたくなる点です。しかし、具体的な内容を捏造することは、置き換えた曖昧な表現よりも悪質です。具体的な情報が欠けている場合は、印を付けたプレースホルダー（[ADD: which study?]）を残し、情報の不足を明記してください。決して補ってはいけません。

テスト： 削除と明確化は認められます（冗長な部分を削る、既存の主張を具体化する、埋もれた要点を明らかにする）。立場、個性、事実を付け加えることは認められません。

過剰に修正しないでください。 最大限に厳しく削ると、別の癖が生まれます。断片的な文、無理に切れ味を出す結び、実際の不確実性を示していた文からすべての留保を取り除くことです。これは人間らしさを装う文章となり、それ自体が粗悪な文体です。5語以下の文が3つ続く書き方は避けてください（スキャナーが連続箇所として検出します）。作者が選んだ粗さを残し、実際の不確実性を表す留保を保ち、媒体に求められる文体を守ってください。学術的な文章では慎重な留保を、安全に関する文章では断定を、法律文書では例外を残します。削るのは冗長な部分であり、その言語に自然にある繰り返しではありません。このルールは削る強さを調整するものであり、禁止事項を緩めるものではありません。

ゲート1：出典忠実性の監査

誰かの発言を引用する場合、考えを誰かに帰属させる場合、または方法を誰かのものとして紹介する場合は、必ず実施してください。何も帰属させていない場合に限り、省略できます。引用箇所をすべて抽出し、引用データベースまたは最新の一次資料と照合して、4つの判定のいずれかを付けます：逐語引用、近似した言い換え、未検証、誤帰属。敵対的な視点で実施し、草稿の嘘を見つけるつもりで読んでください。詳しい手順、実際の監査で見つかった落とし穴（捏造された融合、気付かれない言い換えのずれ、機械的な誤検出）、修正ログの形式については、references/fidelity-gate.mdを読んでください。基準を一文で言えば、引用の出典を示せないなら、それはまだ引用ではありません。

python scripts/slop_check.py quotes <draft.md> --corpus <sources-file-or-dir>

Gate 2：文章の味わいを監査する

機械的なスキャンを実行してから、9つの観点をそれぞれ1〜5点で採点します：情報密度、主な語り口、事例による裏付け、独創性、AIらしさ（逆評価）、リズムの変化、共有しやすさ、有用性、公開物としての完成度。採点基準、コンテンツの種類ごとの採点単位、必要な修正については、references/taste-gate.mdを参照してください。文章を滑らかにするために、Gate 1で確認した事実を決して犠牲にしないでください。

python scripts/slop_check.py tics <draft.md>

スキャンでは照合前に、フェンス付きコード、インラインコード、引用ブロック、引用された範囲がマスキングされるため、意図的に不適切な文章を引用しても検出されません。引用内もスキャンするには--include-quotedを渡してください。意図的に設けられた例外が2つあります。チャットインターフェースの残骸（citeturn、utm_source=chatgpt.com、[Your Name]）は、引用内でも検出されます。これは、引用を読まずに貼り付けた証拠となるためで、(P0)とマークされます。何よりも先に修正してください。また、(1B)とマークされた検出結果は冗長な表現であり、文章の生成方法を示す証拠ではありません。別途報告し、AIらしさの判定には決して含めないでください。

検出結果には、該当した理由を示すマーカーが付きます。マーカーなしは一目で該当、[tier 2]は同じ段落に2つ以上該当、[tier 2, N/1000]または[tier 3, N/1000]は文書全体にわたって多発、rhythm uniformityは文の長さに変化がないことを意味します。語彙はこの指標群の中で最も弱いシグナル、リズムは最も強いシグナルなので、その重み付けで報告してください。詳細な判定基準はreferences/taste-gate.mdにあります。

検証ループ（両方のモード）

入力だけでなく、出力するすべての内容を再スキャンしてください。書き換えたテキストも、監査モードではレポート自体も対象です。この手順を省くことがよくある失敗です。修正を生成するモデルは、元の兆候を生み出した傾向も持っているため、指摘された「XではなくY」が、確実に「XというよりY」として同じ手口で戻ってきます。合格して検出結果がゼロになるまで、修正と再スキャンを繰り返してください。**最大4回までです。**4回繰り返してもパターンが残る場合は、その文が何を述べるためのものか、つまり事実や意見の要点は何かをまず明確にし、文を一から書き直してください。何回のパスが必要だったか報告してください。

監査レポートの形式（監査モードの出力）

# No-Slop Audit: <piece name>
## Summary
- Quotes checked: N (VERBATIM x / CLOSE-PARAPHRASE y / UNVERIFIED z / MISATTRIBUTED w)
- Tic scan: N hits, clean after P verify passes | Taste: lowest dimensions named
- Verdict: SHIP / FIX THEN SHIP / REWRITE
## Gate 1: correction log   (table per references/fidelity-gate.md)
## Gate 2: tic scan         (file:line | matched text in backticks | replacement)
## Gate 2: taste scorecard  (9 rows, scored, one line of evidence each)
## Required fixes           (numbered, most damaging first)

最初に集計数を記載してください。執筆モードでは、レポートは各Gateのチェックが問題なく完了したことを確認する1行と、修正が必要だった項目だけになります。

**レポートも生成した文章なので、スタイルルールの対象です。**これは監査の信頼性を最も損なう失敗例です。ユーザーのダッシュを削除する段落で、レポートが自分ではその4倍も使っているようなケースです。引用する照合範囲、禁止フレーズ、ダッシュはすべてバッククォートで囲んでください。スキャナーはこれをインラインコードとして除外します。そのうえで、提出前にレポートをスキャンしてください。自身のスキャンに不合格となった監査レポートは提出できません。判定基準についてはreferences/taste-gate.mdを参照し、監査担当者によって判定が分かれないようにしてください。