chaffjs 0.18.0 → 0.20.0

package/rules/clause-chain.yaml

@@ -0,0 +1,59 @@
+id: clause-chain
+layer: L3
+status: experimental
+how_to_find: clause-chain
+requires: [pos]
+languages: [ja]
+severity: info
+
+name:
+  ja: 一文に節がつながりすぎている
+  en: Too many clauses chained in one sentence
+
+why:
+  ja: 「調べて、まとめ、報告したが、返事がないので、もう一度送ったところ、」のように、「て」「が」「ので」や読点で節を次々につなぐと、読み手はどの節がどれに係るのかを覚えたまま最後まで読むことになります。文の長さが上限に収まっていても起きます。数えるのは、接続助詞（て・が・ので・から・ば・たら・ながら など）と、読点で止めた動詞・形容詞（まとめ、）です。「調べている」「読んでもらう」のような補助動詞へのつなぎは一つの述語なので数えません。鉤括弧で引いたものの中も数えません。
+  en: In Japanese, chaining clause after clause with て, が, ので or a comma after a verb makes the reader hold how each one attaches until the end of the sentence, even when the sentence is within the length limit. Conjunctive particles and verbs or adjectives stopped by a comma are counted; て joining a helper verb (調べている) is one predicate and is not. Anything in 「」 is not counted.
+
+message:
+  ja: 一文に節が {count} つつながっています（{limit} つまで）
+  en: "{count} clauses chained in one sentence (limit {limit})"
+
+how_to_fix:
+  ja: 節のつなぎ目のどこかで文を切ってください。「〜が、」「〜ので、」の所で切ると、前後の関係を「しかし」「そのため」で言い直せます。
+  en: Split the sentence at one of the joins, and say how the parts relate with a connective at the start of the next sentence.
+
+levels: { strict: 4, normal: 5, relaxed: 7 }
+
+use_for: [business, technical, blog, legal, docs, academic, literature, speech]
+
+group: readability
+summary:
+  ja: 「〜て、〜し、〜が、〜ので、」のように、一文の中で節を次々につないでいる所
+  en: A Japanese sentence that chains clause after clause with て, が, ので and commas
+example:
+  ja:
+    before: |
+      資料を調べて、内容をまとめ、課長に報告したが、返事がないので、もう一度送ってみたところ、翌日に返事が来て、修正を頼まれた。
+    after: |
+      資料を調べて内容をまとめ、課長に報告しました。返事がないのでもう一度送ると、翌日に返事が来ました。修正を頼まれています。
+
+not_flagged:
+  ja: 補助動詞へのつなぎ（調べている、読んでもらう）、鉤括弧で引いたものの中、上限までの節は数えません。英語の文書には使いません。
+  en: Joins to a helper verb, anything quoted in 「」, and clauses up to the limit are not counted. Not used on English documents.
+level_meaning:
+  ja: 一文の節 {limit} つまで
+  en: up to {limit} clauses in one sentence
+rewrite:
+  ja:
+    direction: 節のつなぎ目（「〜が、」「〜ので、」「〜て、」）のどこかで文を切り、切った所の関係を次の文の頭で言い直してください。
+    pairs:
+      - before: 資料を調べて、内容をまとめ、課長に報告したが、返事がないので、もう一度送った。
+        after: 資料を調べて内容をまとめ、課長に報告しました。しかし返事がないので、もう一度送りました。
+      - before: 会場を予約し、案内を送り、出欠を集めたが、人数が足りないので、日程を変えて、もう一度案内した。
+        after: 会場を予約し、案内を送って出欠を集めました。人数が足りなかったため、日程を変えてもう一度案内しました。
+    keep:
+      - 出来事の順序と、原因と結果の関係
+      - 誰が何をしたのか
+    avoid:
+      - 節を落として意味を変える
+      - 読点を消すだけで、同じ数の節をつないだままにする

package/rules/closing-cliche.yaml

@@ -57,8 +57,33 @@ example:
       Changing one line of the settings made the build twice as fast. Next, we will try running the tests in parallel.
 
 not_flagged:
