colregs 0.3.0 → 0.3.2

package/data/facts.json

@@ -459,7 +459,7 @@
   ]
  },
  "situation": {
-  "note": "The input a two-subject rule reads (ADR 0005, REQ-CAT-4). A situation wraps two per-vessel fact records without changing either: `own.fact` and `other.fact` are exactly the record above, key for key. Beside them sit three new fact classes -- kinematic state (`kin:`), relative geometry (`geo:`) and history (`hist:`) -- which no `display` entry reads, so a consumer that only shows lights never constructs a situation and never supplies one of these.",
+  "note": "The input a two-subject rule reads (ADR 0005, REQ-CAT-4). A situation wraps two per-vessel fact records without changing either: `self.fact` and `other.fact` are exactly the record above, key for key. Beside them sit three new fact classes -- kinematic state (`kin:`), relative geometry (`geo:`) and history (`hist:`) -- which no `display` entry reads, so a consumer showing only lights never builds a situation or supplies one of these.",
   "status": "pencil",
   "adr": "0005",
   "requirements": [
@@ -471,19 +471,19 @@
    "form": "<subject>:<class>:<key>",
    "doc": "docs/identifiers.md, section 'Two subjects'",
    "subjects": {
-    "own": "the vessel the rule addresses -- the subject of every one-subject entry in applicability.json today",
-    "other": "the vessel own is in an encounter with",
+    "self": "the vessel the rule addresses -- the subject of every one-subject entry in applicability.json today",
+    "other": "the vessel self is in an encounter with",
     "pair": "the encounter itself. Only facts that are symmetric between the two vessels live here."
    },
    "classes": {
-    "fact": "the per-vessel fact record above, unchanged and unprefixed inside the record. `own` and `other` only.",
-    "kin": "kinematic state: where a vessel is, where it is pointing, how fast it is going and turning, and what it handles like. `own` and `other` only.",
-    "geo": "relative geometry. Under `own`/`other` it is directional, measured in that subject's own frame; under `pair` it is symmetric between them.",
-    "hist": "what has already been true of this encounter and latches. `own` and `other` only; directional.",
+    "fact": "the per-vessel fact record above, unchanged and unprefixed inside the record. `self` and `other` only.",
+    "kin": "kinematic state: where a vessel is, where it is pointing, how fast it is going and turning, and what it handles like. `self` and `other` only.",
+    "geo": "relative geometry. Under `self`/`other` it is directional, measured in that subject's own frame; under `pair` it is symmetric between them.",
+    "hist": "what has already been true of this encounter and persists. `self` and `other` only; directional.",
     "env": "environmental scope: a property of the water the encounter is in, not of either vessel. `pair` only -- a narrow channel is not one vessel's channel. Added by the Rule 18 PR, which is the first data to need it; fixtures/situation-fixtures.json flagged the gap before the class existed."
    },
-   "bare_key": "A key with no subject segment means `own:`. Every predicate in data/applicability.json today is therefore already a valid situation predicate, unedited, and every fixture in fixtures/applicability-fixtures.json is already a valid one-subject situation (REQ-CAT-4).",
-   "directional_note": "Swapping `own` and `other` reverses the encounter, which is what a `precedence` rule needs. It also earns the directional geometry class its keep: `own:geo:rel_bearing_deg` is the bearing of the other vessel off own's bow, and `other:geo:rel_bearing_deg` is the same fact from the other side -- which is aspect. Aspect is not a separate fact; it is the other subject's relative bearing."
+   "bare_key": "A key with no subject segment means `self:`. Every predicate in data/applicability.json today is therefore already a valid situation predicate, unedited, and every fixture in fixtures/applicability-fixtures.json is already a valid one-subject situation (REQ-CAT-4).",
+   "directional_note": "Swapping `self` and `other` reverses the encounter, which is what a `precedence` rule needs. It also earns the directional geometry class its keep: `self:geo:rel_bearing_deg` is the bearing of the other vessel off self's bow, and `other:geo:rel_bearing_deg` is the same fact from the other side -- which is aspect. Aspect is not a separate fact; it is the other subject's relative bearing."
   },
   "kinematics": {
    "note": "A new fact class, not an extension of the fact record (ADR 0005 sec. 2). Absolute quantities, in the world frame, one set per vessel. `kin:dynamics` is the one exception left uncited -- it is not a COLREGS concept and no paragraph will ever justify it.",
@@ -536,7 +536,7 @@
     ],
     "cite": null,
     "cite_pending": null,
-    "note": "What the vessel handles like -- the manoeuvring envelope a solver bounds own's actions by. Not a COLREGS concept and deliberately not derivable from the three axes: two power-driven vessels underway have identical facts and unrelated turning circles. The value list is a first cut and is Q-18; `dynamics:unknown` is the honest default and must stay in the set.",
+    "note": "What the vessel handles like -- the manoeuvring envelope a solver bounds self's actions by. Not a COLREGS concept and deliberately not derivable from the three axes: two power-driven vessels underway have identical facts and unrelated turning circles. The value list is a first cut and is Q-18; `dynamics:unknown` is the honest default and must stay in the set.",
     "actuable": false,
     "signalk": null
    },
