@shuji-bonji/rfcxml-mcp 0.6.13 → 0.6.53

package/dist/services/rfc-text-parser.js

@@ -3,7 +3,7 @@
  * XMLが利用できない古いRFC用のフォールバック解析
  */
 import { createRequirementRegex, SECTION_HEADER_PATTERN } from '../constants.js';
-import { extractCrossReferences, looksLikeDiagram } from '../utils/text.js';
+import { extractCrossReferences, extractRequirementMarkers as extractMarkers, dropNonDefinitions, clipAtWord, SENTENCE_OPENER, RELATIVE_CLAUSE, looksLikeDiagram, } from '../utils/text.js';
 import { extractRequirementsFromSections, } from '../utils/requirement-extractor.js';
 // ========================================
 // Text Parser Configuration
@@ -14,10 +14,18 @@ import { extractRequirementsFromSections, } from '../utils/requirement-extractor
 const METADATA_EXTRACTION = {
     /** タイトル検索で走査する最大行数 */
     MAX_LINES_TO_SCAN: 30,
+    /** 字下げ無しでも題名とみなす最小文字数（行幅いっぱいの題名） */
+    WIDE_TITLE_MIN_LENGTH: 60,
     /** タイトルとして有効な最小文字数 */
     TITLE_MIN_LENGTH: 10,
-    /** タイトルとして有効な最大文字数 */
-    TITLE_MAX_LENGTH: 100,
+    /**
+     * タイトルとして有効な最大文字数。
+     *
+     * RFC 1521 の "MIME (Multipurpose Internet Mail Extensions) Part One:
+     * Mechanisms for Specifying and Describing the Format of Internet Message
+     * Bodies" は 133 文字あり、100 では落ちて `metadata.title` が空になっていた。
+     */
+    TITLE_MAX_LENGTH: 200,
 };
 /**
  * 定義抽出の設定
@@ -27,12 +35,14 @@ const DEFINITION_EXTRACTION = {
     MIN_TERM_LENGTH: 2,
     /** 定義として認識する最小文字数 */
     MIN_DEFINITION_LENGTH: 10,