-  ja: 最後の節だけを見ます。本文の途中の「まとめると」は普通のつなぎなので指しません。
-  en: Only the last section is checked; "to sum up" in the middle of the text is an ordinary link and is not reported.
+  ja: 最後の節の、終わりの四段落だけを見ます。見出しの無い文書でも同じです。文書の最初の段落と、それより前の本文の「まとめると」は普通のつなぎなので指しません。箇条書きの中も見ません。
+  en: Only the last four paragraphs of the last section are checked, with or without headings; the document's first paragraph and "to sum up" earlier in the text are ordinary links and are not reported. List items are not checked.
 level_meaning:
   ja: 当てはまる結びが {limit} 箇所あれば指摘
   en: reported once there are {limit}
+rewrite:
+  ja:
+    direction: 決まり文句の結びを消してください。本文の結論がすでに最後にあれば、そこで終えます。無ければ、本文で分かったことのうち持ち帰ってほしい一つを一文で書きます。
+    pairs:
+      - before: 設定は管理画面の一か所で変えられます。いかがでしたか？参考になれば幸いです。
+        after: 設定は管理画面の一か所で変えられます。
+      - before: 以上、キャッシュの消し方について解説しました。
+        after: キャッシュは、設定を変えるたびに消してください。（本文の結論がこれであるとき）
+    keep:
+      - 本文の結論
+    avoid:
+      - 本文に無い結論や呼びかけを足す
+      - 「いかがでしたか」を「ぜひ試してみてください」に替える
+  en:
+    direction: Delete the stock closing. If the piece already ends on its conclusion, stop there; if not, state in one sentence the one thing from the body the reader should take away.
+    pairs:
+      - before: The setting lives in one place on the admin page. Hope this helps!
+        after: The setting lives in one place on the admin page.
+      - before: In conclusion, we have explored how to clear the cache.
+        after: Clear the cache after every settings change. (when that is what the body found)
+    keep:
+      - the conclusion the body reached
+    avoid:
+      - adding a conclusion or a call to action that is not in the body
+      - swapping "Hope this helps" for "Give it a try"

package/rules/colon-lead-in.yaml

@@ -26,7 +26,7 @@ how_to_fix:
 # 1000 字あたりの数。2 つより少なければ言わない（ai-phrasing.ts の PILE）。
 levels: { strict: 1, normal: 2, relaxed: 4 }
 
-use_for: [blog, business, legal, docs, academic, literature, speech]
+use_for: [technical/readme, blog, business, legal, docs, academic, literature, speech]
 
 group: ai-tells
 summary:
@@ -52,8 +52,32 @@ example:
       - 地図
 
 not_flagged:
-  ja: 1 つだけのコロンの前置きと、コロンで終わらない前置き（「次のとおりとする。」）は数えません。説明書・法務・技術文書のジャンルでは見ません。短い文書は測りません。英語の文書は、人もよくこの形で書くので見ません。
-  en: A single colon lead-in, and a lead-in that does not end in a colon, are not counted. Documentation, legal and technical genres do not run this rule. Short documents are not measured. Japanese documents only.
+  ja: 1 つだけのコロンの前置きと、コロンで終わらない前置き（「次のとおりとする。」）は数えません。説明書・法務・仕様書（technical/spec）のジャンルでは見ません。短い文書は測りません。英語の文書は、人もよくこの形で書くので見ません。日本語の文書の中の英文（Examples include:）も数えません。
+  en: A single colon lead-in, and a lead-in that does not end in a colon, are not counted. Documentation, legal and specification (technical/spec) genres do not run this rule. Short documents are not measured. Japanese documents only, and in them only Japanese sentences; an English sentence inside (Examples include:) is not counted.
 level_meaning:
-  ja: 1000 字あたり {limit} 個まで
-  en: up to {limit} per 1000 characters
+  ja: コロンで箇条書きへ渡す文が 1000 字あたり {limit} 個まで
+  en: "colon lead-ins to lists: up to {limit} per 1000 characters"
+rewrite:
+  ja:
+    direction: コロンで箇条書きへ渡す所のうち、項目が二つか三つで互いに繋がっているものを文に戻してください。手順や部品の一覧は箇条書きのままにします。
+    pairs:
+      - before: |
+          保存期間は以下の通りです：
+
+          - 30 日間
+          - 期限を過ぎると消える
+        after: |
+          保存期間は 30 日間で、期限を過ぎると消えます。
+      - before: |
+          利点は次のとおりです：
+
+          - 速い
+          - 安い
+        after: |
+          速くて安いのが利点です。
+    keep:
+      - 項目の中身と数
+      - 手順の順番
+    avoid:
+      - 長い箇条書きを一つの長い文に詰める
+      - 項目の間に、書き手が書いていない因果を足す

