---
name: japanese-summary
description: 日本語の要約短文（数文〜1段落の TL;DR、記事・章・ドキュメント・PR 説明・リリースノート冒頭のサマリ等）を生成・推敲する規範。japanese-tech-writing の文章規範と cognitive-rhythm-writing の駄文判定を短い形式に適用し、結論先行・情報の取捨・原文への忠実さ・点検手順を定める。「要約して」「短くまとめて」「TL;DR を書いて」「サマリを作って」「一言でまとめて」等の依頼で使用する。
---

# 日本語要約短文の生成規範

原文（記事、章、ドキュメント、議事録、diff など）を数文〜1段落の日本語に圧縮するときの規範。

## 併用する規範

作業前に `../japanese-tech-writing/SKILL.md` と `../cognitive-rhythm-writing/SKILL.md` を読む。

- japanese-tech-writing は全面的に適用する。特に効くのは「LLM っぽい表現の禁止」「冗長の排除」「論証の厳密さ」の各節である。
- cognitive-rhythm-writing からは「緩みと駄文の見分け方」（話題テスト）と「文の拍」だけを使う。緊張の設計、冒頭の型、節の入り方は長文向けの装置であり、要約の長さでは適用しない。

## 生成の手順

1. 読者と用途を一文で確定する（誰が、何を判断するために読むか）。指定がなければ「原文を読むかどうかを決める読者」と仮定し、仮定した場合は成果物の冒頭にその旨を一行添える。
2. 原文から主張・結論・帰結・数値を抜き出し、用途の判断に効くものだけを残す。原文の構成順は保存しなくてよい。
3. 結論を最初の一文に置く。背景・経緯から書き始めない。
4. 指定された長さに収める。指定がなければ3文以内を目安にする。

## 要約固有の規範

- **原文にない情報を足さない**。評価語（「画期的な」「重要な」）、推測、一般論による水増しは捏造である。
- **原文の確度を保つ**。原文が「可能性がある」「〜とみられる」と書いているものを、短くするために断定へ変えない。逆に、原文が断定しているものへ根拠なく「〜という」「〜らしい」を付けて弱めない。
- **数値・固有名は用途に効くものだけ残す**。判断に効かない装飾的精度（時刻、版番号、カバレッジ率など）は落とす。残した数値は原文と突き合わせる。
- **メタ文の枠を使わない**。「この記事では〜が述べられている」「筆者は〜と主張する」型の枠は、内容ではなく文書を話題にした文である。内容を直接書く（「〜が述べられている」→「〜である」）。ただし、主張の帰属が判断に効く場合（意見と事実の区別、複数の立場の併記）に限り「著者は〜と主張する」を使ってよい。
- **体言止めを連打しない**。圧縮のために全文を体言止め・見出し語の羅列にすると、係り受けが失われて多義になる。文は文のまま短くする。
- **圧縮で前提を欠落させない**。範囲・条件・対象（「テスト環境に限り」）を削って短くするのは、要約ではなく誤報である。長さが足りなければ、前提を削るのではなく項目を削る。

## 点検手順

書き上げたら次の順で点検する。

1. **対応テスト**：要約の各文について、原文のどの箇所を根拠にしたか指せるか確認する。指せない文は削除する。
2. **確度テスト**：断定・推量の別が原文と一致しているか、文ごとに確認する。
3. **話題テスト**：cognitive-rhythm-writing の判定を適用し、文書を話題にした文（メタ文）を削除または内容の文に書き換える。
4. **LLM 表現テスト**:japanese-tech-writing「LLM っぽい表現の禁止」の一覧で点検する。要約では特に「まとめると」「要するに」（要約自体が総括なので不要）と空虚な形容が混入しやすい。
5. **長さ**：指定長に収まっているか。超過していれば、文を短くするのではなく、判断に効かない項目を丸ごと削る。