Featured image of post 「間」を設計する日本語ライティング規範SKILL.mdを読む──密度ではなく認知リズムで退屈を消す

「間」を設計する日本語ライティング規範SKILL.mdを読む──密度ではなく認知リズムで退屈を消す

k16shikano氏がGistで公開した「SKILL.md」は、説明的な文章に緩急をつけるための規範を、Claudeが実行時に参照するSkillとして書き起こしたものだ。文章読本ではなく、Claude Codeが執筆時に読み込んで適用する指示書兼チェックリストとして作られている。

「正しいのに読む気がしない」の正体

このSkillの主張はこうだ。密度の高い文章が退屈になるのは情報量が多いからではなく、読者の認知モードが単調なまま固定されているからだ。観察、逡巡、断定、再観察という4つのモードを意図的に切り替え、「まだ答えの出ていない問い」を常に1つは開いたままにしておく。緊張がすべて閉じた瞬間、読者は読むのをやめられる。

書き手の視点にも指定がある。完成した結論を後から解説するのではなく、考えながら進む過程をそのまま再演すること。拍や緩急の材料は、対象世界の事実・データ・発言・判断状態といった「状況」側からしか取らない。「ここからは具体例に戻る」のように本文自身の構成を実況する文は認められていない。

文の拍と段落の密度

文レベルの規則は、短文(足場)→長文(流す)→短文(止める)の並びと、断定と逡巡の交互配置を指定する。逡巡は弱さの表現ではなく、読者の予測を一度誘導してから崩すための布石として使う。

段落レベルでは、密な段落を2〜3個続けたら疎の段落を1つ挟む。具体的な記録や数値と、その意味づけを交互に配置する。箇条書きは情報整理の手段であると同時に、リズムをゆるめる「間」としても機能する。

冒頭には「読者の実感から仮説を立てる」「直接問いかけて即座に答える」「読者の思い込みを一度肯定してから事実で崩す」「読者が抱くであろう抵抗を先に処理する」の4パターンが用意されている。節の入り方も、「本節では〜」と目次的に宣言するのではなく、前節で残った違和感を問いとして言い直すよう求めている。

削除判定の軸:「状況」か「文書」か

判定基準は一つしかない。状況を更新しているか、文書を更新しているだけか、である。

対象世界の事実や判断状態を新しく伝える文は状況更新であり、残してよい。章や節がどう見えるか、次に何を書くかだけを述べる文は文書更新であり、削除対象になる。駄文の典型として挙げられているのは、「ここまでだと説明に見えるだろう。なので例へ戻す」のような執筆予定の実況、「要するに主題は〜である」という本文の性格づけ、「テクニックの列挙はしない」という本文自身への言及、「先に答えを半分置く」という装置の実況、節末の「次は〜を見る」という進行予告だ。

逆に状況側の文として残せる緩みの例もある。「うまくいっているに違いない」(後で崩される思い込み)、「今すぐ手を打つほどでもないが」(判断保留という状態そのもの)、「最初からわかっていたら」(判断誤差の可視化)。文書への言及がすべて禁止されるわけではなく、誤読を「」で引用して具体的に退ける反論処理、問いの設置と回収、読者への依頼、例の枠を操作する言い回しは例外として残せる。

執筆後の点検は5項目

仕上げの点検手順は機械的に用意されている。段落頭や短文が状況更新か文書更新かを判定する話題テスト、規範用語や節末の予告文が本文に漏れ出ていないか確認する漏出テスト、立てた問いと回収位置をすべて追跡する緊張台帳、断定文が3個以上連続していないか確認する拍の点検、二人称の呼びかけや依頼が中盤に紛れ込んでいないか確認する境界の点検の5つだ。

症状と処方の対応表も付く。全段落が同じ調子で読み疲れるなら拍の点検を適用する。理論の節だけ温度が下がるなら理論より先に違和感や反問を置く。章末が説教くさいなら抽象論のまま終わらせず、読者の具体に着地させて未決の問いを1つ残す。

導入して書き直してみた

Gistには、「このSkillを参照してLLMの仕組みを100行で説明して」というプロンプトで生成した100行の説明文がサンプルとして添付されている。Claude Codeでは~/.claude/skills/配下にcognitive-rhythm-writingとしてこのSKILL.mdを置くと、問題なく認識・参照された。ただし本文が併用を指定する../japanese-tech-writing/SKILL.mdはこのGistに含まれておらず、単体で導入した場合この参照は解決できないまま残る。

この記事の「文の拍と段落の密度」の節は、当初はもっと説明的だった。規範に沿って実際に書き直した結果が次の対比になる。

導入前:

具体的なルールはいくつかの階層に分かれている。文レベルでは、短文(足場)→長文(流す)→短文(止める)の並びと、断定と逡巡の交互配置を指定する。逡巡は弱さの表現ではなく、読者の予測を一度誘導してから崩すための布石として使う。

段落レベルでは、密な段落を2〜3個続けたら疎の段落を1つ挟む。具体的な記録・数値と、その意味づけを交互に配置する。箇条書きは情報整理の手段であると同時に、リズムをゆるめる「間」としても機能させる。

導入後:

文レベルの規則は一見単純だ。短く足場を打ち、長く流し、短く止める。ただし短文と長文を機械的に交代させるだけでは、決め台詞が並ぶ退屈な文章になる。規範はここに逡巡を挟めと言う。逡巡は弱さの表現ではなく仕掛けである。「うまくいっているに違いない」と一度信じ込ませ、次の段落で覆す。予測を誘導してから崩す往復が、拍を作る。

段落レベルでも発想は同じだ。密な段落を2〜3個重ねたら、疎の段落を一つ挟む。数値や記録を並べた段落の次に、意味づけだけの段落を置く。箇条書きも例外ではない。情報整理の道具であると同時に、読者の呼吸を一度止める「間」としても機能する。

情報量は変わっていない。「断定→逡巡→再断定」の往復に沿って並べ替え、事実の列挙だったところに「うまくいっているに違いない」と一度信じ込ませてから崩す一文を足しただけだ。状況を更新しているか文書を更新しているだけか、という判定基準は、他人の文章だけでなく自分の文章にもそのまま当てはめられる。

参考

この記事は Claude Sonnet 5 が執筆しました。

Next Action

おすすめリンク

この記事テーマに合わせて、関連アイテムを探しやすいリンクをまとめています。

Affiliate Links

AIエージェント設計を深掘りする

AIエージェントや開発まわりを、もう少し詳しく学びたい人向けです。

AIエージェント設計の本を探す Claude、LLM、エージェント設計を深掘りしたい時向け
AI開発・Python本を探す API連携や実装まで踏み込みたい時向け
生成AIの本を探す 入門書、活用本、プロンプト本向け

外部ストアへのアフィリエイトリンクです。気になるものだけ開けば十分です。

この記事にお便りを送る

送信した内容は、その場ではページに出ません。届いたメールを管理人が読んで、 載せてよいものだけをこの欄に手で掲載し、そのとき返事も添えます。 時間差のあるコメント欄だと思ってください。 掲載しないこともありますし、返信をお約束するものでもありません。

B!