package/rules/contrast-framing.yaml

@@ -29,7 +29,7 @@ levels:
   ja: { strict: 1, normal: 1.5, relaxed: 3 }
   en: { strict: 2, normal: 3, relaxed: 6 }
 
-use_for: [blog, business, legal, docs, academic, literature, speech]
+use_for: [technical/readme, blog, business, legal, docs, academic, literature, speech]
 
 group: ai-tells
 summary:
@@ -53,5 +53,36 @@ not_flagged:
   ja: 一つだけの対比、打ち消しを返していない「単なる」（「単なる設定ミスです」）、「A ではなく B です」だけの文、続けて並べた打ち消し（「まだです。まだ試していません。」）は指しません。短い文書は測りません。
   en: A single contrast, a denial nobody answers, and two denials in a row ("It's not ready. It's not tested.") are not reported. Short documents are not measured.
 level_meaning:
-  ja: 1000 字あたり {limit} 個まで
-  en: up to {limit} per 1000 words
+  ja: 1000 字あたり対比の枠 {limit} 個まで
+  en: up to {limit} contrast frames per 1000 words
+rewrite:
+  ja:
+    direction: 打ち消している側（X）を消し、言いたい側（Y）を普通の文で書いてください。X が誰かの実際の誤解なら、その誤解を書いたうえで一度だけ打ち消してください。
+    pairs:
+      - before: この仕組みは単なる道具ではなく、チームの文化です。
+        after: この仕組みは、チームの文化になっています。
+      - before: 問題はツールではなく、運用です。
+        after: 問題は運用にあります。
+      - before: 速さだけでなく、安心も届けます。
+        after: 速く、安心して使えます。
+    keep:
+      - 言いたい側（Y）の中身
+      - 誰かが実際に言った X への反論
+    avoid:
+      - 「ではなく」を「というより」「むしろ」に替えて、同じ枠を残す
+      - 消した X の代わりに、書き手が言っていない主張を足す
+  en:
+    direction: Delete the side you knock down (X) and state the side you mean (Y) as a plain sentence. If X is a real belief someone holds, name it and answer it once.
+    pairs:
+      - before: This tool is not just software, but a culture.
+        after: This tool has become part of how the team works.
+      - before: The problem isn't the tool, it's the process.
+        after: The problem is the process.
+      - before: We don't just ship fast; we ship safely.
+        after: We ship fast and safely.
+    keep:
+      - what Y says
+      - an answer to an X someone actually said
+    avoid:
+      - swapping "not X but Y" for "less X than Y" or "rather than X", which keeps the frame
+      - adding a claim the writer did not make in place of the deleted X

package/rules/cross-doc-broken-link.yaml

