@takagaki/cortex-decisions-viewer 0.12.3 → 0.12.4

package/dist/render.js

@@ -1,6 +1,6 @@
 "use strict";
 Object.defineProperty(exports, "__esModule", { value: true });
-exports.UNSETTLED_LIMITS = exports.REFLECT_OPS = exports.REFLECTING_LIMITS = void 0;
+exports.UNSETTLED_LIMITS = exports.REFLECT_OPS = exports.LIVE_CONFIRM_LIMITS = exports.REFLECTING_LIMITS = void 0;
 exports.renderSite = renderSite;
 exports.livePending = livePending;
 exports.nextCheckDelay = nextCheckDelay;
@@ -375,6 +375,18 @@ const REFLECT_POLL_MS = 60 * 1000;
  * export しないローカルの const に置くこと。
  */
 exports.REFLECTING_LIMITS = { ttlMs: REFLECT_TTL_MS, pollMs: REFLECT_POLL_MS };
+/**
+ * ライブ確認（op=state）の見切り（#256・設計v2 の1）。
+ *
+ * 通常応答は1〜2秒・Lambda のコールドスタートを含めても10秒で足りる。
+ * **10秒「確認中」が出続けるのは、嘘を断言するより許容できる。**
+ *
+ * 🔴 **これは「取り直しの予約」ではない。** 60秒の取り直し（REFLECT_POLL_MS /
+ * UNSETTLED_POLL_MS）を数えているテストは、この見切りを数から除くこと。
+ */
+const LIVE_CONFIRM_TIMEOUT_MS = 10000;
+/** 見切りを**テストから固定するための入れ物**（REFLECTING_LIMITS と同じ形） */
+exports.LIVE_CONFIRM_LIMITS = { timeoutMs: LIVE_CONFIRM_TIMEOUT_MS };
 /**
  * 記録してよい操作の対応表。**既定は「記録しない」（null）。**
  *
@@ -2364,6 +2376,11 @@ a.ds-name:hover { text-decoration: underline; }
 /* 宣言はあるが実体が繋がっていない。未使用（グレー）とも接続済み（青）とも違うことを見せる */
 .cm-node.cm-idle rect { fill: var(--surface); stroke: #cbd5e1; stroke-dasharray: 4 3; }
 .cm-node.cm-idle .cm-sync { fill: #b45309; }
+/* ライブ確認の応答を待っている間（#256）。**状態を何も言っていない見た目にする。**
+   破線（未使用・未接続）にも青（接続OK）にもしない——どちらも状態の断言になる。
+   語彙は一覧側の「登録状況を確認中です」（ds-gate-muted）と同じ灰色に揃える */
+.cm-node.cm-pending rect { fill: var(--surface); stroke: var(--border); }
+.cm-node.cm-pending .cm-sync { fill: #6b7280; }
 .cm-label { font-size: 13.5px; font-weight: 600; fill: var(--text); }
 .cm-node.cm-warn .cm-label { fill: #92400e; }
 .cm-node.cm-off .cm-label { fill: #9ca3af; }
@@ -2391,6 +2408,9 @@ a.ds-name:hover { text-decoration: underline; }
 .cm-link.cm-warn { stroke: #d97706; }
 .cm-link.cm-off { stroke: #d1d5db; opacity: .6; }
 .cm-link.cm-idle { stroke: #cbd5e1; opacity: .7; }
+/* 確認中の線（#256）。**薄い中立**——流れ（animation）を付けない。
+   動いている線は「いまデータが通っている」と読めるので、確認中に出すと断言になる */
+.cm-link.cm-pending { stroke: #cbd5e1; opacity: .4; }
 /* 線は6本とも焼いて、出す/出さないをここで切り替える（0.12.0・renderConnectionMap の項）。
    SVG 要素に HTML の hidden 属性は効かないので、クラスで消す */
 .cm-link.is-hidden { display: none; }
@@ -2802,6 +2822,9 @@ ${capabilityState.toString()}
 var REFLECT_TTL_MS = ${JSON.stringify(REFLECT_TTL_MS)};
 var REFLECT_POLL_MS = ${JSON.stringify(REFLECT_POLL_MS)};
 var REFLECT_OPS = ${JSON.stringify(exports.REFLECT_OPS)};
+  // ライブ確認の見切り（#256）。**ここも書き写さない**——テストが固定している値と
+  // 画面が使う値が割れると、「10秒で戻る」検査が通ったまま実機では戻らなくなる
+var LIVE_CONFIRM_TIMEOUT_MS = ${JSON.stringify(LIVE_CONFIRM_TIMEOUT_MS)};
 ${livePending.toString()}
 ${nextCheckDelay.toString()}
 ${settledPending.toString()}
@@ -5713,7 +5736,11 @@ ${deriveCapTile.toString()}
      *   ——ここで引き直すと、タイルの色（st）を決めた材料と2回引くことになり、
      *   片方だけずれる余地ができる。null なら規則5＝従来表示へフォールバック
      */
-    function tileSub(cap, st, derived, adapter, ins, srcs, derive) {
+    /**
+     * @param confirming 初回のライブ確認を待っている（#256）。**状態の断言だけを
+     *   「確認中」に差し替える**——件数・最終同期は焼いた事実なので下でそのまま積む
+     */
+    function tileSub(cap, st, derived, adapter, ins, srcs, derive, confirming) {
       var internal = ins.filter(function (s) { return s.kind === cap; })[0];
       var live = srcs.filter(function (s) { return externalCapability(s.type) === cap; });
       var parts = [];
@@ -5724,7 +5751,13 @@ ${deriveCapTile.toString()}
       //
       // 🔴 **ここが正本からの導出（下）より先。** 意図的に OFF にした能力に
       // 「登録済み（接続は未確認です）」と出さないため（deriveCapTile の項）
-      if (derived && derived !== "on") {
+      if (confirming) {
+        // 🔴 **確認中は状態を言わない（#256）。** 下の分岐はどれも焼いた値からの断言で、
+        // ライブが届くと訂正される＝瞬きの出どころ。**語は既存の中間状態と揃える**
+        //（DS_GATE_PENDING「登録状況を確認中です」）——新しい言い方を増やすと、
+        // 同じ画面で「確認中」を意味する語が2つ並ぶ
+        parts.push(DS_GATE_PENDING.text);
+      } else if (derived && derived !== "on") {
         parts.push((CAP_STATE_MARK[st] || "") + (CAP_STATE_TEXT[derived] || "状態が判定できません"));
       } else if (derive) {
         // 🔴 **正本（登録・実測）からの導出（0.12.0・#231 / #235 / #227）。**
@@ -5882,9 +5915,22 @@ ${deriveCapTile.toString()}
       // 足した直後は「登録済み（まだ取り込みがありません）」と、**何が起きたかを言える**。
       // ここを逆にすると、まとめ表が追いつく翌朝まで「確認中です」が居座る
       var pend = capPending(cap) && !derive;
+      // 🔴 **初回のライブ確認が答えるまで、状態を断言しない（#256・設計v2 の5）。**
+      // この2行目は焼いた capabilities 由来の状態を先に言っていたので、図と同じ瞬き
+      // （旧状態を見せて1〜2秒後に訂正）をタイルでも起こしていた。**兄弟機能の同型の
+      // 穴は同便で掃く**——図だけ直すと、同じ画面の下半分で同じ嘘が続く。
+      //
+      // **差し替えるのは状態の語だけ。** 件数・名前・最終同期は焼いた**事実**なので
+      // そのまま残す（ライブで訂正されるのは事実ではなく状態の解釈）。対象は導出が
+      // 答える能力だけ（derived が null / "on"）＝図と同じ規則5の線引き。
+      var confirming = liveConfirming() && (derived === null || derived === "on");
       var subEl = el("div", {
-        class: "ds-tile-sub " + (pend ? DS_GATE_PENDING.cls : "ds-gate-" + st),
-        text: pend ? DS_GATE_PENDING.text : tileSub(cap, st, derived, adapter, internals, sources, derive),
+        class: "ds-tile-sub " + (confirming || pend ? DS_GATE_PENDING.cls : "ds-gate-" + st),
+        // **反映待ち（pend）の形は変えない。** あちらは「足した行がまとめ表に載るまで」の
+        // 折衷で、件数を添えると足した分を数えたようにも読める。確認中は焼いた件数を残す
+        text: pend
+          ? DS_GATE_PENDING.text
+          : tileSub(cap, st, derived, adapter, internals, sources, derive, confirming),
       });
       // **反映が届いたら、届いたスナップショットから引き直す。** 下地へ戻すと
       // 「⏳ 反映中」→「⦿ 未接続」になる——データが正しくなったあとに嘘をつく。
@@ -5902,9 +5948,14 @@ ${deriveCapTile.toString()}
         var deriveNow = dNow && dNow !== "on" ? null : capDerivation(cap);
         if (deriveNow) stNow = deriveNow.state;
         var pendNow = capPending(cap) && !deriveNow;
-        n.className = "ds-tile-sub " + (pendNow ? DS_GATE_PENDING.cls : "ds-gate-" + stNow);
+        // 確認中かどうかも引き直す（#256）。**タイルを作るときと同じ式**——ここで
+        // 断言に戻すと、反映待ちの取り直しが走った回だけ焼いた状態が顔を出す
+        var confirmingNow = liveConfirming() && (dNow === null || dNow === "on");
+        n.className = "ds-tile-sub " + (confirmingNow || pendNow ? DS_GATE_PENDING.cls : "ds-gate-" + stNow);
         return {
-          text: pendNow ? DS_GATE_PENDING.text : tileSub(cap, stNow, dNow, adapter, insNow, srcsNow, deriveNow),
+          text: pendNow
+            ? DS_GATE_PENDING.text
+            : tileSub(cap, stNow, dNow, adapter, insNow, srcsNow, deriveNow, confirmingNow),
           hidden: false,
         };
       });
@@ -8447,6 +8498,57 @@ ${deriveCapTile.toString()}
    * **操作タブに入り直したときだけ**もう一度取りに行く（ポーリングはしない）。
    */
   var liveFleetRequested = false;
+
+  /* ---------------------------------------------------------------------------
+   * 「確認中 → 確定」の2段表示（#256）
+   * ---------------------------------------------------------------------------
+   * 図とタイルの初期表示は**夜間ビルド時点の状態を断言**していた。ページを開くと
+   * ライブ確認（op=state）が走り、届いた瞬間に正本からの導出で当て直すので、
+   * 焼いた状態とライブが食い違う案件では**「先に旧状態を見せて、あとで訂正する」
+   * 瞬き**になる（リロード直後に線が一瞬つながって見え、1〜2秒後に消える）。
+   *
+   * **旧状態の先行断言をやめる。** 取得が始まる瞬間に「確認中」へ倒し、応答が届いて
+   * から確定する。図の形（ノード・線のジオメトリ）は焼いたものをそのまま使う
+   * ——捨てるとオフライン時のフォールバックと曲線の正本を失う。
+   * ------------------------------------------------------------------------- */
+
+  /**
+   * ライブ確認が実際に飛ぶ構成か。**loadLiveFleet の発火条件そのもの。**
+   *
+   * 🔴 **「確認中」を出すかどうかも、この1本で決める（設計v2 の2）。** 条件を書き写すと、
+   * intake が無い案件・fetch を持たない環境では**取得が始まらないのに確認中が出たまま
+   * 固まる**——直そうとした瞬きより悪い（永久に何も言わない画面になる）。
+   */
+  function liveConfirmPossible() {
+    return !!SITE.intake && typeof fetch === "function";
+  }
+  /**
+   * 最初のライブ確認が答えたか（成功・失敗・見切りのどれでも立つ）。
+   *
+   * **能力ごとに持たない。** 応答の到着は1回で、届いたあとに能力ごとの語を決めるのは
+   * 導出（capDerivation）の仕事。ここを能力ごとに割ると判定が2箇所になる。
+   */
+  var liveAnswered = false;
+  /**
+   * 図を「確認中」にしたか。**ページ生存中の最初の取得の1回だけ（設計v3）。**
+   *
+   * loadLiveFleet は初回以外にも何度も呼ばれる（能力モーダルを開くたびの noteOpenCap・
+   * 反映待ちの60秒ポーリング・保存直後の freshWanted 再取得）。呼び出しごとに確認中へ
+   * 戻すと、**確定済みのノードが無関係な操作のたびに確認中→再確定を繰り返す**
+   * ——直す前より体感が悪い再発になる。2回目以降は confirming 段を経ず、
+   * applyStateToConnMap の冪等な当て直しに直接委ねる。
+   */
+  var connMapConfirmingShown = false;
+  /** いま「確認中」を出す局面か（図の初回切り替えとタイルの両方が見る） */
+  function liveConfirming() {
+    return liveConfirmPossible() && !liveAnswered;
+  }
+  /**
+   * 図の3行目に出す確認中の語。一覧側は DS_GATE_PENDING（「登録状況を確認中です」）で、
+   * 図は幅が 148px しかないので短くする。**語彙は同じ「確認中」に揃える。**
+   */
+  var CONN_CONFIRMING_TEXT = "確認中…";
+
   /**
    * op=state に送る能力。**常に全能力**（0.12.0・#231 の正本化）。
    *
@@ -8529,17 +8631,33 @@ ${deriveCapTile.toString()}
     if (fresh) freshWanted = true;
     if (liveFleetRequested) return;
     var intake = SITE.intake;
-    if (!intake) return;
-    // **fetch の有無を確かめてから呼ぶ。** テスト環境（JSDOM）は window.fetch を持たない。
-    // 素で呼ぶと描画中の ReferenceError になり、「画面が例外を出さずに描き切る」検査を割る。
-    if (typeof fetch !== "function") return;
+    // **intake が無い／fetch が無い（JSDOM）なら取りに行かない。** 素で fetch を呼ぶと
+    // 描画中の ReferenceError になり、「画面が例外を出さずに描き切る」検査を割る。
+    // 判定は liveConfirmPossible に一本化してある——「確認中」を出す条件と同じでないと、
+    // 取得が始まらない案件に確認中が出たまま残る（#256）
+    if (!liveConfirmPossible()) return;
     liveFleetRequested = true;
     var useFresh = freshWanted;
     freshWanted = false;
+    // 🔴 **図を確認中に倒すのは、fetch を発火する直前の1回だけ（#256・設計v3）。**
+    // ここより後（応答の中）でやると意味が無く、ここより前（関数の入口）でやると
+    // 取りに行かない経路でも確認中になる
+    if (!connMapConfirmingShown) {
+      connMapConfirmingShown = true;
+      showConfirmingConnMap();
+    }
+    // **10秒で見切る（設計v2 の1）。** 応答が返らないまま待ち続けると、確認中が永久に
+    // 残る＝「何も言わない画面」になる。見切ったら失敗と同じ扱い（焼いた表示へ復元）。
+    // AbortController が無い環境では見切らない（素の fetch は中断できない）
+    var ctrl = typeof AbortController === "function" ? new AbortController() : null;
+    var giveUp = ctrl ? setTimeout(function () { ctrl.abort(); }, LIVE_CONFIRM_TIMEOUT_MS) : null;
+    /** 見切りのタイマを外す。**応答が来たら必ず呼ぶ**（残すと次の取得を巻き込んで中断する） */
+    var clearGiveUp = function () { if (giveUp != null) { clearTimeout(giveUp); giveUp = null; } };
     var pfx = intake.url + (intake.url.indexOf("?") === -1 ? "?" : "&");
     fetch(pfx + "op=state&t=" + encodeURIComponent(intake.token), {
       method: "POST",
       headers: { "content-type": "application/json" },
+      signal: ctrl ? ctrl.signal : undefined,
       // **常に全能力を要求する（ALL_STATE_CAPS の項）。** 知らない値は Lambda 側が黙って
       // 捨てる（断らない）ので、画面と Lambda の版が食い違っても接続状況の表示は消えない
       // **保存直後だけ据え置きを迂回させる。** これが無いと、サーバが保存前の答えを返し、
@@ -8548,8 +8666,15 @@ ${deriveCapTile.toString()}
     })
       // **非2xxも失敗として扱う。** ビューアとLambdaの版は独立に進むので、
       // op=state 未対応のLambdaは 400 を返す。通信エラーだけを見ていると空表示になる。
-      .then(function (res) { if (!res.ok) throw new Error("http " + res.status); return res.json(); })
+      .then(function (res) {
+        clearGiveUp();
+        if (!res.ok) throw new Error("http " + res.status);
+        return res.json();
+      })
       .then(function (j) {
+        // 🔴 **タイルの「確認中」を解くのは、下地を作り直す前（#256）。** 後に置くと、
+        // 応答が届いた回のタイルだけ確認中のまま残る（次の再描画まで訂正が出ない）
+        liveAnswered = true;
         // **fleet より先に読む。** fleet-status.json をまだ持たない案件（立ち上げ直後）は
         // 下で throw するが、リアルタイム同期の可否は索引由来なので独立に決まる
         LIVE_REALTIME = (j && j.realtime) || null;
@@ -8588,11 +8713,19 @@ ${deriveCapTile.toString()}
         if (freshWanted) loadLiveFleet();
       })
       .catch(function () {
+        clearGiveUp();
         // 静的ビルドの値で描き続ける。ただし「古いかもしれない」ことは画面に出す
         LIVE_FLEET = null;
         LIVE_FLEET_FAILED = true;
         liveFleetRequested = false;
+        liveAnswered = true;
         MERGED = null;
+        // 🔴 **確認中に倒した図を焼いた表示へ戻す（#256・設計v2 の3）。** ライブが
+        // 取れなかったときのフォールバックはここに残る——戻さないと「確認中…」の
+        // ままの図が残り、オフラインでは**何も分からない画面**になる。
+        // 「この図は◯◯時点です」の注記は既存のまま（ライブが取れていないときは
+        // 図も一覧も同じ焼いた時点なので、注記なしが正直・設計v2 の4）
+        restoreConfirmingConnMap();
         refreshDataSources();
         repaintReflect(document);
         repaintOpenLists();
@@ -9141,6 +9274,10 @@ ${deriveCapTile.toString()}
    *
    * **導出が答えない能力（規則5・設定が on 以外）は触らない。** 焼いた図がそのまま
    * 残る＝従来表示へのフォールバック。タイル側と同じ規律。
+   *
+   * 🔴 **触らない能力は「焼いた表示に戻す」（#256・設計v2 の3）。** 確認中に倒した
+   * あとで素通りすると、規則5の「焼いた図のまま」が**「確認中のまま固まる」に化ける**
+   * ——応答は届いているのに、その能力だけ永久に何も言わない図になる。
    */
   function applyStateToConnMap() {
     var wrap = app.querySelector(".conn-map");
@@ -9148,9 +9285,9 @@ ${deriveCapTile.toString()}
     for (var cap in TILE_CAPS) {
       if (!Object.prototype.hasOwnProperty.call(TILE_CAPS, cap)) continue;
       // 設定そのものが OFF / 異常 / 未設置なら、その語（焼いた図）が正しい
-      if (capConfigState(cap)) continue;
+      if (capConfigState(cap)) { restoreBakedConnMap(cap); continue; }
       var d = capDerivation(cap);
-      if (!d) continue; // 規則5: 材料が無い → 焼いた図のまま
+      if (!d) { restoreBakedConnMap(cap); continue; } // 規則5: 材料が無い → 焼いた図のまま
       var node = wrap.querySelector('[data-target="ds-' + cap + '"]');
       if (!node) continue;
       node.setAttribute("class", "cm-node cm-" + d.state);
@@ -9169,7 +9306,102 @@ ${deriveCapTile.toString()}
         link.setAttribute("class", "cm-link cm-" + d.state
           + (d.state === "ok" || d.state === "warn" ? "" : " is-hidden"));
       }
+      // 確定したので退避は要らない（設計v3）。**残すと、あとの取得が失敗したときに
+      // 確定済みの表示へ焼いた値が上書きされる**——訂正した嘘が戻ってくる
+      forgetBakedConnMap(node, link);
+    }
+  }
+
+  /**
+   * 図の状態表現を「確認中」に倒す（#256）。**形は触らない。**
+   *
+   * 呼ぶのは loadLiveFleet が最初に fetch を発火する直前の1回だけ
+   *（connMapConfirmingShown の項）。**「確認中にしてから取得を始める」順序にする**
+   * ことで、取得が始まらない経路（intake の無い案件・fetch の無い環境）では
+   * 確認中が絶対に出ない構造にしている（設計v2 の2）。
+   *
+   * 🔴 **上書きする直前に、焼いた表示を DOM のデータ属性へ退避する（設計v2 の3）。**
+   * 退避を JS の変数に持つと、再描画・デバッグのときに DOM と食い違う。属性なら
+   * **DOM が正本**のまま——「いま確認中の能力はどれか」も属性の有無で読める。
+   *
+   * **対象は applyStateToConnMap が当て直す能力だけ**（capConfigState が答えない＝
+   * derived が null / "on"）。OFF・異常・未設置の語は設定そのものの話で、ライブが
+   * 届いても変わらない——確認中にしたら、応答が来ても戻す相手がいなくなる。
+   *
+   * ⚠ **⚠️バッジ（cm-badge）は触らない。** あれは applyStateToConnMap も当て直して
+   * いない（ビルド時に warn のノードにだけ焼かれ、以後そのまま）。確認中の間だけ
+   * 隠すと、応答で warn が確定したときに**失敗が図から消えたまま**になる
+   * ——「cm-warn を隠さない」の逆をこちらの都合で作る。バッジごと2段化するなら、
+   * 6ノードに常時バッジを焼いて表示を切り替える形（線と同じ）にする別便が要る。
+   */
+  function showConfirmingConnMap() {
+    var wrap = app.querySelector(".conn-map");
+    if (!wrap) return;
+    for (var cap in TILE_CAPS) {
+      if (!Object.prototype.hasOwnProperty.call(TILE_CAPS, cap)) continue;
+      if (capConfigState(cap)) continue;
+      var node = wrap.querySelector('[data-target="ds-' + cap + '"]');
+      if (!node) continue;
+      node.setAttribute("data-cm-baked-class", node.getAttribute("class") || "");
+      node.setAttribute("class", "cm-node cm-pending");
+      var sync = node.querySelector(".cm-sync");
+      if (sync) {
+        // **data-ts は残して textContent だけ差し替える（設計v2 の3）。** 外すと
+        // 復元したときに時刻の整形（renderConnMap の [data-ts]）が二度と効かない
+        sync.setAttribute("data-cm-baked-text", sync.textContent);
+        sync.textContent = CONN_CONFIRMING_TEXT;
+      }
+      var link = wrap.querySelector('.cm-link[data-cm-cap="' + cap + '"]');
+      if (link) {
+        // **薄い中立の線を出す（is-hidden を外す）。** 線が消えていると「未接続」を
+        // 断言したことになる。確認中は接続OK/未接続のどちらも言わない
+        link.setAttribute("data-cm-baked-class", link.getAttribute("class") || "");
+        link.setAttribute("class", "cm-link cm-pending");
+      }
+    }
+  }
+
+  /**
+   * 確認中に倒した能力を、焼いた表示へ戻す（#256・設計v2 の3）。
+   *
+   * 呼ぶのは2箇所——**ライブが取れなかったとき**（失敗・非2xx・見切り。全能力ぶん）と、
+   * **応答は届いたが導出が答えなかった能力**（applyStateToConnMap の continue）。
+   *
+   * 退避属性が無ければ何もしない。**「確認中でない能力を戻す」経路を作らない**
+   * ——確定済みのノードに焼いた値を書けば、それは訂正の取り消しになる。
+   */
+  function restoreBakedConnMap(cap) {
+    var wrap = app.querySelector(".conn-map");
+    if (!wrap) return;
+    var node = wrap.querySelector('[data-target="ds-' + cap + '"]');
+    if (!node || !node.hasAttribute("data-cm-baked-class")) return;
+    node.setAttribute("class", node.getAttribute("data-cm-baked-class"));
+    var sync = node.querySelector(".cm-sync");
+    if (sync && sync.hasAttribute("data-cm-baked-text")) {
+      sync.textContent = sync.getAttribute("data-cm-baked-text");
+    }
+    var link = wrap.querySelector('.cm-link[data-cm-cap="' + cap + '"]');
+    if (link && link.hasAttribute("data-cm-baked-class")) {
+      link.setAttribute("class", link.getAttribute("data-cm-baked-class"));
+    }
+    forgetBakedConnMap(node, link);
+  }
+
+  /** 確認中に倒した全能力を焼いた表示へ戻す（ライブが1件も取れなかったとき） */
+  function restoreConfirmingConnMap() {
+    for (var cap in TILE_CAPS) {
+      if (Object.prototype.hasOwnProperty.call(TILE_CAPS, cap)) restoreBakedConnMap(cap);
+    }
+  }
+
+  /** 退避を捨てる（確定した／戻し終えた）。属性の有無が「確認中か」の正本 */
+  function forgetBakedConnMap(node, link) {
+    if (node) {
+      node.removeAttribute("data-cm-baked-class");
+      var sync = node.querySelector(".cm-sync");
+      if (sync) sync.removeAttribute("data-cm-baked-text");
     }
+    if (link) link.removeAttribute("data-cm-baked-class");
   }
 
   /**

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@takagaki/cortex-decisions-viewer",
-  "version": "0.12.3",
+  "version": "0.12.4",
   "description": "Cortexの意思決定記録（Decisions/*.md）を静的サイトにビルドして閲覧する。各レコードに「Edit on GitHub」リンクを付与する。",
   "license": "UNLICENSED",
   "private": false,