@@ -549,7 +549,7 @@
     ],
     "cite": "12(b)",
     "cite_pending": null,
-    "note": "Which side this vessel has the wind on, which 12(b) defines as the side opposite that on which the mainsail is carried, or for a square-rigged vessel the side opposite the largest fore-and-aft sail. `wind_side:unknown` is not a missing value: it is 12(a)(iii)'s case, a vessel with the wind on the port side who cannot determine with certainty which side the other has it on, and entry 12a3 reads it. An absent fact would be silence, and silence satisfies nothing. Declared in `kin` rather than in the fact record because a display consumer never supplies it and the fact record does not change for Part B (REQ-CAT-4) -- but it is a sailing state and not kinematics, which is recorded as strain in Q-44 rather than fixed by widening the class.",
+    "note": "Which side this vessel has the wind on, which 12(b) defines as the side opposite that on which the mainsail is carried, or for a square-rigged vessel the side opposite the largest fore-and-aft sail. `wind_side:unknown` is not a missing value: it is 12(a)(iii)'s case, a vessel with the wind on the port side who cannot determine with certainty which side the other has it on, and entry rule:12a_iii reads it. An absent fact would be silence, and silence satisfies nothing. Declared in `kin` rather than in the fact record because a display consumer never supplies it and the fact record does not change for Part B (REQ-CAT-4) -- but it is a sailing state and not kinematics, which is recorded as strain in Q-44 rather than fixed by widening the class.",
     "actuable": false,
     "signalk": null
    }
@@ -562,7 +562,7 @@
      "unit": "deg",
      "cite": "13(b)",
      "cite_pending": null,
-     "note": "Bearing of the *other* subject, 0-360 clockwise from this subject's own heading. Under `own` this is relative bearing; under `other` it is aspect. Rule 13(b)'s overtaking sector is `other:geo:rel_bearing_deg` in (112.5, 247.5) -- own is more than 22.5 degrees abaft the other vessel's beam. The two sector edges are declared once in `constants` below (`overtaking_sector_from_deg`, `overtaking_sector_to_deg`) and entries 13b-overtaking, 13b-overtaken and 15a-crossing all read them, so the sector and its complement cannot drift apart.",
+     "note": "Bearing of the *other* subject, 0-360 clockwise from this subject's own (self) heading. Under `self` this is relative bearing; under `other` it is aspect. Rule 13(b)'s overtaking sector is `other:geo:rel_bearing_deg` in (112.5, 247.5) -- self is more than 22.5 degrees abaft the other vessel's beam. The two sector edges are declared once in `constants` below (`overtaking_sector_from_deg`, `overtaking_sector_to_deg`) and entries rule:13b and rule:15a:crossing both read them, so the sector and its complement cannot drift apart.",
      "actuable": false,
      "signalk": null
     },
@@ -590,7 +590,7 @@
      "unit": "deg/min",
      "cite": "7(d)(i)",
      "cite_pending": null,