+    /** 用語として認識する最大語数。これを超えるものは文である。 */
+    MAX_TERM_WORDS: 5,
 };
 /**
  * RFC テキストをパースして構造化データに変換（中精度）
  */
 export function parseRFCText(text, rfcNumber) {
-    const lines = stripPageFurniture(text).split('\n');
+    const lines = dedent(stripPageFurniture(text).split('\n'));
     return {
         metadata: extractTextMetadata(lines, rfcNumber),
         sections: extractTextSections(lines),
@@ -40,8 +50,75 @@ export function parseRFCText(text, rfcNumber) {
         definitions: extractTextDefinitions(lines),
     };
 }
-/** ページ末尾の行。"Fielding & Reschke   Standards Track   [Page 29]" */
-const PAGE_FOOTER = /\[Page\s+\d+\]\s*$/;
+/**
+ * 文書全体が字下げされているとき、その分を外す。
+ *
+ * RFC 822 は本文も見出しも 5 桁目から組む。節見出しは 1 桁目から始まる前提で
+ * 見ているため、**節が 1 つも取れていなかった**（取れていた 104 件はページの
+ * 柱と本文の折り返しだった）。
+ *
+ * 実測（RFC 142 本）: 最小の字下げが 1 桁以上あるのは RFC 822 だけで、
+ * ほかはすべて 0 桁である。外して困る RFC は無い。
+ */
+function dedent(lines) {
+    let margin = Number.POSITIVE_INFINITY;
+    for (const line of lines) {
+        if (!line.trim())
+            continue;
+        margin = Math.min(margin, line.length - line.trimStart().length);
+        if (margin === 0)
+            return lines;
+    }
+    if (!Number.isFinite(margin) || margin === 0)
+        return lines;
+    return lines.map((line) => (line.trim() ? line.slice(margin) : line));
+}
+/**
+ * ページ末尾の行。"Fielding & Reschke   Standards Track   [Page 29]"
+ *
+ * 1 桁目に `[Page N]` を置く RFC がある。RFC 821 は
+ * `[Page 68]                                                         Postel`
+ * と書く。行末だけを見ていたため、この形のフッタが本文として残り、
+ * `[Page 68]` が参考文献の項目として拾われ、節と相互参照も狂っていた。
+ *
+ * `[Page N]` を使わず、中央に `- N -` と書く RFC がある。RFC 822 は
+ * `     August 13, 1982               - 1 -                      RFC #822`
+ * と書く。フッタと分からないため、次のページの先頭にある柱
+ * （`     Standard for ARPA Internet Text Messages`）が本文に残り、
+ * **それが節として 40 件立っていた**（RFC 822 の節 104 件のうち）。
+ *
+ * `- N -` の形は本文の減算の式にも当たる。RFC 7049 §2.4.2 の
+ * `n.  For tag value 3, the value of the bignum is -1 - n.  Decoders` と
+ * RFC 4271 §4.3 の `UPDATE message Length - 23 - Total Path Attributes Length`
+ * が丸ごと落ち、前後の文が 1 つに繋がっていた。この形は RFC 822 系の古い
+ * フッタにしか無いので、**日付（西暦）か `RFC #N` を伴う行、または他の語が
+ * 無い行に限る**（`isCenteredPageNumber`）。
+ *
+ * `[page N]` と小文字で書く RFC がある（RFC 768・1191）。大文字だけを見て
+ * いたため RFC 768 のフッタが残り、次のページの柱 `28 Aug 1980` が唯一の節に
+ * なっていた。大文字小文字を区別しない。
+ */
+const PAGE_FOOTER = /\[Page\s+\d+\]\s*$|^\s*\[Page\s+\d+\]/i;
+/** 中央に置いたページ番号。`- 1 -`。 */
+const CENTERED_PAGE_NUMBER = /(?:^|\s)-\s*\d{1,4}\s*-(?:\s|$)/;
+/** ページ番号のほかに置いてよい語。日付か `RFC #822` だけ。 */
+const PAGE_NUMBER_COMPANION = /\b(?:19|20)\d{2}\b|\bRFC\s*#?\s*\d+\b/;
+/**
+ * `- N -` だけを頼りにフッタと言えるか。
+ *
+ * `- N -` を外した残りが空か、日付・`RFC #N` を含むときだけフッタとする。
+ * 減算の式（`-1 - n.  Decoders`）は語が残るので当たらない。
+ */
+function isCenteredPageNumber(line) {
+    if (!CENTERED_PAGE_NUMBER.test(line))
+        return false;
+    const rest = line.replace(CENTERED_PAGE_NUMBER, ' ').trim();
+    return rest === '' || PAGE_NUMBER_COMPANION.test(rest);
+}
+/** ページの区切りの行か。 */
+function isPageFooter(line) {
+    return PAGE_FOOTER.test(line) || isCenteredPageNumber(line);
+}
 /** ページ先頭の行。1 桁目から始まり、末尾が発行年月。 */
 const PAGE_HEADER = /^\S.*\b(19|20)\d{2}\s*$/;
 /**
@@ -73,7 +150,7 @@ export function stripPageFurniture(text) {
     let i = 0;
     while (i < lines.length) {
         const line = lines[i];
-        if (!PAGE_FOOTER.test(line)) {
+        if (!isPageFooter(line)) {
             out.push(line);
             i++;
             continue;
@@ -83,27 +160,57 @@ export function stripPageFurniture(text) {
             out.pop();
         i++;
         // 改ページ（\f）とその前後の空行
+        //
+        // 改ページと柱を同じ行に書く RFC がある。RFC 1661 は
+        // `\fRFC 1661                Point-to-Point Protocol                July 1994`
+        // と書く。この行はここで落ちるので、**柱はもう消えている**。
+        // 気づかずに次の行も落としていたため、`1.2.  Terminology` `2.  PPP
+        // Encapsulation` のような、ページの先頭に来る見出しが消えていた
+        // （RFC 1661 の目次にある 20 節が構造に無かった）。
         let sawFormFeed = false;
+        let headerConsumed = false;
         while (i < lines.length && (lines[i].trim() === '' || lines[i].includes('\f'))) {
-            if (lines[i].includes('\f'))
+            if (lines[i].includes('\f')) {
                 sawFormFeed = true;
+                if (lines[i].replace(/\f/g, '').trim() !== '')
+                    headerConsumed = true;
+            }
             i++;
         }
         // ページ先頭の見出し行。改ページがあったか、行の形が見出しらしいときだけ落とす。
-        if (i < lines.length && (sawFormFeed || PAGE_HEADER.test(lines[i]))) {
+        if (i < lines.length && !headerConsumed && (sawFormFeed || PAGE_HEADER.test(lines[i]))) {
             i++;
             while (i < lines.length && lines[i].trim() === '')
                 i++;
         }
         // 文が途中なら段落を続ける。終わっていれば段落の切れ目として残す。
+        //
+        // 値の並びは文末記号を持たないが、文の途中でもない。RFC 6749 §4.3.2 の
+        // 例示 `grant_type=password&username=johndoe&password=A3ddj3w` はページの
+        // 終わりに置かれており、次のページの `The authorization server MUST:` と
+        // 同じ段落になっていた。要件文がその 2 つを繋いだものになる。
         const previous = out.length > 0 ? out[out.length - 1] : '';
-        if (!previous.trim() || /[.:;?!]\s*$/.test(previous))
+        if (!previous.trim() || /[.:;?!]\s*$/.test(previous) || looksLikeDisplayBlock(previous)) {
             out.push('');
+        }
     }
     return out.join('\n');
 }
-/** 参考文献の欄の見出し。番号の有無どちらもある。 */
-const REFERENCE_HEADING_PATTERN = /^(?:\d+(?:\.\d+)*\.?\s+)?((?:normative|informative)\s+)?references\s*$/i;
+/**
+ * 参考文献の欄の見出し。番号の有無どちらもある。
+ *
+ * `References` だけを見ていたため、`Bibliography` と書く RFC の参考文献が
+ * 1 件も取れていなかった。`get_rfc_dependencies` が空を返す。
+ *
+ * | RFC | 見出し |
+ * |---|---|
+ * | 1034 / 1035 / 1058 | `REFERENCES and BIBLIOGRAPHY` |
+ * | 2822 | `6. Bibliography` |
+ *
+ * 参考文献の欄が本当に無い RFC もある（RFC 854・896・2045 は本文の中で引く）。
+ * 見出しの語を増やしても、そちらは 0 件のままである。
+ */
+const REFERENCE_HEADING_PATTERN = /^(?:\d+(?:\.\d+)*\.?\s+)?((?:normative|informative)\s+)?(?:references(?:\s+and\s+bibliography)?|bibliography)\s*$/i;
 /**
  * 参考文献の 1 項目の始まり。
  *
@@ -114,7 +221,45 @@ const REFERENCE_HEADING_PATTERN = /^(?:\d+(?:\.\d+)*\.?\s+)?((?:normative|inform
  *
  * 見出しの角括弧は 4 桁目から始まり、続きの行はさらに深く字下げされる。
  */
-const REFERENCE_ENTRY_PATTERN = /^ {0,6}\[([^\]\s][^\]]*)\]/;
+/**
+ * 付録の始まり。参考文献の欄はここで終わる。
+ *
+ * `Appendix A` と書く RFC のほか、大文字 1 文字だけで始める RFC がある。
+ * RFC 2328 は `A. OSPF data formats` と書く。この形を見ていなかったため
+ * 参考文献の欄が閉じず、**付録の本文が最後の参照項目に丸ごと入り**、
+ * 付録の見出し 22 節も構造から落ちていた。
+ *
+ * 参照の続きの行と区別するため、**読点を含まない短い題名**であることを求める。
+ * `B. Braden, R., "Requirements for Internet Hosts", …` のように著者の頭文字が
+ * 1 桁目に来る RFC があり（RFC 1812）、これを付録と読むと参考文献の欄が
+ * そこで閉じて参照が 0 件になる。
+ */
+const APPENDIX_START_PATTERN = /^(?:APPENDIX\s+[A-Z]\b|Appendix\s+[A-Z]\b|[A-Z][.:]\s{1,3}[A-Z][^,]{0,58}$)/;
+/**
+ * 参考文献の 1 項目の始まり。
+ *
+ * 角括弧で目印を書くのが普通だが、番号だけを書く RFC がある。RFC 3164 は
+ *
+ * ```
+ *    1  Postel, J., "User Datagram Protocol", STD 6, RFC 768, August 1980.
+ *
+ *    2  Crocker, D. and P. Overell, "Augmented BNF for Syntax
+ *       Specifications: ABNF", RFC 2234, November 1997.
+ * ```
+ *
+ * と書く。角括弧だけを見ていたため、参考文献の欄はあるのに参照が 0 件だった。
+ * 番号のあとにピリオドを置く RFC もある（RFC 951 の `   1.  Ross Finlayson, …`）。
+ * 番号の形は、**字下げされていること**と、後ろに空白 2 個以上と大文字が来ることを
+ * 求める。字下げを求めないと、参考文献のあとに続く節見出しを項目として拾う
+ * （RFC 3629 の `14.  Informative References` `16.  Intellectual Property
+ * Statement`）。
+ *
+ * `TAG:n` の形は目印だけを 1 行に置く。RFC 1812 は `ARCH:8.` と `ARCH:9`
+ * （句点無し）を混ぜて書く。句点を必須にしていたため 104 件のうち 19 件が
+ * 直前の項目に繋がれ、ARCH:8 の題名が ARCH:9 のものになっていた。落ちた行は
+ * `hangingDefinition()` にも当たり、参考文献の項目が用語として出ていた。
+ */
+const REFERENCE_ENTRY_PATTERN = /^(?: {0,6}\[([^\]\s][^\]]*)\]| {1,6}(\d{1,3})\.?\s{2,}(?=[A-Z"])| {0,6}([A-Z][A-Z0-9]*:\d+)\.?\s*$)/;
 /**
  * 参考文献の欄（"14.1 Normative References" / "14.2 Informative References"）から
  * 参照を取り出す。
@@ -166,7 +311,7 @@ function extractTextReferences(lines, currentRfcNumber) {
         const entryStart = bucket ? line.match(REFERENCE_ENTRY_PATTERN) : null;
         if (entryStart) {
             flush();
-            anchor = entryStart[1].trim();
+            anchor = (entryStart[1] ?? entryStart[2] ?? entryStart[3]).trim();
             buffer = [line];
             continue;
         }
@@ -179,6 +324,22 @@ function extractTextReferences(lines, currentRfcNumber) {
         }
         // 1 桁目から始まる行だけが見出しになりうる。
         if (!/^\s/.test(line)) {
+            // 付録の見出しで欄を閉じる。`Appendix A.  Example JWTs` は
+            // `isValidSectionHeader` を通らないので、下の節見出しの判定では閉じない。
+            // 閉じないまま付録の本文を読み続け、1 桁目の `[JWS]` のような行を
+            // 参照項目として拾っていた。実測（RFC 67 本）で 5 件。
+            //
+            // | RFC | 取り込んでいた題名 |
+            // |---|---|
+            // | 3986 | `[RFC2234]` → `?` |
+            // | 6749 | `[W3C.REC-html401-19991224]` → `application/x-www-form-urlencoded` |
+            // | 7231 | `[RFC2045]` → `text`、`[RFC7230]` → `about:blank` |
+            // | 7519 | `[JWS]` → `alg":"RSA1_5` |
+            if (APPENDIX_START_PATTERN.test(line)) {
+                flush();
+                bucket = null;
+                continue;
+            }
             const headerMatch = line.match(SECTION_HEADER_PATTERN);
             const heading = headerMatch
                 ? isValidSectionHeader(headerMatch[1].replace(/\.$/, ''), headerMatch[2])
@@ -197,8 +358,22 @@ function extractTextReferences(lines, currentRfcNumber) {
                 if (headerMatch) {
                     flush();
                     bucket = null;
+                    continue;
                 }
             }
+            // 1 桁目から続く項目の本体。RFC 1305 は目印だけを 1 行に置き、
+            // 引用を次の行から 1 桁目で書く。
+            //
+            // ```
+            // [ABA89]
+            //
+            // Abate, et al. AT&T's new approach to the synchronization of
+            // telecommunication networks. IEEE Communications Magazine (April 1989).
+            // ```
+            //
+            // 落としていたため、48 件の題名が目印（`ABA89`）のままだった。
+            if (bucket && anchor)
+                buffer.push(line);
             continue;
         }
         if (!bucket)
@@ -209,6 +384,59 @@ function extractTextReferences(lines, currentRfcNumber) {
     flush();
     return result;
 }
+/**
+ * 参考文献の項目から、二重引用符で囲まれた題名を取る。
+ *
+ * 閉じ引用符は「読点・句点・セミコロン・空白のいずれかが続く引用符、または
+ * 項目の末尾の引用符」に限る。最初の `"…"` をそのまま採ると、題名の中に
+ * 引用符が入る項目で途中まで切れる。RFC 5280 の
+ *
+ * ```
+ * [RFC3454]  Hoffman, P. and M. Blanchet, "Preparation of
+ *            Internationalized Strings ("stringprep")", RFC 3454,
+ *            December 2002.
+ * ```
+ *
+ * は題名が `Preparation of Internationalized Strings (` で終わっていた。
+ *
+ * 閉じ引用符は、次が読点・句点・セミコロンまたは項目の末尾になる **最後の**
+ * 引用符とする。RFC 5246 の
+ * `"Methods for Avoiding the "Small-Subgroup" Attacks on … S/MIME", RFC 2785`
+ * は `"Small-Subgroup"` の閉じのあとが空白なので、そこで切ると
+ * `Methods for Avoiding the "Small-Subgroup` になる。
+ * 読点・句点で終わる引用符が 1 つも無いときだけ、空白が続くものを採る
+ * （RFC 1123 の `"Addendum to RFC-987," S. Kille, RFC-???` は読点が引用符の中）。
+ */
+function quotedTitle(entry) {
+    const open = entry.indexOf('"');
+    if (open < 0)
+        return null;
+    let closer = -1;
+    let fallback = -1;
+    for (let i = open + 1; i < entry.length; i++) {
+        if (entry[i] !== '"')
+            continue;
+        const after = entry[i + 1];
+        if (after === undefined || /[,.;]/.test(after))
+            closer = i;
+        else if (/\s/.test(after))
+            fallback = i;
+    }
+    const at = closer >= 0 ? closer : fallback;
+    if (at <= open)
+        return null;
+    // 題名の中に残る引用符。数が奇数のときは、対になっていない＝行送りで
+    // 題名が割れたときの書き足しなので、落とす。RFC 1122 の
+    // `"A Standard for the Transmission of IP Datagrams over IEEE 802\n "Networks,"`
+    // は 2 行目の頭に引用符を置き直しており、`802 "Networks` になっていた。
+    const inner = entry.slice(open + 1, at);
+    const title = (inner.split('"').length - 1) % 2 === 1 ? inner.replace(/"/g, '') : inner;
+    return { full: entry.slice(open, at + 1), title };
+}
+/** 正誤表の項目の目印。`[Err3607]`。 */
+const ERRATA_ANCHOR = /^Err\d+$/i;
+/** 正誤表の項目の題名。`RFC Errata, Erratum ID 3607, RFC 4627, <…>`。 */
+const ERRATA_TITLE = /^RFC\s+Errata\b/i;
 /**
  * 参考文献の 1 項目を `RFCReference` にする。
  *
@@ -220,19 +448,44 @@ function extractTextReferences(lines, currentRfcNumber) {
  */
 function parseTextReference(anchor, rawEntry, type) {
     const entry = rawEntry.replace(/\s+/g, ' ').trim();
+    const quoted = quotedTitle(entry);
     let rfcNumber;
     const fromAnchor = /^RFC[\s-]*(\d+)$/i.exec(anchor);
     if (fromAnchor) {
         rfcNumber = parseInt(fromAnchor[1], 10);
     }
     else {
+        // 題名を外してから探す。
+        //
+        // RFC 1123 の `[SMTP:5b] "Addendum to RFC-987," S. Kille, RFC-???, …` は
+        // 題名の中の 987 を拾い、実在しない別文書を指していた。
+        //
+        // **最初の**番号を採る。項目のあとに注釈の段落が続く RFC があり、
+        // 最後の番号を採ると注釈の中の番号になる。RFC 1123 の
+        // `[DNS:1] "Domain Names - Concepts and Facilities," P. Mockapetris,
+        // RFC-1034, November 1987.` は、注釈の
+        // "obsolete RFC-882, RFC-883, RFC-973" から 973 を拾っていた。
+        const body = quoted ? entry.replace(quoted.full, ' ') : entry;
         // "RFC 2119" と "RFC-817"（古い RFC の書き方）の双方を拾う
-        const inline = [...entry.matchAll(/\bRFC[\s-]+(\d+)\b/g)];
-        if (inline.length > 0) {
-            rfcNumber = parseInt(inline[inline.length - 1][1], 10);
+        const inline = /\bRFC[\s-]+(\d+)\b/.exec(body);
+        if (inline) {
+            rfcNumber = parseInt(inline[1], 10);
         }
     }
-    const title = /"([^"]+)"/.exec(entry)?.[1].trim() || titleWithoutQuotes(entry);
+    // 題名の引用符の中に読点が入る（`"Assigned Numbers," J. Reynolds, …`）。
+    // 実測（テキスト経路の参照 859 件）で 121 件（14.1%）が読点で終わっていた。
+    const quotedText = quoted ? quoted.title.trim() : '';
+    const title = (quotedText || titleWithoutQuotes(entry) || '').replace(/[,;]$/, '');
+    // 正誤表の項目は RFC ではない。`[Err3607] RFC Errata, Erratum ID 3607,
+    // RFC 4627, <…>` から番号を拾うと、`get_rfc_dependencies` が
+    // 「RFC 8259 は RFC 4627 に依存する」と言うことになる。RFC 8259 は 4627 を
+    // 廃止した側である。RFC 7159 は `[Err3607]` に 3607、`[Err607]` に 607 と、
+    // 正誤表の番号そのものを RFC 番号として付けていた。
+    // RFCXML 経路は番号を持たないので、この形は出ない。
+    // 実測（RFC 82 本）: 12 件（7159 が 2 件、8259 が 6 件、8200 が 4 件）。
+    if (ERRATA_ANCHOR.test(anchor) || ERRATA_TITLE.test(title)) {
+        return { anchor, type, title: title || anchor };
+    }
     return {
         anchor,
         type,
@@ -240,7 +493,14 @@ function parseTextReference(anchor, rawEntry, type) {
         title: title || (rfcNumber ? `RFC ${rfcNumber}` : anchor),
     };
 }
-/** 引用符を使わない書式の項目から、題名にあたる部分を取る最大の長さ。 */
+/**
+ * 引用符を使わない書式の項目から、題名にあたる部分を取る最大の長さ。
+ *
+ * 上限で切るときは語の境目で切り、三点リーダを置く（`clipAtWord`）。以前は
+ * 途中で切っていたため、RFC 2822 の `[ASCII]` が
+ * "… American National Standard Code for Informatio" で終わっていた。
+ * 切ったことが分からないと、読み手はそれが題名の全部だと読む。
+ */
 const UNQUOTED_TITLE_MAX_LENGTH = 120;
 /**
  * 二重引用符を使わない古い書式の項目から題名を取る。
@@ -258,16 +518,56 @@ const UNQUOTED_TITLE_MAX_LENGTH = 120;
  * 何も取れなければ呼び出し側が anchor に戻す。
  */
 function titleWithoutQuotes(entry) {
-    const parts = entry
+    // 開き引用符だけがあって閉じていない項目がある。RFC 2131 の
+    // `[4] Braden, R., Editor, "Requirements for Internet Hosts --
+    //  Application and Support, STD 3, RFC 1123, …` は閉じ引用符が無い
+    //（原文の誤り）。開き引用符から、出典の切れ目までを題名とみなす。
+    const unbalanced = /"([^"]+?)(?:,\s*(?:STD|RFC|BCP|Work in Progress)\b|$)/.exec(entry);
+    if (unbalanced && (entry.match(/"/g) ?? []).length === 1) {
+        const candidate = unbalanced[1].trim();
+        if (candidate.length >= 12)
+            return clipAtWord(candidate, UNQUOTED_TITLE_MAX_LENGTH);
+    }
+    // 目印は題名ではない。RFC 1305 は `[BEL86]` を 1 行に置き、次の行から
+    // 引用を書くため、繋いだ項目が目印で始まる。RFC 1812 の `ARCH:8.` も同じ。
+    const body = entry
+        .replace(/^\[[^\]]+\]\s*/, '')
+        .replace(/^[A-Z][A-Z0-9]*:\d+\.?\s*/, '')
+        .trim();
+    const parts = body
         .split(/\.\s+/)
         .map((part) => part.replace(/\.$/, '').trim())
         .filter((part) => part.length > 0);
-    if (parts.length < 2)
-        return undefined;
-    const longest = parts.reduce((best, part) => (part.length > best.length ? part : best), '');
-    if (longest.length < 12)
-        return undefined;
-    return longest.slice(0, UNQUOTED_TITLE_MAX_LENGTH).trim();
+    // 出典の部分は題名ではない。RFC 1305 の
+    // `Defense Advanced Research Projects Agency. Internet Protocol. DARPA
+    //  Network Working Group Report RFC-791, USC Information Sciences
+    //  Institute, September 1981.`
+    // で最長の部分を採ると、題名が出典と日付の塊になっていた。
+    // RFC 番号・西暦・ページ範囲を含む部分を落としてから選ぶ。
+    const withoutImprint = parts.filter((part) => !/\bRFC[\s-]*\d+\b|\b(?:19|20)\d{2}\b|\b\d+-{1,2}\d+\b/.test(part));
+    const candidates = withoutImprint.length > 0 ? withoutImprint : parts;
+    const longest = candidates.reduce((best, part) => (part.length > best.length ? part : best), '');
+    if (longest.length >= 12 && parts.length >= 2) {
+        return clipAtWord(longest, UNQUOTED_TITLE_MAX_LENGTH);
+    }
+    // 文の切れ目が無い引用がある。RFC 5246 の
+    // `[X680] ITU-T Recommendation X.680 (2002) | ISO/IEC 8824-1:2002,
+    //  Information technology - Abstract Syntax Notation One (ASN.1)…`
+    // は句点で割れない。目印を外した本文をそのまま題名にする。
+    // 落とすと、題名が目印（`X680`）のままになる。
+    //
+    // 出典（`, RFC 2401, November 1998.`）は題名ではないので落とす。RFC 3168 の
+    // `[RFC2401] Kent, S. and R. Atkinson, Security Architecture for the
+    //  Internet Protocol, RFC 2401, November 1998.` は句点が末尾にしか無く、
+    // 上の「最長の部分」の規則に入らないため、題名に RFC 番号が残っていた。
+    const withoutSeries = body.replace(/,\s*(?:RFC|STD|BCP|FYI)[\s-]*\d+.*$/i, '').trim();
+    if (withoutSeries.length >= 12) {
+        return clipAtWord(withoutSeries, UNQUOTED_TITLE_MAX_LENGTH);
+    }
+    if (body.length >= 12) {
+        return clipAtWord(body, UNQUOTED_TITLE_MAX_LENGTH);
+    }
+    return undefined;
 }
 /**
  * メタデータ抽出（テキストから）
@@ -277,8 +577,45 @@ function extractTextMetadata(lines, rfcNumber) {
         title: extractTextTitle(lines),
         number: rfcNumber,
         date: extractTextPublicationDate(lines),
+        authorOrder: extractTextAuthorSurnames(lines),
     };
 }
+/** 著者欄が始まる桁。ここから右が著者と所属の欄になる。 */
+const AUTHOR_COLUMN = 40;
+/** 著者欄を探す行数。ヘッダ塊はこの範囲に収まる。 */
+const AUTHOR_HEADER_LINES = 20;
+/**
+ * 著者名の形。`I. Fette` `M. St. Laurent` `R. Fielding, Ed.`。
+ *
+ * 姓だけを返す。所属（`Google, Inc.` `Isode Ltd.`）は頭文字の点を持たないか、
+ * `Inc.` `Ltd.` などで終わるので当たらない。ただし `U.C. Berkeley` のように
+ * 所属が名前と同じ形に見えることがある。**そのため、この一覧は名前の代わりには
+ * 使わない。並べ替えの手掛かりにだけ使う。**
+ */
+const AUTHOR_NAME_PATTERN = /^(?:[A-Z][a-z]?\.\s*)+([A-Z][A-Za-z'\u2019-]+)(?:,\s*Ed\.)?$/;
+/**
+ * テキスト版 RFC のヘッダ塊から、著者の姓を印字順に取り出す。
+ *
+ * ```
+ * Internet Engineering Task Force (IETF)                          I. Fette
+ * Request for Comments: 6455                                  Google, Inc.
+ * Category: Standards Track                                    A. Melnikov
+ * ISSN: 2070-1721                                               Isode Ltd.
+ * ```
+ *
+ * Datatracker の `documentauthor.order` は本文の並びと食い違うことがある。
+ * この RFC では API が 0=Melnikov、1=Fette を返す。
+ */
+function extractTextAuthorSurnames(lines) {
+    const surnames = [];
+    for (const line of lines.slice(0, AUTHOR_HEADER_LINES)) {
+        const right = line.slice(AUTHOR_COLUMN).trim();
+        const match = AUTHOR_NAME_PATTERN.exec(right);
+        if (match)
+            surnames.push(match[1].toLowerCase());
+    }
+    return surnames;
+}
 /** 題名の位置に来ることがある見出し。当たったら題名は取れていない。 */
 const FRONT_MATTER_HEADINGS = new Set([
     'abstract',
@@ -313,6 +650,10 @@ const FRONT_MATTER_HEADINGS = new Set([
  *
  * @returns 題名。判別できなければ `undefined`（呼び出し側が API の題名へ落とす）
  */
+/** 題名が前置詞・接続詞で終わっている（文として途中である）。 */
+const TITLE_ENDS_INCOMPLETE = /\b(?:of|for|and|or|to|in|on|with|by|from|the|a|an)\s*$/i;
+/** 題名を割る空行の数の上限。 */
+const TITLE_GAP_MAX_LINES = 2;
 function extractTextTitle(lines) {
     const limit = Math.min(METADATA_EXTRACTION.MAX_LINES_TO_SCAN, lines.length);
     // ヘッダ塊の始まり
@@ -329,16 +670,47 @@ function extractTextTitle(lines) {
         index++;
     if (index >= limit)
         return undefined;
-    // 中央寄せなので字下げがある。無ければ題名ではない。
-    if (!/^\s/.test(lines[index]))
+    // 中央寄せなので字下げがある。ただし行幅いっぱいの題名は 1 桁目から始まる。
+    // RFC 7489 の
+    // "Domain-based Message Authentication, Reporting, and Conformance (DMARC)"
+    // は 71 文字あり、字下げを課すと `metadata.title` が空になっていた。
+    if (!/^\s/.test(lines[index]) &&
+        lines[index].trim().length < METADATA_EXTRACTION.WIDE_TITLE_MIN_LENGTH) {
         return undefined;
+    }
     // 空行までを 1 つの題名として繋ぐ（2 行に折り返す題名がある）
     const parts = [];
     while (index < limit && lines[index].trim() !== '' && parts.length < 3) {
         parts.push(lines[index].trim());
         index++;
     }
-    const title = parts.join(' ');
+    // 題名を空行で割る RFC がある。RFC 822 と RFC 733 は
+    //
+    //     STANDARD FOR THE FORMAT OF
+    //
+    //     ARPA INTERNET TEXT MESSAGES
+    //
+    // と書く。最初の空行で切ると `STANDARD FOR THE FORMAT OF` で終わり、
+    // `A5`（メタデータに題名がある）が破れていた。
+    //
+    // **前置詞・接続詞で終わっているときだけ**続きを取る。文として途中だからで、
+    // 完結している題名のあとに続く行（著者名や日付）は取らない。
+    if (parts.length > 0 && TITLE_ENDS_INCOMPLETE.test(parts[parts.length - 1])) {
+        let next = index;
+        while (next < limit && lines[next].trim() === '')
+            next++;
+        if (next < limit && next - index <= TITLE_GAP_MAX_LINES && /^\s/.test(lines[next])) {
+            parts.push(lines[next].trim());
+        }
+    }
+    // 題名に下線を引く RFC がある。RFC 768 は `User Datagram Protocol` の次の
+    // 行に `----------------------` を置く。繋ぐと題名の末尾に下線が付く。
+    const withoutUnderline = parts.filter((part) => !isUnderline(part));
+    // 表紙を `Title:` `Author:` `Installation:` の欄で書く最初期の RFC がある
+    // （RFC 1）。3 行を繋ぐと `Title:   Host Software Author:   Steve Crocker
+    // Installation:   UCLA` になっていた。`Title:` の値だけを採る。
+    const titleField = /^Title:\s*(.+)$/.exec(withoutUnderline[0] ?? '');
+    const title = titleField ? titleField[1].trim() : withoutUnderline.join(' ');
     if (title.length < METADATA_EXTRACTION.TITLE_MIN_LENGTH)
         return undefined;
     if (title.length > METADATA_EXTRACTION.TITLE_MAX_LENGTH)
@@ -349,18 +721,18 @@ function extractTextTitle(lines) {
 }
 /** ヘッダ行に現れる月名 → 月番号 */
 const TEXT_MONTHS = {
-    january: '01',
-    february: '02',
-    march: '03',
-    april: '04',
+    jan: '01',
+    feb: '02',
+    mar: '03',
+    apr: '04',
     may: '05',
-    june: '06',
-    july: '07',
-    august: '08',
-    september: '09',
-    october: '10',
-    november: '11',
-    december: '12',
+    jun: '06',
+    jul: '07',
+    aug: '08',
+    sep: '09',
+    oct: '10',
+    nov: '11',
+    dec: '12',
 };
 /**
  * テキスト版 RFC のヘッダから公開年月を取り出す。
@@ -375,12 +747,23 @@ const TEXT_MONTHS = {
  *
  * 本文中の "August 2022" を拾わないよう、走査はヘッダの範囲に限る。
  */
+/**
+ * 公開年月を探す行数。表紙が高い RFC がある。
+ *
+ * 1980 年代の RFC は表紙を空行で大きく空ける。RFC 821 は日付が 44 行目に
+ * あり、30 行までしか見ていなかったため `metadata.date` が空だった。
+ * 最初に当たったものを返すので、既に取れている RFC の値は変わらない。
+ */
+const DATE_MAX_LINES_TO_SCAN = 60;
 function extractTextPublicationDate(lines) {
-    const pattern = /\b(January|February|March|April|May|June|July|August|September|October|November|December)\s+(\d{4})\b/i;
-    for (let i = 0; i < Math.min(METADATA_EXTRACTION.MAX_LINES_TO_SCAN, lines.length); i++) {
+    // 日付まで書く RFC がある。RFC 20 は `October 16, 1969` と書き、
+    // 月と年だけを見る規則では当たらず `metadata.date` が空だった。
+    // 月を 3 文字に略す RFC もある（RFC 706 の `Nov 1975`）。
+    const pattern = /\b(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)[a-z]*\.?\s+(?:\d{1,2},\s*)?(\d{4})\b/i;
+    for (let i = 0; i < Math.min(DATE_MAX_LINES_TO_SCAN, lines.length); i++) {
         const match = pattern.exec(lines[i]);
         if (match) {
-            return `${match[2]}-${TEXT_MONTHS[match[1].toLowerCase()]}`;
+            return `${match[2]}-${TEXT_MONTHS[match[1].slice(0, 3).toLowerCase()]}`;
         }
     }
     return undefined;
@@ -405,6 +788,95 @@ function extractTextPublicationDate(lines) {
 function isTableOfContentsEntry(title) {
     return /(?:\.\s?){3,}\s*\d+\s*$/.test(title.trim());
 }
+/**
+ * リーダー無しの目次の 1 行。「番号 + 題名 + 空白 + 1〜3 桁のページ番号」。
+ *
+ * ```
+ * 3.2.     State Variables and Parameters 9
+ * 3.2.1.   Common Variables       9
+ * A.       Appendix A. NTP Data Format - Version 3        50
+ * ```
+ */
+const LEADERLESS_TOC_ENTRY = /^\s*(\d+(?:\.\d+)*|[A-Z](?:\.\d+)*)\.?\s+([A-Za-z]\S*(?:\s+\S+)*?)\s+(\d{1,3})\s*$/;
+/** リーダー無しの目次とみなすのに必要な、続きの行の数。 */
+const LEADERLESS_TOC_MIN_ENTRIES = 3;
+/**
+ * リーダー無しの目次の行番号を集める。
+ *
+ * `isTableOfContentsEntry` はドットのリーダーを必須にしている。RFC 1305 の
+ * 目次は `3.2.     State Variables and Parameters 9` とリーダー無しで
+ * ページ番号を書くため、目次の全行が節になっていた（`get_rfc_structure` に
+ * 題名にページ番号が付いた節が 14 件、本文の無い葉が 12 件）。本文の見出しは
+ * 番号を持たない（`State Variables and Parameters`）ので、番号無し見出しの
+ * 取り直しも効かない。
+ *
+ * 1 行だけでは本文の表と区別がつかない（題名が数字で終わる見出しもある。
+ * RFC 1305 の `Appendix A. NTP Data Format - Version 3`）。**空行だけを挟んで
+ * 3 行以上続き、ページ番号が減らず、番号に段のあるものが 1 つはある塊**を
+ * 目次とみなす。本文の表（`Value  Meaning`）は番号が 1 段しか無い。
+ */
+function leaderlessToc(lines) {
+    const toc = { lines: new Set(), entries: [] };
+    let run = [];
+    let lastPage = -1;
+    let dotted = false;
+    const flush = () => {
+        if (run.length >= LEADERLESS_TOC_MIN_ENTRIES && dotted) {
+            for (const entry of run) {
+                toc.lines.add(entry.index);
+                toc.entries.push({ number: entry.number, title: entry.title });
+            }
+        }
+        run = [];
+        lastPage = -1;
+        dotted = false;
+    };
+    for (let index = 0; index < lines.length; index++) {
+        const line = lines[index];
+        if (line.trim() === '')
+            continue;
+        const match = LEADERLESS_TOC_ENTRY.exec(line);
+        const page = match ? Number(match[3]) : -1;
+        if (!match || page < lastPage) {
+            flush();
+            if (!match)
+                continue;
+        }
+        run.push({ index, number: match[1], title: match[2].trim() });
+        lastPage = page;
+        if (match[1].includes('.'))
+            dotted = true;
+    }
+    flush();
+    return toc;
+}
+/**
+ * その行が、目次の題名と同じ番号無しの見出しなら、目次の番号と題名を返す。
+ */
+function tocTitleHeader(lines, index, toc, cursor) {
+    if (cursor >= toc.entries.length)
+        return null;
+    const trimmed = lines[index].trim();
+    if (trimmed === '' || trimmed.length > UNNUMBERED_HEADER_MAX_LENGTH)
+        return null;
+    // 直前は空行。直後は問わない。RFC 1305 は `Clock-Update Procedure` の
+    // 直後に本文を続ける見出しと、空行を挟む見出しが混在する。目次の題名と
+    // 順番どおりに一致することが手掛かりなので、直後の空行までは求めない。
+    const before = index > 0 ? lines[index - 1] : '';
+    if (before.trim() !== '')
+        return null;
+    const end = Math.min(cursor + TOC_TITLE_LOOKAHEAD, toc.entries.length);
+    for (let k = cursor; k < end; k++) {
+        if (toc.entries[k].title === trimmed)
+            return toc.entries[k];
+    }
+    return null;
+}
+/**
+ * 目次の題名と本文の行を突き合わせるとき、目次を何件先まで見るか。
+ * 本文に見出しが無い（または別の経路で取れた）項目を読み飛ばすため。
+ */
+const TOC_TITLE_LOOKAHEAD = 3;
 /**
  * 節見出しとして妥当か。
  *
@@ -440,21 +912,236 @@ function isValidSectionHeader(sectionNum, title) {
     const trimmed = title.trim();
     if (trimmed.length === 0)
         return false;
+    // 記号だけの題名は無い。RFC 1305 の C の注釈 `/* test` の折り返しで残った
+    // `1 */` が §1 になっていた。閉じ括弧や読点で始まる題名も無い。同じ RFC の
+    // troff の数式 `(T sub` の折り返し `2 )>, <$E~epsilon sub 4…` が §2 になっていた。
+    if (!/[A-Za-z0-9]/.test(trimmed) || /^[),\]}>]/.test(trimmed))
+        return false;
     // 題名は文を含まない。折り返した本文が数字から始まると節に見える。
     // RFC 1035 の "…the 26th bit corresponds to TCP port" の次の行は
     // "25 (SMTP).  If this bit is set, a SMTP server should be listening on TCP"
     // で、番号 25 の節として通っていた。句点のあとに語が続く題名は本文である。
     // RFC 8446 §7.4 "(EC)DHE Shared Secret Calculation" のように括弧で始まる
     // 題名はあるので、先頭の文字では判定しない。
-    return !/[.!?]\s+\S/.test(trimmed);
+    return !containsSentenceBreak(trimmed);
+}
+/**
+ * 題名の中の略語。ここに挙げた語のあとの `.` は文の終わりではない。
+ *
+ * RFC 1123 は出典を題名に書く。
+ * "3.2.1  Option Negotiation: RFC-854, pp. 2-3" の `pp.` を文の終わりと見ると、
+ * §3.2.1 から §3.2.8 の 8 節が丸ごと落ちる（v0.6.14 まで落ちていた）。
+ */
+const TITLE_ABBREVIATION = /(?:^|[\s(])(?:pp?|vol|nos?|secs?|chs?|figs?|eds?|al|etc|cf|vs|e\.g|i\.e|[A-Z]|[IVX]{1,4})\.$/i;
+/** 題名の中に、略語でない句点があるか。あればそれは題名ではなく本文である。 */
+function containsSentenceBreak(title) {
+    const pattern = /[.!?]\s+\S/g;
+    let match;
+    while ((match = pattern.exec(title)) !== null) {
+        const head = title.slice(0, match.index + 1);
+        // 三点リーダは文の終わりではない（RFC 1866 §5.4 "Headings: H1 ... H6"）。
+        if (/\.\.$/.test(head))
+            continue;
+        if (!TITLE_ABBREVIATION.test(head))
+            return true;
+    }
+    return false;
 }
 /**
  * セクション構造の抽出（テキストから）
  */
+/**
+ * 題名らしい大文字の並びか。
+ *
+ * 小文字で始まる題名を、本文の折り返しと見分ける 3 つ目の手がかりである。
+ * RFC 2445 §4 の `4 iCalendar Object Specification` は、番号に句点が無く、
+ * ページの区切りの直後なので直前も空行ではない。それでも題名である。
+ *
+ * - `iCalendar Object Specification` → 3 語中 3 語が大文字始まり
+ * - `characters, arriving from the user at 200ms intervals, would` → 0 語
+ *
+ * 1 語だけの題名（`origin-form`）はこの手がかりを使わない。判断できない。
+ */
+function looksLikeTitleCase(title) {
+    const words = title
+        .trim()
+        .split(/\s+/)
+        .filter((word) => /[A-Za-z]{3}/.test(word));
+    if (words.length < 2)
+        return false;
+    const capitalized = words.filter((word) => /^[A-Z]/.test(word)).length;
+    return capitalized * 2 >= words.length;
+}
+function appendixHeader(lines, index, previous) {
+    const line = lines[index];
+    const previousLetter = previous.letter;
+    // 下位の付録は段の深さに応じて字下げすることがある（RFC 1521 の "   E.1  …"、
+    // RFC 2328 の "    C.1 Global parameters" と "        D.4.1 Generating …"）。
+    // 深さで割り切れて 1 段 2〜4 桁なら認める。字下げなしも認める（RFC 2328 の
+    // `A.1` は 1 桁目から始まる）。
+    const indent = line.length - line.trimStart().length;
+    if (indent > APPENDIX_MAX_INDENT && !indentMatchesDepth(indent, line))
+        return null;
+    const match = APPENDIX_HEADER_PATTERN.exec(line.trim());
+    if (!match)
+        return null;
+    const [, explicit, letter, digits, title] = match;
+    const trimmed = title.trim();
+    if (trimmed.length < 3)
+        return null;
+    if (containsSentenceBreak(trimmed))
+        return null;
+    // 目次の行を付録の見出しにしない。番号付きの節では
+    // `isValidSectionHeader` が弾いているが、付録の経路には無かった。
+    // RFC 791 の目次は `APPENDIX A:  Examples & Scenarios ............ 34` で、
+    // これを拾うと本物の見出し（同じ番号）が重複で落ちる。
+    if (isTableOfContentsEntry(trimmed))
+        return null;
+    // `Appendix` と書く見出しは 1 桁目から始まる。字下げして `Appendix A.2` と
+    // 書いてあるのは本文からの参照である。RFC 7519 の
+    //   "   Appendix A.2 of [JWE], including the keys used."
+    // を付録 A.2 の見出しとして拾い、そのあとの本物の `A.2.  Example Nested JWT`
+    // が番号の重複で落ちていた。
+    if (explicit && indent > 0)
+        return null;
+    // 見出しの次の行は空く（折り返した題名の 2 行目なら、その次が空く）。
+    // 折り返した本文が `A.3.6 for details.` のように付録の番号から始まると
+    // 見出しに見える。数字の見出しに課している検査を付録にも課す。
+    const wrapped = appendixTitleContinuation(lines, index, line.replace(/\s+$/, '').length - trimmed.length);
+    if (wrapped === null)
+        return null;
+    const lastLine = wrapped === '' ? index : index + 1;
+    const fullTitle = wrapped === '' ? trimmed : `${trimmed} ${wrapped}`;
+    // `Appendix` と明示する形は、本文からの参照と紛れる。RFC 1305 §3 の折り返し
+    // `Appendix A for comprehensive list):` が Appendix A（411 ブロック）になり、
+    // 本物の `Appendix A. NTP Data Format - Version 3` が重複で落ちていた。
+    // 題名が小文字で始まるもの、読点・コロン・セミコロンで終わるものは本文である。
+    // 句点で終わるものは認める（RFC 1305 の `Appendix D. Differences from
+    // Previous Versions.`）。
+    if (explicit && (/^[a-z]/.test(trimmed) || /[,;:]$/.test(trimmed)))
+        return null;
+    // 深い段（A.1、A.1.2）は親の文字と同じであること。
+    // 親の文字が一致していれば十分なので、題名の先頭は問わない。
+    // RFC 6749 の `A.1.  "client_id" Syntax`、RFC 5321 の `F.4.  #-literals`、
+    // RFC 7489 の `B.5.  mailto Transport Example` のように、引用符・記号・
+    // 小文字で始まる題名がある。
+    //
+    // 代わりに、数字の見出し（`indentedSectionHeader`）と同じ 2 つを課す。
+    //
+    // - 句読点で終わらない。RFC 2328 の `        A.3.6 for details.` は
+    //   "See Sections A.3.2 through" の折り返しで、これが §A.3.6 になり、本物の
+    //   `A.3.6 The Link State Acknowledgment packet` が §A.3.5 に吸われていた。
+    // - 直前の付録の次に来る番号である（`isSuccessorSectionNumber`）。
+    //   `    A.4.1. Detailed formats of the different types of LSAs are described`
+    //   は §A.3.5 の直後に現れる。A.4.1 は A.3.5 の次ではない。
+    if (digits) {
+        if (previousLetter !== letter)
+            return null;
+        if (/[.,;:]$/.test(trimmed))
+            return null;
+        const number = `${letter}${digits}`;
+        if (!isSuccessorSectionNumber(appendixAsNumber(previous.number), appendixAsNumber(number) ?? number)) {
+            return null;
+        }
+        return { number, title: fullTitle, lastLine };
+    }
+    // 1 段目は字下げしない
+    if (indent > 0)
+        return null;
+    // 題名が大文字か数字で始まること。**`Appendix` と書いていないときだけ**課す。
+    // 本文の `B. Smith` のような行を拾わないための規則であり、`Appendix` の語が
+    // あるならその心配は無い。課していたため、RFC 7515 の
+    // `Appendix B.  "x5c" (X.509 Certificate Chain) Example` が落ち、
+    // **そのあとの付録 C〜F も「A の次は B」の順番が合わずに落ちていた**（4 節）。
+    if (!explicit && !/^["'([]?[A-Z0-9]/.test(trimmed))
+        return null;
+    // 1 段目は A から始まり、1 つずつ進む
+    const expected = previousLetter ? String.fromCharCode(previousLetter.charCodeAt(0) + 1) : 'A';
+    if (letter !== expected)
+        return null;
+    // `Appendix` と書いていない 1 文字の見出しは、A から始まるものだけ認める。
+    // 本文の "B. Smith" のような行を拾わないため。
+    if (!explicit && !previousLetter && letter !== 'A')
+        return null;
+    return { number: letter, title: fullTitle, lastLine };
+}
+/**
+ * 付録の番号を数字の節番号の形にする。`A.3.5` → `1.3.5`、`A` → `1`。
+ * `isSuccessorSectionNumber` に掛けるため。文字は 1 段目にしか来ない。
+ */
+function appendixAsNumber(number) {
+    if (number === null)
+        return null;
+    return number.replace(/^[A-Z]/, (letter) => String(letter.charCodeAt(0) - 64));
+}
+/**
+ * 付録の見出しの続き。次の行が空いていれば `''`、折り返した題名の 2 行目なら
+ * その文字列、どちらでもなければ `null`（見出しではない）。
+ *
+ * 折り返しは 2 通りある。
+ *
+ * - 題名の開始桁に揃える（`titleContinuation`）。
+ * - 題名より深く字下げする。RFC 1521 の
+ *   `   E.2  Registration of New Access-type Values` /
+ *   `           for Message/external-body` は 1 行目が 46 桁で、72 桁の
+ *   折り返しではない。次の行が見出しより深く、40 文字以下で、句点で終わらず、
+ *   その次が空くときだけ続きとする。
+ *
+ * 次の行が別の見出しでもよい。RFC 822 の `C.5.  ADDRESS SPECIFICATION` は
+ * ページの終わりに置かれ、区切りを外すと `C.5.1.  ADDRESS` が直後に来る。
+ */
+function appendixTitleContinuation(lines, index, titleColumn) {
+    const next = (lines[index + 1] ?? '').replace(/\s+$/, '');
+    const text = next.trim();
+    if (text === '')
+        return '';
+    if (APPENDIX_HEADER_PATTERN.test(text) || SECTION_HEADER_PATTERN.test(text))
+        return '';
+    const aligned = titleContinuation(lines, index, titleColumn);
+    if (aligned !== null)
+        return aligned;
+    const line = lines[index];
+    const indent = line.length - line.trimStart().length;
+    if (next.length - text.length <= indent)
+        return null;
+    if (text.length > HEADER_CONTINUATION_MAX_LENGTH)
+        return null;
+    if (/[.!?,;:]$/.test(text))
+        return null;
+    if ((lines[index + 2] ?? '').trim() !== '')
+        return null;
+    return text;
+}
+/**
+ * `Appendix A.  Title` / `A.1.  Title` / `Appendix A - Title` に当たる。
+ *
+ * 見出しを全部大文字で書く RFC がある。RFC 1812 は
+ * `APPENDIX D. Multicast Routing Protocols` と書く。`Appendix` だけを見て
+ * いたため付録の始まりと分からず、続く `D.1 Introduction` 以下 18 節が
+ * 構造から落ちていた。
+ */
+const APPENDIX_HEADER_PATTERN = /^(APPENDIX\s+|Appendix\s+)?([A-Z])((?:\.\d+)*)[.:]?(?:\s*[-–]+\s*|\s{1,3})(\S.*)$/;
+/**
+ * 字下げが段の深さに合っているか。`D.4.1` は深さ 3 なので 1 段 4 桁なら 8 桁。
+ */
+function indentMatchesDepth(indent, line) {
+    const match = /^([A-Z])((?:\.\d+)+)/.exec(line.trim());
+    if (!match)
+        return false;
+    const depth = match[2].split('.').length;
+    if (depth < 2 || indent % (depth - 1) !== 0)
+        return false;
+    const step = indent / (depth - 1);
+    return step >= INDENTED_HEADER_MIN_STEP && step <= INDENTED_HEADER_MAX_STEP;
+}
+/** 下位の付録に許す字下げ。 */
+const APPENDIX_MAX_INDENT = 4;
+/** 1 段目の節番号に許す飛び。RFC には欠番がある。 */
+const MAX_SECTION_NUMBER_GAP = 5;
 /** 字下げした見出しの、1 段あたりの字下げ幅。 */
-const INDENTED_HEADER_STEP = 3;
-/** 字下げ幅の許容差。 */
-const INDENTED_HEADER_TOLERANCE = 2;
+const INDENTED_HEADER_MIN_STEP = 2;
+/** 1 段あたりの字下げ幅の上限。 */
+const INDENTED_HEADER_MAX_STEP = 4;
 /**
  * 節番号が、直前の節の次に来る番号か。
  *
@@ -525,10 +1212,33 @@ function indentedSectionHeader(lines, index, previousNumber) {
     const depth = number.split('.').length;
     if (depth < 2)
         return null;
-    if (Math.abs(indent - (depth - 1) * INDENTED_HEADER_STEP) > INDENTED_HEADER_TOLERANCE)
+    // 1 段あたりの字下げ幅は RFC ごとに違う。RFC 1122 は 3 桁、RFC 2328 は
+    // 4 桁で刻む。3 桁を基準に前後 2 桁で見ていたため、RFC 2328 の深い節
+    // （`            12.4.1.1.  Describing point-to-point interfaces` は 12 桁、
+    // 3 桁基準なら 9 桁）が落ち、31 節が構造から消えていた。
+    //
+    // 「段の数で割り切れて、1 段あたりが 2〜4 桁」であることを求める。
+    if (indent % (depth - 1) !== 0)
         return null;
-    const title = match[2].trim();
-    if (title.length < 3 || !/^[A-Z]/.test(title) || /[.,;]$/.test(title))
+    const step = indent / (depth - 1);
+    if (step < INDENTED_HEADER_MIN_STEP || step > INDENTED_HEADER_MAX_STEP)
+        return null;
+    let title = match[2].trim();
+    // 題名が読点で終わるときは、次の行が続きである。
+    // RFC 1122 §4.2.2.8 の
+    //   "4.2.2.8  TCP Connection State Diagram: RFC-793 Section 3.2,"
+    //   "   page 23"
+    // は 2 行に分かれる。「次の行が空く」だけを課すと §4.2.2.8 から §4.2.2.11 の
+    // 4 節が落ちる。
+    let end = index;
+    const continuation = wrappedHeaderContinuation(lines, index, indent);
+    if (continuation !== null) {
+        title = `${title} ${continuation}`;
+        end = index + 1;
+    }
+    // 先頭は大文字。引用符や括弧で始まる題名があるので、それは読み飛ばす
+    // （RFC 1123 §4.1.4.2 の `"QUOTE" Command`）。
+    if (title.length < 3 || !/^["'“([]?[A-Z]/.test(title) || /[.,;]$/.test(title))
         return null;
     if (!isValidSectionHeader(number, title))
         return null;
@@ -536,10 +1246,55 @@ function indentedSectionHeader(lines, index, previousNumber) {
         return null;
     // 見出しの次の行は空く。直前は図や表の行のことがあるので問わない
     // （RFC 1122 §1.4 と §4.2 は図表の直後に置かれている）。
-    const after = index + 1 < lines.length ? lines[index + 1] : '';
+    const after = end + 1 < lines.length ? lines[end + 1] : '';
     if (after.trim() !== '')
         return null;
-    return { number, title };
+    return { number, title, lastLine: end };
+}
+/** 折り返した見出しとみなす続きの行の、最大の長さ。 */
+const HEADER_CONTINUATION_MAX_LENGTH = 40;
+/**
+ * 折り返しが起きたとみなす、見出しの行の最小の幅。
+ *
+ * RFC のテキストは 72 桁で折り返す。これより短い行は折り返されていないので、
+ * 次の行は続きではなく本文である。
+ */
+const HEADER_WRAP_WIDTH = 60;
+/**
+ * 見出しの続きの行を返す。続きでなければ `null`。
+ *
+ * RFC 1122 は出典を題名に書くため、題名が 72 桁で折り返す。
+ *
+ * ```
+ *          4.2.2.9  Initial Sequence Number Selection: RFC-793 Section
+ *             3.3, page 27
+ *
+ *             A TCP MUST use the specified clock-driven selection of
+ * ```
+ *
+ * 「次の行が空く」だけを課すと §4.2.2.8 から §4.2.2.11 の 4 節が落ち、
+ * その節の要件が §4.2.2.7 に付く。
+ *
+ * 折り返しとみなす条件は 3 つ。
+ *
+ * - 見出しの行が 60 桁以上ある（折り返しが起きる幅に達している）
+ * - 次の行が見出しより深く字下げされ、40 文字以下である
+ * - その次の行が空く（本文の段落は 2 行目で終わらない）
+ */
+function wrappedHeaderContinuation(lines, index, indent) {
+    const line = lines[index].replace(/\s+$/, '');
+    if (line.length < HEADER_WRAP_WIDTH)
+        return null;
+    const next = index + 1 < lines.length ? lines[index + 1] : '';
+    const trimmed = next.trim();
+    if (trimmed === '' || trimmed.length > HEADER_CONTINUATION_MAX_LENGTH)
+        return null;
+    if (next.length - next.trimStart().length <= indent)
+        return null;
+    const after = index + 2 < lines.length ? lines[index + 2] : '';
+    if (after.trim() !== '')
+        return null;
+    return trimmed;
 }
 /** 中央寄せの見出しとみなす最小の字下げ。 */
 const CENTERED_HEADER_MIN_INDENT = 8;
@@ -577,19 +1332,174 @@ function centeredSectionHeader(lines, index) {
         return null;
     return { number, title };
 }
+/**
+ * 段落の途中で折り返した本文か。1 桁目から本文を組む RFC で、行頭に数字が
+ * 来た行を節と見分ける。
+ *
+ * RFC 1305 は本文を 1 桁目から組む。目次を除いたあと、次の 2 行が節になっていた。
+ *
+ * | 行 | 実体 |
+ * |---|---|
+ * | `6. When present, the data field contains a list of identifiers or` | `shown in Figure` の折り返し |
+ * | `3 (July 1987), 626-645.` | `J. ACM 34,` の折り返し（参考文献） |
+ *
+ * どちらも**直前の行が文の途中で終わっている**（文末記号が無い）。そのうえで、
+ *
+ * - 直前の行が読点で終わっていれば本文である。文は読点の次の行で終わらない。
+ * - 題名が前置詞・接続詞で終わり、次の行に続くなら本文である。
+ *
+ * 直前が空行か文末で終わっていれば見ない（RFC 1122 §1.4 は図表の直後に置かれる）。
+ * 題名が句点で終わることは判断に使わない。RFC 4960 §5.2.5 の
+ * `5.2.5.  Handle Duplicate COOKIE-ACK.` はページの先頭にあり、前のページが
+ * 文の途中で終わっているので、句点で落とすとこの節が消える。
+ */
+function isWrappedBodyLine(lines, index, title) {
+    const previous = (index > 0 ? lines[index - 1] : '').trim();
+    if (previous === '' || /[.:;!?]$/.test(previous))
+        return false;
+    if (/,$/.test(previous))
+        return true;
+    const next = (lines[index + 1] ?? '').trim();
+    return TITLE_ENDS_INCOMPLETE.test(title.trim()) && next !== '';
+}
+/**
+ * その節番号を、いま新しい節として受け入れてよいか。
+ *
+ * `SECTION_HEADER_PATTERN` は「数字 + 空白 + 何か」に当たるので、本文の中の
+ * 次のような行も節見出しに見える。
+ *
+ * | RFC | 行 | 実体 |
+ * |---|---|---|
+ * | 1123 | `1.   Unless there is private agreement between particular resolver and` | 要件一覧表の脚注 |
+ * | 1305 | 注釈 `test 1` の折り返しで、閉じ記号だけが残った行 | C の注釈 |
+ * | 1305 | `4 is used, this is the size of the clock filter …` | `Section` から折り返した本文 |
+ * | 1305 | `1.7 hours and a settling time to within one percent of the initial` | 折り返した本文 |
+ *
+ * どれも、その番号の節がすでに出たあとに現れる。RFC の節番号は文書の中で
+ * 一度しか使われず、前に戻ることもないので、次の 2 つで落とす。
+ *
+ * - すでに出した番号と同じ
+ * - 1 段目の番号が、いままでの最大より小さい
+ *
+ * RFC 1123 ではこれが実害になっていた。脚注の `1.` を節として受け入れると
+ * 直前の節番号が "1" に戻り、`isSuccessorSectionNumber` から見て §6.2 が
+ * 「次に来る番号」でなくなる。§6.2 以降の 8 節が丸ごと落ち、その節の要件が
+ * §6.1.5 に付いていた。
+ */
+function acceptsSectionNumber(state, candidate) {
+    if (state.seen.has(candidate))
+        return false;
+    // 付録は文字で番号を振る。数字の単調増加の検査は当てはまらない。
+    if (/^[A-Z]/.test(candidate))
+        return true;
+    const topLevel = Number(candidate.split('.')[0]);
+    if (!Number.isInteger(topLevel))
+        return false;
+    if (state.seen.size > 0 && topLevel < state.maxTopLevel)
+        return false;
+    // 1 段目の番号が大きく飛ぶ行は節ではない。
+    //
+    // RFC 2068 は Warning ヘッダの警告コードを表にして、`99 Miscellaneous warning`
+    // を 1 桁目に置く。これを §99 として受け入れると `maxTopLevel` が 99 になり、
+    // **そのあとの §14.46・§15・§15.1〜15.9・§16 が丸ごと落ちていた（30 節）。**
+    // 節番号は 1 ずつ増える。欠番があっても数個である。
+    if (state.seen.size > 0 && topLevel > state.maxTopLevel + MAX_SECTION_NUMBER_GAP)
+        return false;
+    return true;
+}
+/**
+ * 折り返した見出しの 2 行目を返す。折り返しでなければ `null`。
+ *
+ * 題名は右余白で折り返す。RFC 7519 §10.2 は
+ *
+ * ```
+ * 10.2.  Sub-Namespace Registration of
+ *        urn:ietf:params:oauth:token-type:jwt
+ * ```
+ *
+ * と 2 行になる。1 行目だけを取ると題名が "Sub-Namespace Registration of" で
+ * 終わり、**何の登録かが消える**。RFC 6797 §11.3 は
+ * "Using HSTS in Conjunction with Self-Signed Public-Key" で終わり、
+ * 何の証明書かが消えていた。
+ *
+ * 続きの行は**題名の開始桁にそろう**。これが本文と見分ける手掛かりである。
+ * RFC 1035 §6.4.1 は見出しの直後に本文が 1 桁目から続くので当たらない。
+ */
+function titleContinuation(lines, index, titleColumn) {
+    if (titleColumn < MIN_CONTINUATION_COLUMN)
+        return null;
+    const next = (lines[index + 1] ?? '').replace(/\s+$/, '');
+    const text = next.trim();
+    if (text === '')
+        return null;
+    if (next.length - text.length !== titleColumn)
+        return null;
+    // 見出しは 1 つの空行で終わる。3 行に折り返す題名は無い。
+    if ((lines[index + 2] ?? '').trim() !== '')
+        return null;
+    if (text.length > MAX_CONTINUATION_LENGTH)
+        return null;
+    // 別の見出しなら折り返しではない。
+    if (SECTION_HEADER_PATTERN.test(text))
+        return null;
+    // 題名は句点で終わらない。RFC 1123 の脚注 "particular server." を落とす。
+    if (/[.!?]$/.test(text))
+        return null;
+    if (containsSentenceBreak(text))
+        return null;
+    return text;
+}
+/** 続きの行とみなす字下げの下限。これより浅いと本文の 1 行目と見分けられない。 */
+const MIN_CONTINUATION_COLUMN = 3;
+/** 続きの行の文字数の上限。折り返しの 2 行目が本文 1 行分になることは無い。 */
+const MAX_CONTINUATION_LENGTH = 60;
 function extractTextSections(lines) {
     const sections = [];
     let currentSection = null;
     let currentContent = [];
     let lastSectionNumber = null;
+    /** すでに節として出した番号と、1 段目の最大値。 */
+    const numbering = { seen: new Set(), maxTopLevel: 0 };
+    /** 直前に出した付録。付録が A から 1 つずつ進むことの確認に使う。 */
+    const lastAppendix = { letter: null, number: null };
+    const claimSectionNumber = (number) => {
+        numbering.seen.add(number);
+        numbering.maxTopLevel = Math.max(numbering.maxTopLevel, Number(number.split('.')[0]) || 0);
+        lastSectionNumber = number;
+        advanceToc(number);
+    };
+    /** リーダー無しの目次。その行は節にしない。題名は番号無しの見出しの照合に使う。 */
+    const toc = leaderlessToc(lines);
+    let tocCursor = 0;
+    /** 目次の並びを、いま出した番号の次まで進める。 */
+    const advanceToc = (number) => {
+        const at = toc.entries.findIndex((entry, k) => k >= tocCursor && entry.number === number);
+        if (at >= 0)
+            tocCursor = at + 1;
+    };
+    const openSection = (number, title) => {
+        if (currentSection) {
+            currentSection.content = createTextBlocks(currentContent.join('\n'));
+            sections.push(currentSection);
+        }
+        currentSection = { number, title, content: [], subsections: [] };
+        currentContent = [];
+        advanceToc(number);
+    };
     for (let index = 0; index < lines.length; index++) {
         const line = lines[index];
+        if (toc.lines.has(index)) {
+            if (currentSection)
+                currentContent.push(line);
+            continue;
+        }
         // 古い RFC は上位の節見出しを中央に寄せる（RFC 793 の "2.  PHILOSOPHY"）。
         // 1 桁目の規則だけでは §1 / §2 / §3 が丸ごと落ち、その節の要件が
         // 手前の節に付く。字下げが深く、題名が全部大文字で、前後が空行の
         // 1 段目の見出しだけを拾う。RFC 793 の状態遷移図にある
         // "  2.  SYN-SENT --> ..." は字下げが浅く、小文字を含むので当たらない。
-        const header = centeredSectionHeader(lines, index) ?? indentedSectionHeader(lines, index, lastSectionNumber);
+        const candidate = centeredSectionHeader(lines, index) ?? indentedSectionHeader(lines, index, lastSectionNumber);
+        const header = candidate && acceptsSectionNumber(numbering, candidate.number) ? candidate : null;
         if (header) {
             if (currentSection) {
                 currentSection.content = createTextBlocks(currentContent.join('\n'));
@@ -601,8 +1511,13 @@ function extractTextSections(lines) {
                 content: [],
                 subsections: [],
             };
-            lastSectionNumber = header.number;
+            claimSectionNumber(header.number);
             currentContent = [];
+            // 題名に継いだ行は本文ではない。進めないと、RFC 1122 §4.2.2.9 の
+            // 折り返し `3.3, page 27` が次の要件文の頭に付く
+            // （"3.3, page 27 A TCP MUST use the specified clock-driven …"）。
+            if (header.lastLine !== undefined)
+                index = header.lastLine;
             continue;
         }
         // 節見出しは 1 桁目から始まる。字下げされた行は本文の番号付きリスト項目である。
@@ -614,12 +1529,80 @@ function extractTextSections(lines) {
         // 52 件が節番号の重複だった）。番号だけが同じ「節」がいくつも並ぶと
         // `findSection` がどれを引くか定まらず、要件の `sectionTitle` にも本文の
         // 1 行目が出る。
+        // 付録は文字で番号を振る。数字の見出しを試す前に見る。
+        const appendix = appendixHeader(lines, index, lastAppendix);
+        if (appendix && acceptsSectionNumber(numbering, appendix.number)) {
+            if (currentSection) {
+                currentSection.content = createTextBlocks(currentContent.join('\n'));
+                sections.push(currentSection);
+            }
+            // 題名に継いだ行は本文ではない
+            index = appendix.lastLine;
+            currentSection = {
+                number: appendix.number,
+                title: appendix.title,
+                content: [],
+                subsections: [],
+            };
+            numbering.seen.add(appendix.number);
+            lastAppendix.letter = appendix.number[0];
+            lastAppendix.number = appendix.number;
+            currentContent = [];
+            advanceToc(appendix.number);
+            continue;
+        }
+        // 本文の見出しに番号が無く、目次にだけ番号がある RFC がある。RFC 1305 は
+        // 目次に `3.2.     State Variables and Parameters 9` と書き、本文の見出しは
+        // `State Variables and Parameters` だけである。目次の題名と同じ行が前後を
+        // 空行に挟まれて現れたら、目次の番号でその節を立てる。目次の並びの順に
+        // 照合し、数件先までしか見ない。同じ語が本文に単独で現れても、その番号の
+        // 順番が来ていなければ節にしない。
+        const fromToc = tocTitleHeader(lines, index, toc, tocCursor);
+        if (fromToc && acceptsSectionNumber(numbering, fromToc.number)) {
+            openSection(fromToc.number, fromToc.title);
+            if (/^[A-Z]/.test(fromToc.number)) {
+                numbering.seen.add(fromToc.number);
+                lastAppendix.letter = fromToc.number[0];
+                lastAppendix.number = fromToc.number;
+            }
+            else {
+                claimSectionNumber(fromToc.number);
+            }
+            continue;
+        }
         const match = line.replace(/\s+$/, '').match(SECTION_HEADER_PATTERN);
         if (match) {
             const sectionNum = match[1].replace(/\.$/, '');
             const title = match[2];
             // セクションヘッダーとして妥当性を検証
-            if (isValidSectionHeader(sectionNum, title)) {
+            // 小文字で始まる題名は、番号が句点で終わるか、直前が空行のときだけ
+            // 節とみなす。
+            //
+            // RFC 896 の本文は "…and would be sent immediately.  The next" のあと
+            // "24 characters, arriving from the user at 200ms  intervals,  would"
+            // と折り返す。これが番号 24 の節として通っていた。この RFC には節が
+            // 1 つも無いので、`get_rfc_structure` はこの 1 件だけを返していた。
+            //
+            // 2 つの条件はどちらか一方では足りない。
+            //
+            // | RFC | 行 | 番号の句点 | 直前が空行 |
+            // |---|---|---|---|
+            // | 7230 §5.3.1 | `5.3.1.  origin-form` | あり | 無し（前ページの最終行が ABNF の `/ asterisk-form`） |
+            // | 2616 §3.2.2 | `3.2.2 http URL` | 無し | あり |
+            // | 896（本文） | `24 characters, arriving from…` | 無し | 無し |
+            //
+            // 大文字で始まる題名には課さない。RFC 1122 §1.4 と §4.2 は図表の直後に
+            // 置かれており、空行を課すと 123 節が 64 節に減る。
+            const startsLowercase = /^[a-z]/.test(title.trim());
+            const numberEndsWithPeriod = match[1].endsWith('.');
+            const followsBlankLine = (index > 0 ? lines[index - 1] : '').trim() === '';
+            if (isValidSectionHeader(sectionNum, title) &&
+                acceptsSectionNumber(numbering, sectionNum) &&
+                (!startsLowercase ||
+                    numberEndsWithPeriod ||
+                    followsBlankLine ||
+                    looksLikeTitleCase(title)) &&
+                !isWrappedBodyLine(lines, index, title)) {
                 // 前のセクションを保存
                 if (currentSection) {
                     currentSection.content = createTextBlocks(currentContent.join('\n'));
@@ -628,15 +1611,23 @@ function extractTextSections(lines) {
                 // 見出しと本文が 1 行に入っている RFC がある（RFC 1035 §6.4.1 の
                 // "6.4.1. The contents of inverse queries and responses          Inverse"）。
                 // 4 個以上の空白で切り、残りは本文に回す。
-                const [headline, ...rest] = title.split(/ {4,}/);
+                const [headline, ...rest] = title.split(/ {3,}/);
+                // 折り返した題名の 2 行目を継ぐ。見出しと本文が 1 行に入っている
+                // ときは折り返しではないので見ない。
+                const headerLine = line.replace(/\s+$/, '');
+                const continuation = rest.length === 0
+                    ? titleContinuation(lines, index, headerLine.length - title.length)
+                    : null;
+                if (continuation)
+                    index++;
                 // 新しいセクションを開始
                 currentSection = {
                     number: sectionNum,
-                    title: headline.trim(),
+                    title: continuation ? `${headline.trim()} ${continuation}` : headline.trim(),
                     content: [],
                     subsections: [],
                 };
-                lastSectionNumber = sectionNum;
+                claimSectionNumber(sectionNum);
                 currentContent = rest.length > 0 ? [rest.join(' ').trim()] : [];
             }
             else if (currentSection) {
@@ -653,9 +1644,168 @@ function extractTextSections(lines) {
         currentSection.content = createTextBlocks(currentContent.join('\n'));
         sections.push(currentSection);
     }
+    // 番号の付いた見出しが無い RFC は、番号なしの見出しで取り直す。
+    if (sections.length < MIN_NUMBERED_SECTIONS) {
+        const unnumbered = extractUnnumberedSections(lines);
+        if (unnumbered.length > sections.length)
+            return unnumbered;
+    }
     // セクションを階層構造に整理
     return organizeSections(sections);
 }
+/** ここに満たないときは、番号なしの見出しで取り直す。 */
+const MIN_NUMBERED_SECTIONS = 2;
+/** 番号なしの見出しとみなす行の、文字数・語数・字下げの上限。 */
+const UNNUMBERED_HEADER_MAX_LENGTH = 60;
+const UNNUMBERED_HEADER_MAX_WORDS = 8;
+const UNNUMBERED_HEADER_MAX_INDENT = 12;
+/** 番号なしの見出しで取り直すのに必要な、見出しの最小数。 */
+const MIN_UNNUMBERED_HEADINGS = 2;
+/** 番号なしの見出しで作る階層の深さの上限。 */
+const UNNUMBERED_HEADER_MAX_DEPTH = 4;
+/**
+ * 番号なしの見出しで節を取る。
+ *
+ * 1980 年代の RFC は節に番号を振らない。
+ *
+ * ```
+ * INTRODUCTION
+ *
+ *    The purpose of the TELNET Protocol is to provide a fairly general,
+ *    bi-directional, eight-bit byte oriented communications facility.
+ * ```
+ *
+ * 番号を頼りにすると 1 つも取れない。実測（1980 年代の RFC 29 本）で
+ * 14 本が節 0〜1 だった。RFC 792（ICMP）、RFC 826（ARP）、RFC 854（Telnet）、
+ * RFC 894（IP over Ethernet）が含まれる。どれも RFC 1122 や RFC 1123 が
+ * 繰り返し参照する文書で、`get_rfc_structure` が何も返していなかった。
+ *
+ * 見出しとみなす条件は 6 つ。
+ *
+ * - 前後が空行
+ * - 3 文字以上 60 文字以下、8 語以下
+ * - 文末記号（`.` `!` `?` `,` `;` `:`）で終わらない
+ * - 小文字だけの行ではない
+ * - ページの飾り（`RFC 792`）や表の見出しではない
+ * - 字下げが 12 桁以内
+ *
+ * **番号は字下げの深さから作る。** 原文に番号は無いので、`§3.2` はこちらが
+ * 振った番号である。RFC 854 は `THE NETWORK VIRTUAL TERMINAL` の下に
+ * `TRANSMISSION OF DATA` を 3 桁字下げ、その下に `Interrupt Process (IP)` を
+ * 6 桁字下げで置く。文書の見た目だけが唯一の構造である。
+ */
+function extractUnnumberedSections(lines) {
+    const candidates = unnumberedHeadings(lines);
+    if (candidates.length < MIN_UNNUMBERED_HEADINGS)
+        return [];
+    // 字下げの深さを段の深さに直す。値そのものではなく、**そこまでに現れた**
+    // 字下げを浅い順に並べた順位を使う。
+    //
+    // 文書全体の字下げを先に集めると、上位の見出しが後ろに出る文書で番号が
+    // 狂う。RFC 855 は `Section 1 - …` を 3 桁字下げで先に並べ、そのあとに
+    // 1 桁目の `A Note on "Subnegotiation"` を置く。先に集めると 3 桁が 2 段目に
+    // なり、親のない `1.1` から始まってしまう。
+    const seen = [];
+    const counters = [];
+    const used = new Set();
+    const numberFor = (indent) => {
+        if (!seen.includes(indent)) {
+            seen.push(indent);
+            seen.sort((a, b) => a - b);
+        }
+        const depth = Math.min(seen.indexOf(indent), UNNUMBERED_HEADER_MAX_DEPTH - 1);
+        while (counters.length <= depth)
+            counters.push(0);
+        counters.length = depth + 1;
+        counters[depth] += 1;
+        // 番号が重ならないようにする。段の深さに上限があるため、上限より深い
+        // 見出しが 2 つの塊に分かれて現れると、同じ番号が 2 度出る。RFC 765 は
+        // 転送形式の一覧（`ASCII Format` …）とページ構造の一覧（`Header Length` …）が
+        // どちらも 4 段目に来て、**`3.1.1.1` から `3.1.1.5` が 2 度**立っていた。
+        // 番号が重なると `findSection` がどちらを引くか定まらない。
+        let number = counters.map((n) => Math.max(n, 1)).join('.');
+        while (used.has(number)) {
+            counters[depth] += 1;
+            number = counters.map((n) => Math.max(n, 1)).join('.');
+        }
+        used.add(number);
+        return number;
+    };
+    const flat = [];
+    let current = null;
+    let content = [];
+    let next = 0;
+    for (let index = 0; index < lines.length; index++) {
+        if (next < candidates.length && candidates[next].index === index) {
+            if (current) {
+                current.content = createTextBlocks(content.join('\n'));
+                flat.push(current);
+            }
+            const heading = candidates[next++];
+            current = {
+                number: numberFor(heading.indent),
+                title: heading.title,
+                content: [],
+                subsections: [],
+            };
+            content = [];
+            // 下線の行は本文ではない
+            if (heading.underlined)
+                index++;
+            continue;
+        }
+        if (current)
+            content.push(lines[index]);
+    }
+    if (current) {
+        current.content = createTextBlocks(content.join('\n'));
+        flat.push(current);
+    }
+    return organizeSections(flat);
+}
+/** 番号なしの見出しの候補を、文書に現れる順に返す。 */
+function unnumberedHeadings(lines) {
+    const found = [];
+    for (let index = 0; index < lines.length; index++) {
+        const line = lines[index];
+        const trimmed = line.trim();
+        if (trimmed.length < 3 || trimmed.length > UNNUMBERED_HEADER_MAX_LENGTH)
+            continue;
+        if (!/^[A-Za-z]/.test(trimmed))
+            continue;
+        // 下線を引いた見出しは末尾のコロンと疑問符を許す（RFC 826 の `Notes:`
+        // `Why is it done this way??`）。下線が無ければ文の途中と見分けられない。
+        const underlined = isUnderline(lines[index + 1] ?? '');
+        if (underlined ? /[.!,;]$/.test(trimmed) : /[.!?,;:]$/.test(trimmed))
+            continue;
+        if (trimmed.split(/\s+/).length > UNNUMBERED_HEADER_MAX_WORDS)
+            continue;
+        if (trimmed === trimmed.toLowerCase())
+            continue;
+        // ページの飾り。RFC 792 はページ見出しを "RFC 792" の 1 行で書くため、
+        // 前後が空行になり見出しの条件を満たしてしまう。
+        if (/^RFC[\s-]*\d+$/i.test(trimmed))
+            continue;
+        // 表の見出し（RFC 854 の "NAME                  CODE         MEANING"）。
+        if (looksLikeDiagram(trimmed))
+            continue;
+        const indent = line.length - line.trimStart().length;
+        if (indent > UNNUMBERED_HEADER_MAX_INDENT)
+            continue;
+        const before = index > 0 ? lines[index - 1] : '';
+        // 見出しの直後は空行。下線の行（`-----`）を挟む RFC がある。RFC 826 は
+        // `Notes:` の次の行に `------` を置くため、空行だけを求めると節が 0 件だった。
+        const after = index + (underlined ? 2 : 1) < lines.length ? lines[index + (underlined ? 2 : 1)] : '';
+        if (before.trim() !== '' || after.trim() !== '')
+            continue;
+        found.push({ index, indent, title: trimmed, underlined });
+    }
+    return found;
+}
+/** 見出しの下線。`-` か `=` を 3 つ以上並べた行。 */
+function isUnderline(line) {
+    return /^\s*(?:-{3,}|={3,})\s*$/.test(line);
+}
 /**
  * セクションを階層構造に整理
  */
@@ -703,15 +1853,210 @@ const MAX_PARAGRAPH_JOINS = 3;
  * 図・ABNF で終わる段落は繋がない。`acceptable-ranges = 1#range-unit | "none"` の
  * ように、文末記号が無いのが普通だからである。
  */
+/** 表示ブロックの 1 行にある語数の上限。 */
+const DISPLAY_BLOCK_MAX_WORDS = 3;
+/**
+ * 値を並べただけの塊か。
+ *
+ * RFC 8259 §3 は取りうる値を字下げして並べる。
+ *
+ * ```
+ *    A JSON value MUST be an object, array, number, or string, or one of
+ *    the following three literal names:
+ *
+ *       false
+ *       null
+ *       true
+ *
+ *    The literal names MUST be lowercase.  No other literal names are
+ *    allowed.
+ * ```
+ *
+ * この塊は文末記号を持たないので、続く段落と繋がれて要件文が
+ * "false null true The literal names MUST be lowercase." になっていた。
+ *
+ * `looksLikeDiagram` は当たらない。ABNF の規則でも罫線でもなく、
+ * 空白で桁を揃えてもいない、ただの短い語の並びである。
+ */
+function looksLikeDisplayBlock(text) {
+    const lines = text.split('\n').filter((line) => line.trim() !== '');
+    if (lines.length === 0)
+        return false;
+    const short = lines.every((line) => {
+        const trimmed = line.trim();
+        if (/[.!?]$/.test(trimmed))
+            return false;
+        return trimmed.split(/\s+/).length <= DISPLAY_BLOCK_MAX_WORDS;
+    });
+    if (!short)
+        return false;
+    if (lines.length >= 2)
+        return true;
+    // 1 行だけの塊は、地の文の折り返しか、値の並びかが分かれる。
+    //
+    // RFC 7159 §3 の `      false null true` は 1 行なので、2 行以上を求める
+    // 規則では落ちていた。続く段落と繋がれ、要件文が
+    // **"false null true The literal names MUST be lowercase."** になっていた。
+    // RFC 6749 §4.3.2 の `grant_type=password&username=johndoe&password=A3ddj3w`、
+    // RFC 3261 §19.1.1 の `parameter-name "=" parameter-value` も同じ形。
+    //
+    // 記号を含むか、機能語を 1 つも含まない語の並びなら、地の文ではない。
+    const only = lines[0].trim();
+    if (/["'=&<>{}|/\\_]|::=/.test(only))
+        return true;
+    const words = only.split(/\s+/);
+    return words.every((word) => /^[a-z][\w-]*$/.test(word) && !FUNCTION_WORDS.has(word));
+}
+/** 地の文にしか出ない語。1 語でもあれば、値の並びではない。 */
+const FUNCTION_WORDS = new Set([
+    'the',
+    'a',
+    'an',
+    'of',
+    'to',
+    'in',
+    'on',
+    'for',
+    'and',
+    'or',
+    'is',
+    'are',
+    'be',
+    'as',
+    'at',
+    'by',
+    'it',
+    'its',
+    'this',
+    'that',
+    'with',
+    'from',
+    'if',
+    'when',
+    'which',
+    'not',
+]);
+/**
+ * 箇条書きの項目で終わっているか。
+ *
+ * 項目は文末記号を持たないことが多い。RFC 6455 §3 は URI の組み立てを
+ *
+ * ```
+ *    o  "?" if the query component is non-empty
+ *
+ *    o  the query component
+ *
+ *    Fragment identifiers are meaningless in the context of WebSocket URIs
+ *    and MUST NOT be used on these URIs.
+ * ```
+ *
+ * と書く。`o  the query component` は文末記号を持たないので、次の段落と
+ * 繋がれ、要件文が **"the query component Fragment identifiers are
+ * meaningless …"** になっていた。項目は 1 つの単位であって、次の段落は
+ * その続きではない。
+ *
+ * ただし**項目のあとに項目が来るときは繋ぐ**。RFC 2616 §8.2.4 は
+ *
+ * ```
+ *    If at any point an error status is received, the client
+ *
+ *       - SHOULD NOT continue and
+ *
+ *       - SHOULD close the connection if it has not completed sending the
+ *         request message.
+ * ```
+ *
+ * と、箇条書きで 1 つの文を作る。ここで切ると要件文が
+ * "…the client - SHOULD NOT continue and" で終わる。
+ */
+function endsWithListItem(paragraph) {
+    const lines = paragraph.split('\n');
+    for (let i = lines.length - 1; i >= 0; i--) {
+        const line = lines[i];
+        if (line.trim() === '')
+            continue;
+        return LIST_ITEM_START.test(line) || LIST_ITEM_START.test(lines[0] ?? '');
+    }
+    return false;
+}
+/**
+ * コロンの続きとして取り込む項目の記号。
+ *
+ * `1.` `2.` の形は入れない。取り込むと `isSentenceEnd` が番号の句点を文の
+ * 終わりと読み、要件文が **"The client MUST validate the server's response as
+ * follows: 1."** で切れる（RFC 6455 §4.1）。
+ */
+const COLON_LIST_MARKER = /^\s*(?:o\s{2}|[-*+•]\s|\(\d+\)\s)/;
+/** コロンの続きとして取り込む項目に、記号のほかに要る文字数。 */
+const LIST_ITEM_MIN_CONTENT = 3;
+/** 箇条書きの項目の始まり。`o` は語と紛れるので空白 2 個を求める。 */
+const LIST_ITEM_START = /^\s*(?:o\s{2}|[-*+•]\s|\(\d+\)\s|\d+[.)]\s|[a-z][.)]\s)/;
+/**
+ * 直前の塊が「表示のための塊」かどうかを、字下げの深さで決める。
+ *
+ * RFC 7230 §6.7 の例示の中の
+ *
+ * ```
+ *      [... data stream switches to HTTP/2.0 with an appropriate response
+ *      (as defined by new protocol) to the "GET /hello.txt" request ...]
+ *
+ *    When Upgrade is sent, the sender MUST also send a Connection header
+ * ```
+ *
+ * は 6 桁目から始まり、続く地の文は 4 桁目から始まる。語数が多いので
+ * `looksLikeDisplayBlock` では当たらず、要件文が例示から始まっていた。
+ *
+ * 2 つ外す。
+ *
+ * - **箇条書きの項目**。RFC 2068 §8.2 は地の文を 4 桁目、項目を 3 桁目から
+ *   書く（`   No matter what the server version, if an error status is
+ *   received, the client` / `  o  MUST NOT continue and`）。字下げだけで
+ *   決めると、項目が本文から切り離される。
+ * - **小文字で始まる続きの文**。RFC 2616 §14.10 の `      Connection: close`
+ *   は、続く `   in either the request or the response header fields
+ *   indicates that …` の主語である。切ると `in` から始まる断片になる。
+ *
+ * 実測（RFC 67 本）: 例示が要件文の頭に付いていたもの **44 件**。
+ */
+function isDisplayByIndent(previous, paragraph) {
+    if (indentOf(previous) <= indentOf(paragraph))
+        return false;
+    if (LIST_ITEM_START.test(paragraph))
+        return false;
+    return !/^\s*[a-z]/.test(paragraph);
+}
+/** 塊の字下げ。空でない最初の行で測る。 */
+function indentOf(block) {
+    const line = block.split('\n').find((candidate) => candidate.trim() !== '') ?? '';
+    return line.length - line.trimStart().length;
+}
 function joinUnterminatedParagraphs(paragraphs) {
     const joined = [];
     const joinCount = [];
     for (const paragraph of paragraphs) {
         const last = joined.length - 1;
         const previous = joined[last];
+        // コロンで終わる文が、続く箇条書きで完結することがある。RFC 6797 §8.1 の
+        // "the UA MUST either:" は、続く 2 つの項目を取らないと**何を選ぶのかが
+        // 読めない**。RFC 1122 の "An ICMP error message MUST NOT be sent as the
+        // result of receiving:" も同じ。
+        // ただし**項目自身がキーワードを持つなら繋がない**。その項目は独立した
+        // 要件であり、取り込むと元の要件文が失われる（RFC 1122 §3.2.1.8 の
+        // "the following rules apply:" と "o The originating host MUST record …"）。
+        const completesWithList = previous !== undefined &&
+            /:\s*$/.test(previous) &&
+            COLON_LIST_MARKER.test(paragraph) &&
+            // 記号だけの行は取らない（RFC 1521 の付録は "1." だけの行を挟む）
+            paragraph.replace(COLON_LIST_MARKER, '').trim().length >= LIST_ITEM_MIN_CONTENT &&
+            !createRequirementRegex().test(paragraph);
         const canJoin = previous !== undefined &&
-            !/[.!?:;]\s*$/.test(previous) &&
+            (completesWithList || !/[.!?:;]\s*$/.test(previous)) &&
             !looksLikeDiagram(previous) &&
+            !looksLikeDisplayBlock(previous) &&
+            !isDisplayByIndent(previous, paragraph) &&
+            // 項目のあとに地の文が来たら、そこで切る。項目のあとに項目が来るなら、
+            // 箇条書きが 1 つの文を作っている途中なので繋ぐ。
+            !(endsWithListItem(previous) && !LIST_ITEM_START.test(paragraph)) &&
             joinCount[last] < MAX_PARAGRAPH_JOINS &&
             // どちらかに BCP 14 キーワードがあること。要件に関わらない箇所では繋がない。
             // RFC 3261 §7.3.1 は "is equivalent to" と表示例を交互に並べる。繋ぐと
@@ -734,16 +2079,8 @@ function createTextBlocks(text) {
         const trimmed = para.trim();
         if (!trimmed)
             continue;
-        // 要件マーカーを抽出
-        const requirements = [];
-        const regex = createRequirementRegex();
-        let match;
-        while ((match = regex.exec(trimmed)) !== null) {
-            requirements.push({
-                level: match[1],
-                position: match.index,
-            });
-        }
+        // 要件マーカーを抽出（XML 経路と同じもの）
+        const requirements = extractMarkers(trimmed);
         blocks.push({
             type: 'text',
             content: trimmed,
@@ -761,31 +2098,200 @@ function extractTextDefinitions(lines) {
     const definitions = [];
     const defPattern = /^\s*([A-Za-z][A-Za-z0-9\s-]*[A-Za-z0-9])\s*[-:]\s+(.+)$/;
     let currentSection = '';
-    for (const line of lines) {
+    let inIndex = false;
+    /** 付録の追跡。`extractTextSections` と同じ判定・同じ状態で進める。 */
+    const lastAppendix = { letter: null, number: null };
+    const seenAppendices = new Set();
+    for (let index = 0; index < lines.length; index++) {
+        const line = lines[index];
         const trimmed = line.trim();
-        // セクションを追跡
-        const sectionMatch = trimmed.match(SECTION_HEADER_PATTERN);
-        if (sectionMatch) {
-            currentSection = sectionMatch[1].replace(/\.$/, '');
+        // 付録を追跡。数字の見出ししか見ていなかったため、付録に入っても
+        // `currentSection` が更新されず、付録の定義が最後の番号付き節に付いていた。
+        // RFC 1812 の Appendix B（GLOSSARY）の用語 54 件が §11（REFERENCES）、
+        // RFC 8446 の Appendix E.1 の用語 10 件が §12.2（Informative References）
+        // になっていた。節は実在するので `G4` では見つからない。
+        const appendix = appendixHeader(lines, index, lastAppendix);
+        if (appendix && !seenAppendices.has(appendix.number)) {
+            seenAppendices.add(appendix.number);
+            lastAppendix.letter = appendix.number[0];
+            lastAppendix.number = appendix.number;
+            currentSection = appendix.number;
+            inIndex = /^index$/i.test(appendix.title);
+            index = appendix.lastLine;
             continue;
         }
-        // 定義パターンを探す
-        const defMatch = trimmed.match(defPattern);
-        if (defMatch) {
-            const term = defMatch[1].trim();
-            const definition = defMatch[2].trim();
-            // 短すぎる用語や一般的な単語は除外
-            if (term.length >= DEFINITION_EXTRACTION.MIN_TERM_LENGTH &&
-                definition.length >= DEFINITION_EXTRACTION.MIN_DEFINITION_LENGTH) {
-                definitions.push({
-                    term,
-                    definition,
-                    section: currentSection,
-                });
+        // セクションを追跡。節見出しは 1 桁目から始まる。字下げした行を数えると、
+        // フレーム図の目盛り（RFC 6455 の "0 1 2 3"）を節 0 として記録していた。
+        if (!/^\s/.test(line)) {
+            const sectionMatch = trimmed.match(SECTION_HEADER_PATTERN);
+            if (sectionMatch) {
+                currentSection = sectionMatch[1].replace(/\.$/, '');
+                // 索引は「見出し語 / 字下げした行数」の並びで、用語欄と同じ形をしている。
+                // RFC 7231 §11.2 の `A: Accept header field  38 …` を定義にしていた。
+                inIndex = /^index$/i.test(sectionMatch[2]?.trim() ?? '');
+                continue;
             }
         }
+        // 節に入る前は RFC の表紙である。`Request for Comments: 7519` や
+        // `Category: Standards Track` を用語として出していた（実測 111 件）。
+        if (currentSection === '')
+            continue;
+        if (inIndex)
+            continue;
+        // ぶら下げの用語欄。用語だけの行のあとに、深く字下げした説明が続く。
+        const hanging = hangingDefinition(lines, index);
+        if (hanging) {
+            definitions.push({ ...hanging.definition, section: currentSection });
+            index = hanging.lastLine;
+            continue;
+        }
+        // 定義パターンを探す
+        const defMatch = trimmed.match(defPattern);
+        if (!defMatch)
+            continue;
+        const term = defMatch[1].trim();
+        const definition = defMatch[2].trim();
+        if (term.length < DEFINITION_EXTRACTION.MIN_TERM_LENGTH)
+            continue;
+        if (definition.length < DEFINITION_EXTRACTION.MIN_DEFINITION_LENGTH)
+            continue;
+        if (!isDefinitionTerm(term))
+            continue;
+        // 段落の途中の行は定義ではない。
+        //
+        // これが誤りの主な出どころである。RFC の本文は 72 桁で折り返すので、
+        // 文の途中から始まる行がいくらでもある。RFC 6797 §4 の
+        //   "…is the overall name for the combined UA and server-side security"
+        // が「用語 = is the overall name for the combined UA」として出ていた。
+        //
+        // 定義の行は、空行のあとに来るか、前の行より深く字下げされている。
+        const previous = lines[index - 1] ?? '';
+        const indent = line.length - line.trimStart().length;
+        const previousIndent = previous.length - previous.trimStart().length;
+        if (previous.trim() !== '' && indent <= previousIndent)
+            continue;
+        // 用語欄は地の文の桁に置かれる。深く字下げされた `X: Y` は、見出し
+        // フィールドの例示である。
+        //
+        //   indent=3   CA: certification authority;                （RFC 5280 §3）
+        //   indent=5   Accept-Charset: iso-8859-5, unicode-1-1;q=0.8（RFC 7231 §5.3.3）
+        //   indent=9   Sec-WebSocket-Extensions: foo, bar; baz=2    （RFC 6455 §9.1）
+        //   indent=14  Specifications: ABNF", STD 68, RFC 5234,     （参考文献の欄）
+        if (indent > COLON_DEFINITION_MAX_INDENT)
+            continue;
+        definitions.push({ term, definition, section: currentSection });
     }
-    return definitions;
+    return dropNonDefinitions(definitions);
+}
+/** `X: Y` の形の用語欄を認める字下げの上限。これより深いものは例示である。 */
+const COLON_DEFINITION_MAX_INDENT = 4;
+/**
+ * ぶら下げの用語欄を読む。読めなければ `null`。
+ *
+ * RFC の用語欄で最も多い形は、用語だけの行のあとに説明を字下げして置くもの。
+ *
+ * ```
+ *    JSON Web Token (JWT)
+ *       A string representing a set of claims as a JSON object that is
+ *       encoded in a JWS or JWE, ...
+ * ```
+ *
+ * v0.6.25 まではこの形を 1 件も読めていなかった。`X: Y` の形しか見ておらず、
+ * RFC 7519 §2 の 10 件、RFC 2616 §1.3 の用語欄が丸ごと落ちていた。
+ *
+ * 用語の行は、空行のあと・浅い字下げ・短い・句点で終わらない。説明の行は
+ * それより深く字下げされ、大文字で始まる。参考文献の `[TAG]` と
+ * ASN.1・C 構造体の断片（`struct {`、`Dss-Sig-Value ::= SEQUENCE {`）を除く。
+ */
+function hangingDefinition(lines, index) {
+    if ((lines[index - 1] ?? '').trim() !== '')
+        return null;
+    const line = lines[index].replace(/\s+$/, '');
+    const term = line.trim();
+    const indent = line.length - term.length;
+    if (indent < HANGING_TERM_MIN_INDENT || indent > HANGING_TERM_MAX_INDENT)
+        return null;
+    if (term.length > HANGING_TERM_MAX_LENGTH)
+        return null;
+    if (term.split(/\s+/).length > HANGING_TERM_MAX_WORDS)
+        return null;
+    if (!/^[A-Za-z]/.test(term))
+        return null;
+    if (term.length < DEFINITION_EXTRACTION.MIN_TERM_LENGTH)
+        return null;
+    if (/[.:;,]$/.test(term))
+        return null;
+    // 参考文献の目印（RFC 1812 の `ARCH:9`）。句点無しの目印は用語欄と同じ形に
+    // なる。目印の行を落とさないと、参考文献の項目 19 件が用語として出る。
+    if (REFERENCE_TAG_ANCHOR.test(term))
+        return null;
+    // 文の書き出し・関係節を含むものは用語ではない
+    // （"Implementations that have implementation"）。
+    if (SENTENCE_OPENER.test(term))
+        return null;
+    if (RELATIVE_CLAUSE.test(term))
+        return null;
+    // 型定義・構造体の断片
+    if (/[{}|;=]|::=|\.\.\./.test(term))
+        return null;
+    const first = (lines[index + 1] ?? '').replace(/\s+$/, '');
+    const firstText = first.trim();
+    if (firstText === '')
+        return null;
+    if (first.length - firstText.length < indent + HANGING_BODY_MIN_OFFSET)
+        return null;
+    // 説明は文で始まる。`T1 f1;` のような並びを落とす。
+    if (!/^[A-Z]/.test(firstText))
+        return null;
+    // 空行までを説明とする。
+    const body = [];
+    let cursor = index + 1;
+    while (cursor < lines.length && lines[cursor].trim() !== '') {
+        body.push(lines[cursor].trim());
+        if (body.join(' ').length > HANGING_BODY_MAX_LENGTH)
+            break;
+        cursor++;
+    }
+    const definition = clipAtWord(body.join(' '), HANGING_BODY_MAX_LENGTH);
+    if (definition.length < DEFINITION_EXTRACTION.MIN_DEFINITION_LENGTH)
+        return null;
+    return { definition: { term, definition }, lastLine: cursor - 1 };
+}
+/** `TAG:n` 形の参考文献の目印。`ARCH:9` `FORWARD:10`。 */
+const REFERENCE_TAG_ANCHOR = /^[A-Z][A-Z0-9]*:\d+\.?$/;
+/** ぶら下げの用語欄の字下げと長さ。 */
+const HANGING_TERM_MIN_INDENT = 2;
+const HANGING_TERM_MAX_INDENT = 8;
+const HANGING_TERM_MAX_LENGTH = 60;
+const HANGING_TERM_MAX_WORDS = 6;
+/** 説明は用語より、これだけ深く字下げされている。 */
+const HANGING_BODY_MIN_OFFSET = 2;
+/** 説明の文字数の上限。 */
+const HANGING_BODY_MAX_LENGTH = 500;
+/**
+ * 用語として認めるか。
+ *
+ * テキスト経路の定義は「行の中の `X: Y`」でしか見分けられない。同じ形は
+ * 用語以外にも出るので、用語の側で絞る。
+ */
+function isDefinitionTerm(term) {
+    // IANA 登録票の項目（`o  Type name: application`、実測 58 件）。
+    if (/^o\s/.test(term))
+        return false;
+    // 用語は大文字・数字・引用符で始まる。小文字で始まる行は、折り返した文の
+    // 途中である（"is the overall name for…"、"are Private Names"）。
+    if (!/^[A-Z0-9"']/.test(term))
+        return false;
+    // 用語は短い。長いものは文である（"There are three classes of JWT Claim Names"）。
+    if (term.split(/\s+/).length > DEFINITION_EXTRACTION.MAX_TERM_WORDS)
+        return false;
+    // 文の書き出し・関係節を含むものは用語ではない
+    // （"The protocol has two parts: a handshake and…"）。
+    if (SENTENCE_OPENER.test(term))
+        return false;
+    if (RELATIVE_CLAUSE.test(term))
+        return false;
+    return true;
 }
 /**
  * テキストから要件を抽出