@@ -0,0 +1,83 @@
+id: cross-doc-broken-link
+layer: L1
+status: experimental
+how_to_find: cross-doc-broken-link
+# documents: compares the files of one run, so it runs only when chaff is given two or more files, or a folder.
+requires: [markdown, documents]
+severity: warning
+
+name:
+  ja: ほかのファイルへの行き先の無いリンク
+  en: Link to another file that goes nowhere
+
+why:
+  ja: 説明書や文書の束では、ページどうしを相対パスのリンクでつなぎます（[料金](./pricing.md#月額料金)）。ファイルの名前を変えたり見出しを書き換えたりすると、ほかのページからのリンクが行き先を失います。一つのファイルだけを見ても、行き先のファイルや見出しがあるかは分かりません。一度に渡したファイルどうしを突き合わせ、行き先のファイルが無いリンクと、行き先のファイルに無い見出しを指すリンクを指します。見出しの名前は字と数字だけで比べます。
+  en: 'A manual or a bundle of documents links its pages to each other with relative paths ("[Fees](./pricing.md#monthly-fee)"). Renaming a file or rewording a heading leaves the links from other pages with nowhere to go, and no single file shows it. The files given together are checked against each other: a link whose file is not there, and a link to a heading that file does not have, are pointed out. Heading anchors are compared on letters and digits only.'
+
+message:
+  ja: リンク「{link}」の行き先がありません
+  en: 'The link "{link}" goes nowhere'
+
+messages:
+  file:
+    ja: リンク「{link}」が指すファイル「{target}」が、一緒に見たファイルの中にありません
+    en: 'The link "{link}" points to "{target}", which is not among the files checked'
+  anchor:
+    ja: リンク「{link}」が指す「{target}」の見出しが、そのファイルにありません
+    en: 'The link "{link}" points to "{target}", but that file has no such heading'
+
+how_to_fix:
+  ja: 行き先のファイルの今の名前と、今の見出しの言葉に合わせてください。ファイルや見出しを消したなら、リンクも消すか、代わりのページを指してください。
+  en: Match the file's current name and the heading as it is now written. If the file or the heading is gone, remove the link or point it at the page that replaced it.
+
+placeholders:
+  link:
+    ja: 〇〇
+    en: the link
+  target:
+    ja: 行き先
+    en: the target
+
+levels: { strict: error, normal: warning, relaxed: info }
+
+use_for: [business, technical, blog, legal, docs, academic, literature, speech]
+
+group: structure
+summary:
+  ja: 一緒に見たほかのファイルへのリンクで、行き先のファイルか見出しが無いもの
+  en: A link to another of the files checked together whose file or heading is not there
+example:
+  ja:
+    other: |
+      # 手順
+
+      ## 準備
+
+      道具をそろえます。
+    before: |
+      # 案内
+
+      始める前に[準備](./a.md#用意)を読んでください。
+    after: |
+      # 案内
+
+      始める前に[準備](./a.md#準備)を読んでください。
+  en:
+    other: |
+      # Steps
+
+      ## Setup
+
+      Gather the tools.
+    before: |
+      # Guide
+
+      Before you start, read [Setup](./a.md#preparation).
+    after: |
+      # Guide
+
+      Before you start, read [Setup](./a.md#setup).
+
+not_flagged:
+  ja: URL、サイトの根からのパス（/guide/）、同じページの中へのリンク（broken-link が見ます）、Markdown でないファイル（画像やスクリプト）へのリンクは見ません。行き先のファイルが無くても、一緒に見たファイルのどれも置かれていないフォルダのものと、フォルダを指すリンク（./guide/）は、確かめようがないので指しません。拡張子を書かないリンク（./reference）は、.md などを補って探します。
+  en: URLs, paths from the site's root ("/guide/"), links within the same page (broken-link checks those) and links to files that are not Markdown (images, scripts) are not checked. A missing file in a folder that none of the files checked are in, and a link to a folder ("./guide/"), cannot be confirmed and are not reported. A link without an extension ("./reference") is looked up as .md and the like.

package/rules/cross-doc-term-variant.yaml

@@ -0,0 +1,73 @@
+id: cross-doc-term-variant
+layer: L3
+status: experimental
+how_to_find: cross-doc-term-variant
+# documents: compares the files of one run, so it runs only when chaff is given two or more files, or a folder.
+requires: [documents]
+# The katakana words come from the language package's split. Without parts of speech only the Latin and listed words are read.
+uses: [pos]
+severity: warning
+
+name:
+  ja: ファイルによって書き方が違う語
+  en: A word spelled differently in different files
+
+why:
+  ja: 説明書や文書の束では、一つのファイルの中ではそろっていても、ファイルどうしで書き方が分かれることがあります（あるページは「サーバ」、ほかのページは「サーバー」）。書いた人や書いた時期が違うと起きます。読み手は別のものかと迷い、サイトの検索でも片方を取りこぼします。一度に渡したファイルどうしを比べ、同じ語をファイルによって違う書き方で書いている所を指します。見る書き方は三つです。カタカナ語の語末の「ー」（サーバ／サーバー）、イギリスとアメリカの綴り（colour／color）、英字の語のハイフンの有無（e-mail／email）。どちらが正しいかは決めず、使うファイルの少ないほうを指します。
+  en: 'In a manual or a bundle of documents, each file can be consistent on its own while the files disagree with each other: one page writes "e-mail", the others "email". It happens when different people write at different times. A reader wonders whether they are different things, and a site search misses one. The files given together are compared, and a word written one way in some files and another way in the rest is pointed out. Three kinds of spelling are compared: the final ー of a katakana word (サーバ / サーバー), British and American spellings (colour / color), and a Latin word with and without a hyphen (e-mail / email). chaff does not pick a side; it points at the way fewer files use.'
+
+message:
+  ja: 「{matched}」と書いていますが、一緒に見たほかの {count} ファイルでは「{preferred}」です（例：{other}）
+  en: '"{matched}" here, but "{preferred}" in {count} other {count|file|files} checked with it (as in {other})'
+
+how_to_fix:
+  ja: 「{preferred}」に直してください。どちらに寄せるかをチームで決めているなら、chaff.yaml の prefer に書いておくと、どのファイルでも決めた書き方で見ます。
+  en: Change it to "{preferred}". If the team has decided which way, list the pair under prefer in chaff.yaml, and every file is checked against it.
+
+placeholders:
+  matched:
+    ja: 見つけた語
+    en: the word found
+  preferred:
+    ja: ほかのファイルの書き方
+    en: the other files' spelling
+
+levels: { strict: error, normal: warning, relaxed: info }
+
+use_for: [business, technical, blog, legal, docs, academic, literature, speech]
+
+group: consistency
+summary:
+  ja: 同じ語を、ファイルによって違う書き方で書いている所（サーバ／サーバー、e-mail／email）
+  en: The same word spelled one way in some files and another way in the rest (サーバ / サーバー, e-mail / email)
+example:
+  ja:
+    other: |
+      # 手順
+
+      サーバーを起動します。
+    before: |
+      # 案内
+
+      サーバに接続します。
+    after: |
+      # 案内
+
+      サーバーに接続します。
+  en:
+    other: |
+      # Steps
+
+      Send an email to the team.
+    before: |
+      # Guide
+
+      Reply to the e-mail by Friday.
+    after: |
+      # Guide
+
+      Reply to the email by Friday.
+
+not_flagged:
+  ja: 一つのファイルの中で両方の書き方を使っている語は、そのファイルを数えません（ファイルの中の揺れは katakana-long-vowel などが見ます）。違う語どうし（サーバーとブラウザ）は比べません。語末の「ー」の前が 1 音の語（カー）、辞書が固有名詞と知っている語、chaff.yaml の names に並べた名前、引用符の中の英語の綴り、文の途中で大文字で始まる英語の名前も見ません。ハイフンは、一緒に見たファイルのどれかがハイフンで書いた語だけを比べます。
+  en: A file that writes a word both ways is not counted for that word (the per-file rules, such as katakana-long-vowel, point at that). Different words are not compared (サーバー and ブラウザ). Katakana words of one mora before the final ー (カー), words the dictionary knows as proper nouns, the names under names in chaff.yaml, spellings inside quotation marks, and capitalized names in mid-sentence are left alone. For hyphens, only words that one of the files writes with a hyphen are compared.

package/rules/cushion-phrase-density.yaml

@@ -15,7 +15,7 @@ why:
   en: One softener is courtesy. Several push the point further away, and the reader has to hunt for it.
 
 message:
-  ja: 「{matched}」など、クッション言葉が 1000 語あたり {density} 個あります（{limit} 個まで）
+  ja: 「{matched}」など、クッション言葉が 1000 字あたり {density} 個あります（{limit} 個まで）
   en: '"{matched}" and other softeners: {density} per 1000 words (limit {limit})'
 
 how_to_fix:
@@ -45,8 +45,35 @@ example:
       Could you check the quote by Friday? The total on page two changed.
 
 not_flagged:
-  ja: クッション言葉が一つだけなら礼儀なので指しません。短い文書は測りません。
-  en: One softener is courtesy and is not reported. Short documents are not measured.
+  ja: クッション言葉が一つだけなら礼儀なので指しません。短い文書（メールなど）は短い手紙ほどの長さの文書として測り、既定の水準では三つ目から指します。一つだけならどの水準でも指しません。
+  en: One softener is courtesy and is not reported. A short document, such as an email, is measured as if it were as long as a short letter, so at the default level the third softener is the first reported; one alone is never reported.
 level_meaning:
-  ja: 1000 字あたり {limit} 個まで
-  en: up to {limit} per 1000 words
+  ja: 1000 字あたりクッション言葉 {limit} 個まで
+  en: up to {limit} softeners per 1000 words
+rewrite:
+  ja:
+    direction: クッション言葉は最初の一つだけ残し、あとは用件（何を、いつまでに）から書いてください。敬語の丁寧さは変えません。
+    pairs:
+      - before: 恐れ入りますが、念のため、お手数ですが、資料をご確認いただけますでしょうか。
+        after: 恐れ入りますが、資料をご確認いただけますか。
+      - before: 大変申し訳ないのですが、もし可能であれば、金曜までにご返信いただけると幸いです。
+        after: 申し訳ありませんが、金曜までにご返信いただけますか。
+    keep:
+      - 敬語の丁寧さと、相手との距離
+      - 依頼の中身、期限、宛先
+    avoid:
+      - クッション言葉を全部消して命令の口調にする
+      - 期限や条件を落とす
+  en:
+    direction: Keep the first softener and lead with the request (what, by when) after that. Keep the level of politeness.
+    pairs:
+      - before: Sorry to bother you, but I just wanted to check whether you might possibly be able to review the draft.
+        after: Sorry to bother you. Could you review the draft?
+      - before: Just a quick note to gently remind you, if you don't mind, that the report is due Friday.
+        after: A reminder that the report is due Friday.
+    keep:
+      - the level of politeness
+      - the request, its deadline and who it is for
+    avoid:
+      - deleting every softener until the request reads as an order
+      - dropping a deadline or a condition

package/rules/dangling-reference.yaml

@@ -25,6 +25,7 @@ how_to_fix:
 levels: { normal: error, relaxed: warning }
 
 use_for: [business, technical, blog, legal, docs, academic, literature, speech]
+sources: [jis-z8301-2019, femmer-2017]
 
 group: structure
 summary:

package/rules/date-format-consistency.yaml

@@ -0,0 +1,85 @@
+id: date-format-consistency
+layer: L1
+status: experimental
+how_to_find: date-format
+severity: warning
+
+name:
+  ja: 日付の書き方が揃っていない
+  en: Dates written two ways
+
+why:
+  ja: 一つの文書で「2026-10-02」と「2026年10月2日」、「Oct 2, 2026」と「10/2/2026」のように日付を二通りに書くと、読み手は同じ種類の日付なのかを確かめ、10/2 が十月二日なのか二月十日なのかも迷います。書き写した所や、あとから足した所に多い揺れです。どちらの書き方が正しいかは決めず、文書の中で少ないほうを指します。年・月・日のそろった日付だけを比べます。月の名前と元号は言語ごとの語彙表にあります。
+  en: One document writing "2026-10-02" in one place and "October 2, 2026" or "10/2/2026" in another makes the reader check whether the dates are the same kind, and 10/2 may be read as October 2 or 10 February. The mix usually comes from a pasted or later-added passage. chaff does not pick a style; it points at the minority. Only dates with a year, a month and a day are compared. Month names and eras are in each language's lexicon.
+
+message:
+  ja: 日付「{written}」の書き方が、この文書のほかの日付（「{example}」など {count} 箇所）と違います
+  en: 'The date "{written}" is written differently from {count} other dates in the document (such as "{example}")'
+
+how_to_fix:
+  ja: 文書の中の日付を一つの書き方に揃えてください。
+  en: Write every date in the document the same way.
+
+placeholders:
+  written:
+    ja: 日付
+    en: the date
+  example:
+    ja: ほかの日付
+    en: another date
+  count:
+    ja: 〇
+    en: N
+
+# 少ないほうの日付が全体のこの割合（パーセント）以下なら指す。それより多ければ、二つの書き方を使い分けている文書と読む。
+levels: { strict: 49, normal: 34, relaxed: 20 }
+
+use_for: [business, technical, blog, legal, docs, academic, literature, speech]
+
+group: consistency
+summary:
+  ja: 「2026-10-02」と「2026年10月2日」のように、一つの文書で日付を二通りに書いている所
+  en: Dates written two ways in one document, such as "2026-10-02" and "October 2, 2026"
+example:
+  ja:
+    before: |
+      申込は2026年10月2日に始まり、2026年10月9日に締め切ります。結果は2026/10/16に通知します。
+    after: |
+      申込は2026年10月2日に始まり、2026年10月9日に締め切ります。結果は2026年10月16日に通知します。
+  en:
+    before: |
+      Registration opens on October 2, 2026 and closes on October 9, 2026. Results are sent on 10/16/2026.
+    after: |
+      Registration opens on October 2, 2026 and closes on October 9, 2026. Results are sent on October 16, 2026.
+
+not_flagged:
+  ja: 年だけ、月日だけの日付、URL や版の中の数（/2026/10/02/、1.2026.10）、コードの中の日付は比べません。少ないほうが全体の三分の一を超える文書は、二つの書き方を使い分けている（表は 2026-10-02、本文は 2026年10月2日）と読んで指しません。いちばん多い書き方が同じ数で並ぶときも指しません。
+  en: Year-only and month-day dates, numbers inside URLs and versions (/2026/10/02/, 1.2026.10), and dates in code are not compared. When the minority is more than a third of the dates, the document is taken to use two styles on purpose (ISO in tables, long dates in prose) and nothing is reported, nor when the two commonest styles are tied.
+level_meaning:
+  ja: 少ないほうの書き方の日付が全体の {limit}% 以下なら指摘
+  en: reported while the minority style is {limit}% of the dates or less
+rewrite:
+  ja:
+    direction: 指された日付を、文書の多いほうの書き方（指摘が例に引く日付の書き方）に書き直してください。日付そのもの（年・月・日）は変えません。
+    pairs:
+      - before: 結果は2026/10/16に通知します。（ほかは「2026年10月2日」）
+        after: 結果は2026年10月16日に通知します。
+      - before: 締切は2026-10-09です。（ほかは「2026年10月2日」）
+        after: 締切は2026年10月9日です。
+    keep:
+      - 年・月・日と曜日
+      - 文の言い回し
+    avoid:
+      - 月と日の順の分からない日付（10/2/2026）を、確かめずに書き換える
+  en:
+    direction: Rewrite the flagged date in the style most of the document uses (the one the finding quotes). Keep the date itself.
+    pairs:
+      - before: Results are sent on 10/16/2026. (other dates read "October 2, 2026")
+        after: Results are sent on October 16, 2026.
+      - before: The deadline is 2026-10-09. (other dates read "October 2, 2026")
+        after: The deadline is October 9, 2026.
+    keep:
+      - the year, month, day and weekday
+      - the wording around the date
+    avoid:
+      - rewriting an ambiguous date (10/2/2026) without checking which order was meant

package/rules/date-order.yaml

@@ -24,6 +24,7 @@ how_to_fix:
 levels: { strict: error, normal: warning, relaxed: info }
 
 use_for: [business, technical, blog, legal, docs, academic, literature, speech]
+sources: [de-marneffe-2008]
 
 group: facts
 summary:

package/rules/date-range-reversed.yaml

@@ -11,7 +11,7 @@ name:
 
 why:
   ja: 「2026年4月1日〜2026年3月31日」のように、期間の終わりの日付が始まりより前だと、読み手はどちらの日付が正しいのかを問い合わせることになります。年を書き写し間違えたときや、日付を片方だけ直したときに起きます。二つの日付の間が範囲の記号（〜、–）だけのときと、「から」でつなぎ終わりの日付のあとに「まで」が続くときを期間として比べます。年の無い期間（12月28日〜1月4日）は年をまたぐかもしれないので比べません。
-  en: 'When a period such as "5 April 2026 – 2 April 2026" ends before it starts, the reader has to ask which date is right. It happens when a year is copied wrong, or when only one of the two dates is changed. Two dates are read as a period when only a range mark (–, —) or a word such as "through" or "until" stands between them. A period without a year ("28 December – 4 January") may run into the next year and is not compared.'
+  en: 'When a period such as "5 April 2026 – 2 April 2026" ends before it starts, the reader has to ask which date is right. It happens when a year is copied wrong, or when only one of the two dates is changed. Two dates are read as a period when only a range mark (–, —) or a word such as "through" or "until" stands between them, or when they are written "from … to …". A period without a year ("28 December – 4 January") may run into the next year and is not compared.'
 
 message:
   ja: 期間「{period}」の終わりが始まりより前です
@@ -43,4 +43,4 @@ example:
 
 not_flagged:
   ja: 年の無い期間（12月28日〜1月4日）、「から」だけで「まで」の無いもの（10日から3日に変更）、日付の間に言葉のあるものは比べません。
-  en: 'A period without a year, "from … to …" (it may move a date rather than span a period), and two dates with words between them are not compared.'
+  en: 'A period without a year, "from … to …" in a sentence with a word that changes a date ("moved from March 10 to March 3", "… was postponed"), and two dates with words between them are not compared.'

package/rules/date-without-year.yaml

@@ -0,0 +1,70 @@
+id: date-without-year
+layer: L1
+status: experimental
+how_to_find: date-without-year
+requires: [dates]
+# The dates come from the language package's date reader. English does not read a date written without its year yet,
+# so the rule checks Japanese only until it does.
+languages: [ja]
+severity: warning
+
+name:
+  ja: 年の無い日付
+  en: Date without a year
+
+why:
+  ja: 文書のほかの日付には年があるのに、一つだけ年が無い日付は、読み手がどの年かを推し量ることになります。年をまたぐ日付が並ぶ文書（12月と1月）では、年の無い日付がどちらの年か決まりません。
+  en: When the document's other dates carry a year, a date without one leaves the reader to guess it. When the dates cross the turn of a year (December and January), a yearless date could be either year.
+
+message:
+  ja: 「{date}」には年がありません（この文書のほかの日付 {count} 個には年があります）
+  en: '"{date}" has no year (the document''s other {count} dates do)'
+messages:
+  boundary:
+    ja: 「{date}」には年がありません。年の変わり目をまたぐ日付が並んでいるので、どちらの年か決まりません
+    en: '"{date}" has no year, and the dates around it cross the turn of a year'
+
+how_to_fix:
+  ja: 年を書いてください（2027年1月15日）。
+  en: Write the year (January 15, 2027).
+
+levels: { strict: error, normal: warning, relaxed: info }
+
+use_for: [business, technical, blog, legal, docs, academic, literature, speech]
+
+group: structure
+summary:
+  ja: ほかの日付には年があるのに年の無い日付と、年の変わり目をまたいで並ぶ年の無い日付
+  en: A date without a year where the document's other dates carry one, or where the dates cross the turn of a year
+example:
+  ja:
+    before: |
+      # 日程
+
+      - 2026年10月14日（水）：説明会
+      - 2026年10月21日（水）：申込の締め切り
+      - 10月28日（水）：結果の連絡
+    after: |
+      # 日程
+
+      - 2026年10月14日（水）：説明会
+      - 2026年10月21日（水）：申込の締め切り
+      - 2026年10月28日（水）：結果の連絡
+
+not_flagged:
+  ja: 年を一度だけ書いて、あとの日付は月と日だけで書く文書（年の無い日付のほうが多い文書）は、書き方の選び方として指しません。ただしその場合も、年をまたぐ日付は指します。月だけ・年だけの日付は見ません。
+  en: A document that writes the year once and the rest as month and day (more yearless dates than dated ones) is a style, and not reported, except for a date across the turn of a year. Month-only and year-only dates are not checked.
+rewrite:
+  ja:
+    direction: 指摘された日付に年を書き足してください。年は本文のほかの日付と、曜日から確かめます。決められなければ、作らずに［年］と空けて書き手に聞きます。
+    pairs:
+      - before: 10月28日（水）：結果の連絡
+        after: 2026年10月28日（水）：結果の連絡
+      - before: 1月15日に次の会議を開きます。
+        after: 2027年1月15日に次の会議を開きます。
+    keep:
+      - 月・日・曜日
+      - ほかの日付の書き方
+    avoid:
+      - 曜日と合わない年を書く
+      - 本文から決まらない年を推して書く