-     "note": "Rate of change of the compass bearing between the two vessels, signed. Rule 7(d)(i): a bearing that does not appreciably change means risk of collision exists. The Rules do not say what appreciably means; `constants.appreciable_bearing_change_deg_min` fixes it in pencil and entry 7d1 is the only reader.",
+     "note": "Rate of change of the compass bearing between the two vessels, signed. Rule 7(d)(i): a bearing that does not appreciably change means risk of collision exists. The Rules do not say what appreciably means; `constants.appreciable_bearing_change_deg_min` fixes it in pencil and entry rule:7d_i is the only reader.",
      "actuable": false,
      "signalk": null
     },
@@ -633,10 +633,10 @@
     "status": "pencil",
     "note": "The relative geometry is redundant with the kinematic state, and a record may state a set that no two vessels can occupy (Q-48). A situation is geometrically consistent when every quantity it states agrees with every other under the equations below; a quantity the record does not state constrains nothing, so a record with bearings and no headings is not inconsistent, only unchecked. The suite enforces this on every situation fixture and on every situation its sweeps construct (REQ-VERIFY-8). This block is the definition, so that an engine applying the same check before it classifies applies this one and not a private one.",
     "equations": {
-     "headings": "own:geo:rel_bearing_deg + own:kin:heading_deg + 180 == other:geo:rel_bearing_deg + other:kin:heading_deg (mod 360). Both bearings are of the same line of sight, read from its two ends, so this needs no positions.",
+     "headings": "self:geo:rel_bearing_deg + self:kin:heading_deg + 180 == other:geo:rel_bearing_deg + other:kin:heading_deg (mod 360). Both bearings are of the same line of sight, read from its two ends, so this needs no positions.",
      "positions": "The great-circle range and the initial bearings between the two kin:position values reproduce pair:geo:range_m and, less each subject's heading, both geo:rel_bearing_deg.",
-     "motion": "With each vessel moving along her heading at her kin:sog_kn, the relative velocity in own's frame reproduces pair:geo:cpa_m, pair:geo:tcpa_s and pair:geo:bearing_change_deg_min, the last positive when the compass bearing of the other from own is increasing. The range and own's relative bearing the motion starts from are the stated pair:geo:range_m and own:geo:rel_bearing_deg, or, where the record leaves either out, the values the two kin:position fix. Course over ground is taken as heading: the record carries no set or drift.",
-     "steady_bearing": "A consequence of `motion` worth stating because Rule 15 rests on it: on a steady bearing with both vessels making way, own's speed times the sine of her relative bearing equals minus the other's speed times the sine of the aspect, so the two bearings lie on opposite sides. Two vessels each with the other on her starboard side are never on a collision course, which is why 15(a) never lays give-way on both -- and the suite asserts that over a sweep of steady-bearing geometries rather than over free bearings."
+     "motion": "With each vessel moving along her heading at her kin:sog_kn, the relative velocity in self's frame reproduces pair:geo:cpa_m, pair:geo:tcpa_s and pair:geo:bearing_change_deg_min, the last positive when the compass bearing of the other from self is increasing. The range and self's relative bearing the motion starts from are the stated pair:geo:range_m and self:geo:rel_bearing_deg, or, where the record leaves either out, the values the two kin:position fix. Course over ground is taken as heading: the record carries no set or drift.",
+     "steady_bearing": "A consequence of `motion` worth stating because Rule 15 rests on it: on a steady bearing with both vessels making way, self's speed times the sine of her relative bearing equals minus the other's speed times the sine of the aspect, so the two bearings lie on opposite sides. Two vessels each with the other on her starboard side are never on a collision course, which is why 15(a) never lays give-way on both -- and the suite asserts that over a sweep of steady-bearing geometries rather than over free bearings."
     },
     "tolerances": {
      "bearing_deg": 1.0,
@@ -653,7 +653,7 @@
    }
   },
   "history": {
-   "note": "The situation is not memoryless: Rule 13(d) latches a classification that the instantaneous geometry would later contradict. History is directional -- it is own that was or was not the overtaking vessel -- so it takes a subject segment like the fact record does.",
+   "note": "The situation is not memoryless: Rule 13(d) carries forward a classification that the instantaneous geometry would later contradict. History is directional -- it is self that was or was not the overtaking vessel -- so it takes a subject segment like the fact record does.",
    "hist:was_overtaking": {
     "type": "boolean",
     "cite": "13(d)",
@@ -667,15 +667,15 @@
     "unit": "s",
     "cite": "13(d)",
     "cite_pending": null,
-    "note": "Seconds since the latched classification first held, or null if nothing has latched. Carried so a `conduct` monitor can say when the duty attached; a predicate at a point does not read it.",
+    "note": "Seconds since the carried-forward classification first held, or null if none has held yet. Carried so a `conduct` monitor can say when the duty attached; a predicate at a point does not read it.",
     "actuable": false,
     "signalk": null
    }
   },
   "record": {
-   "note": "The shape, as an illustration rather than a schema. `own.fact` and `other.fact` hold the fact record defined above, verbatim. `own` and `other` carry directional geometry; `pair` carries only the symmetric geometry. Absent is absent: a missing key never satisfies a constraint, exactly as in the one-subject evaluator.",
+   "note": "The shape, as an illustration rather than a schema. `self.fact` and `other.fact` hold the fact record defined above, verbatim. `self` and `other` carry directional geometry; `pair` carries only the symmetric geometry. Absent is absent: a missing key never satisfies a constraint, exactly as in the one-subject evaluator.",
    "shape": {
-    "own": {
+    "self": {
      "fact": "<the fact record above>",
      "kin": "<kinematics>",
      "geo": "<directional geometry>",
@@ -721,13 +721,13 @@
     "status": "pencil",
     "cite": null,
     "cite_pending": "7(d)(i)",
-    "note": "Rule 7(d)(i) deems risk of collision to exist if the compass bearing of an approaching vessel 'does not appreciably change', and nowhere says what appreciably means. Read as a magnitude: entry 7d1 gates on the open interval (-1.0, 1.0) so a bearing drawing out either way is treated alike, because the paragraph asks whether the bearing changes and not which way.",
+    "note": "Rule 7(d)(i) deems risk of collision to exist if the compass bearing of an approaching vessel 'does not appreciably change', and nowhere says what appreciably means. Read as a magnitude: entry rule:7d_i gates on the open interval (-1.0, 1.0) so a bearing drawing out either way is treated alike, because the paragraph asks whether the bearing changes and not which way.",
     "settled_by": "A source that fixes the figure -- Cockcroft & Lameijer, or an administration's guidance -- or a sensitivity sweep in colregs-engine showing which values change a region finding. Until then it is one session's number and any session may change it."
    },
    "head_on_half_angle_deg": {
     "value": 11.25,
     "unit": "deg",
-    "fact": "own:geo:rel_bearing_deg and other:geo:rel_bearing_deg",
+    "fact": "self:geo:rel_bearing_deg and other:geo:rel_bearing_deg",
     "status": "pencil",
     "cite": null,
     "cite_pending": "14(b)",

package/data/geometry.json

@@ -92,8 +92,8 @@
    "cite": "AnxI.2(f)(ii)",
    "light": "light:all_round",
    "applies_to_entries": [
-    "27b-id",
-    "28"
+    "rule:27b_i",
+    "rule:28"
    ],
    "text": "When it is impracticable to carry the all-round lights prescribed by Rule 27(b)(i) or Rule 28 below the masthead lights, they may be carried above the after masthead light(s) or vertically in between the forward masthead light(s) and after masthead light(s), provided that in the latter case the requirement of paragraph 3(c) shall be complied with."
   },
@@ -162,8 +162,8 @@
   {
    "cite": "AnxI.2(j)",
    "applies_to_entries": [
-    "26b-id",
-    "26c-id"
+    "rule:26b_i",
+    "rule:26c_i"
    ],
    "datum": "sidelights",
    "min_multiple_of_pair_spacing": 2,
@@ -172,7 +172,7 @@
   {
    "cite": "AnxI.2(k)",
    "applies_to_entries": [
-    "30a"
+    "rule:30a"
    ],
    "datum": "after anchor light",
    "min_m": 4.5,
@@ -212,7 +212,7 @@
   {
    "cite": "AnxI.3(c)",
    "applies_to_entries": [
-    "27b-id"
+    "rule:27b_i"
    ],
    "min_offset_from_centerline_m": 2,
    "text": "When the lights prescribed in Rule 27(b)(i) are placed vertically between the forward masthead light(s) and the after masthead light(s), these all-round lights shall be placed at a horizontal distance of not less than 2 meters from the fore and aft centerline of the vessel in the athwartship direction."
@@ -227,7 +227,7 @@
   {
    "cite": "AnxI.4(a)",
    "applies_to_entries": [
-    "26c-gear"
+    "rule:26c_ii"
    ],
    "horizontal_from_identity_lights_m": {
     "min": 2,
@@ -239,7 +239,7 @@
   {
    "cite": "AnxI.4(b)",
    "applies_to_entries": [
-    "27d"
+    "rule:27d"
    ],
    "horizontal_from_ram_lights_m": {
     "min": 2

package/data/i18n/en.json

@@ -0,0 +1,27 @@
+{
+  "language": "en",
+  "provenance": {
+    "contributors": [
+      "mark-brannan"
+    ],
+    "reviewed_by": [
+      "mark-brannan"
+    ],
+    "review_date": "2026-09-13"
+  },
+  "strings": {
+    "light": {
+      "light:masthead": "Masthead light",
+      "light:sidelight_starboard": "Starboard sidelight",
+      "light:sidelight_port": "Port sidelight",
+      "light:sternlight": "Sternlight",
+      "light:towing": "Towing light",
+      "light:all_round": "All-round light"
+    },
+    "modality": {
+      "modality:shall": "Required",
+      "modality:may": "Permitted",
+      "modality:shall-if-practicable": "Required if practicable"
+    }
+  }
+}

package/data/i18n/fi.json

@@ -0,0 +1,25 @@
+{
+  "language": "fi",
+  "provenance": {
+    "contributors": [
+      "claude-fable-5-1"
+    ],
+    "reviewed_by": [],
+    "review_date": "2026-09-15"
+  },
+  "strings": {
+    "light": {
+      "light:masthead": "Mastovalo",
+      "light:sidelight_starboard": "Oikea sivuvalo",
+      "light:sidelight_port": "Vasen sivuvalo",
+      "light:sternlight": "Perävalo",
+      "light:towing": "Hinausvalo",
+      "light:all_round": "Ympäri näköpiirin näkyvä valo"
+    },
+    "modality": {
+      "modality:shall": "Pakollinen",
+      "modality:may": "Sallittu",
+      "modality:shall-if-practicable": "Pakollinen, jos mahdollista"
+    }
+  }
+}

package/data/images.json

@@ -21,7 +21,7 @@
     "23(d)(ii)"
    ],
    "entries": [
-    "23d2"
+    "rule:23d_ii"
    ],
    "depicts": "provision",
    "transcript": [
@@ -59,9 +59,9 @@
     "24(b)"
    ],
    "entries": [
-    "23a1",
-    "23a2",
-    "24b"
+    "rule:23a_i",
+    "rule:23a_ii",
+    "rule:24b"
    ],
    "depicts": "provision",
    "transcript": [
@@ -94,7 +94,7 @@
     "23(a)(ii)"
    ],
    "entries": [
-    "23a2"
+    "rule:23a_ii"
    ],
    "depicts": "exception",
    "transcript": [
@@ -127,7 +127,7 @@
     "23(b)"
    ],
    "entries": [
-    "23b"
+    "rule:23b"
    ],
    "depicts": "provision",
    "transcript": [
@@ -160,7 +160,7 @@
     "23(d)(i)"
    ],
    "entries": [
-    "23d1"
+    "rule:23d_i"
    ],
    "depicts": "provision",
    "transcript": [
@@ -215,8 +215,8 @@
     "24(a)(i)"
    ],
    "entries": [
-    "24a-m2",
-    "24a-rest"
+    "rule:24a_i",
+    "rule:24a_ii_iv"
    ],
    "depicts": "provision",
    "transcript": [
@@ -249,7 +249,7 @@
     "24(a)(v)"
    ],
    "entries": [
-    "24a-m3"
+    "rule:24a_i:exceeds_200m"
    ],
    "depicts": "provision",
    "transcript": [
@@ -314,7 +314,7 @@
     "24(e)"
    ],
    "entries": [
-    "24e"
+    "rule:24e"
    ],
    "depicts": "provision",
    "transcript": [
@@ -437,7 +437,7 @@
     "25(a)"
    ],
    "entries": [
-    "25a"
+    "rule:25a"
    ],
    "depicts": "provision",
    "transcript": [
@@ -466,7 +466,7 @@
     "25(b)"
    ],
    "entries": [
-    "25b"
+    "rule:25b"
    ],
    "depicts": "provision",
    "transcript": [
@@ -498,7 +498,7 @@
     "25(c)"
    ],
    "entries": [
-    "25c"
+    "rule:25c"
    ],
    "depicts": "provision",
    "transcript": [
@@ -531,7 +531,7 @@
     "25(d)(i)"
    ],
    "entries": [
-    "25d1"
+    "rule:25d_i"
    ],
    "depicts": "provision",
    "transcript": [
@@ -564,7 +564,7 @@
     "25(d)(ii)"
    ],
    "entries": [
-    "25d2"
+    "rule:25d_ii"
    ],
    "depicts": "provision",
    "transcript": [
@@ -629,7 +629,7 @@
     "26(b)(i)"
    ],
    "entries": [
-    "26b-id"
+    "rule:26b_i"
    ],
    "depicts": "provision",
    "transcript": [
@@ -665,7 +665,7 @@
     "26(b)(iii)"
    ],
    "entries": [
-    "26b-mw"
+    "rule:26b_iii"
    ],
    "depicts": "provision",
    "transcript": [
@@ -701,7 +701,7 @@
     "26(c)(iii)"
    ],
    "entries": [
-    "26c-mw"
+    "rule:26c_iii"
    ],
    "depicts": "provision",
    "transcript": [
@@ -740,7 +740,7 @@
     "27(a)(i)"
    ],
    "entries": [
-    "27a-id"
+    "rule:27a_i"
    ],
    "depicts": "provision",
    "transcript": [
@@ -776,7 +776,7 @@
     "27(a)(iii)"
    ],
    "entries": [
-    "27a-mw"
+    "rule:27a_iii"
    ],
    "depicts": "provision",
    "transcript": [
@@ -812,7 +812,7 @@
     "27(b)(iii)"
    ],
    "entries": [
-    "27b-mw"
+    "rule:27b_iii"
    ],
    "depicts": "provision",
    "transcript": [
@@ -849,7 +849,7 @@
     "27(b)(iv)"
    ],
    "entries": [
-    "27b-anc"
+    "rule:27b_iv"
    ],
    "depicts": "provision",
    "transcript": [
@@ -924,7 +924,7 @@
     "27(d)(ii)"
    ],
    "entries": [
-    "27d"
+    "rule:27d"
    ],
    "depicts": "provision",
    "transcript": [
@@ -967,7 +967,7 @@
     "27(d)(ii)"
    ],
    "entries": [
-    "27d"
+    "rule:27d"
    ],
    "depicts": "provision",
    "transcript": [
@@ -1069,7 +1069,7 @@
     "27(f)"
    ],
    "entries": [
-    "27f"
+    "rule:27f"
    ],
    "depicts": "provision",
    "transcript": [
@@ -1106,7 +1106,7 @@
     "28"
    ],
    "entries": [
-    "28"
+    "rule:28"
    ],
    "depicts": "provision",
    "transcript": [
@@ -1142,7 +1142,7 @@
     "29(a)(i)"
    ],
    "entries": [
-    "29a"
+    "rule:29a"
    ],
    "depicts": "provision",
    "transcript": [
@@ -1175,7 +1175,7 @@
     "29(a)(iii)"
    ],
    "entries": [
-    "29a"
+    "rule:29a"
    ],
    "depicts": "provision",
    "transcript": [
@@ -1210,7 +1210,7 @@
     "30(b)"
    ],
    "entries": [
-    "30b"
+    "rule:30b"
    ],
    "depicts": "provision",
    "transcript": [
@@ -1246,7 +1246,7 @@
     "30(c)"
    ],
    "entries": [
-    "30a"
+    "rule:30a"
    ],
    "depicts": "provision",
    "transcript": [
@@ -1281,7 +1281,7 @@
     "30(d)"
    ],
    "entries": [
-    "30d-red"
+    "rule:30d_i"
    ],
    "depicts": "provision",
    "transcript": [

package/data/operations.json

@@ -0,0 +1,79 @@
+{
+  "note": "The engine interface colregs owns: each verb ADR 0011 and ADR 0012 name, what it reads, what it answers, its entry-id companion and the fixture cases that bind it (ADR 0014).",
+  "operations": {
+    "evaluateDisplay": {
+      "adr": "0011",
+      "inputs": [
+        {
+          "name": "facts",
+          "schema": "schema/fact-record.schema.json"
+        }
+      ],
+      "output": "schema/display-evaluation.schema.json",
+      "companion": {
+        "verb": "appliedDisplayEntries",
+        "output": "schema/evaluation.schema.json#/$defs/ruleIds"
+      },
+      "fixtures": [
+        {
+          "file": "fixtures/applicability-fixtures.json",
+          "case_inputs": [
+            "facts"
+          ]
+        }
+      ]
+    },
+    "evaluateEncounter": {
+      "adr": "0011",
+      "inputs": [
+        {
+          "name": "situation",
+          "schema": "schema/situation.schema.json"
+        }
+      ],
+      "output": "schema/encounter-evaluation.schema.json",
+      "companion": {
+        "verb": "appliedEncounterEntries",
+        "output": "schema/evaluation.schema.json#/$defs/ruleIds"
+      },
+      "fixtures": [
+        {
+          "file": "fixtures/situation-fixtures.json",
+          "case_inputs": [
+            "situation"
+          ]
+        }
+      ]
+    },
+    "evaluateConduct": {
+      "adr": "0012",
+      "inputs": [
+        {
+          "name": "trace",
+          "schema": "schema/trace.schema.json"
+        }
+      ],
+      "output": "schema/conduct-evaluation.schema.json",
+      "companion": {
+        "verb": "appliedConductEntries",
+        "output": "schema/evaluation.schema.json#/$defs/ruleIds"
+      },
+      "fixtures": []
+    },
+    "evaluateRule2Departure": {
+      "adr": "0012",
+      "inputs": [
+        {
+          "name": "situation",
+          "schema": "schema/situation.schema.json"
+        },
+        {
+          "name": "model",
+          "schema": "schema/rule2-departure-model.schema.json"
+        }
+      ],
+      "output": "schema/rule2-departure-finding.schema.json",
+      "fixtures": []
+    }
+  }
+}

package/data/rules.json

@@ -1199,6 +1199,11 @@
     "NRHB_30_dii.png"
    ]
   },
+  "30(d)(i)": {
+   "path": "30(d)(i)",
+   "rule": "30",
+   "jurisdiction": "intl"
+  },
   "30(e)": {
    "path": "30(e)",
    "rule": "30",

package/data/version.json

@@ -1,3 +1,3 @@
 {
-  "version": "0.3.0"
+  "version": "0.3.2"
 }

package/docs/adr/0006-json-schema-and-identifier-diff.md

@@ -1,5 +1,7 @@
 # ADR 0006 — JSON Schema for structural validation, identifier diff for version discipline
 
+The identifier-diff half is removed pre-1.0 by ADR 0015 (Solace, 2026-09-16); it returns, if at all, with the 1.0.0 tag.
+
 Date: 2026-09-04
 Status: accepted