@takagaki/cortex-decisions-viewer 0.4.80 → 0.4.81

package/dist/build.js

@@ -137,9 +137,10 @@ async function readFleetSources(repoRoot) {
             name: String(s.name ?? ""),
             ref: s.ref != null ? String(s.ref) : undefined,
             url: s.url != null ? String(s.url) : undefined,
-            gold: typeof s.gold === "boolean" ? s.gold : undefined,
-            // goldState は gold の理由。`gold: false` だけだと「意図的に外した」「宣言し忘れ」
-            // 「exclude による除外」が同じ値になり、**正常な除外にまで警告を出して麻痺する**。
+            // **通すのは goldState だけ（`gold` の真偽値は落とす）。** slack は常に対象なので
+            // 真偽値は情報を持たず、github の除外は `excluded` の方が「正常な除外」だと
+            // 分かる（真偽値で見ていた頃は exclude 済みのリポにまで警告が付いた）。
+            // 画面はこの値で github の読み取り ON/OFF トグルの向きを決める。
             goldState: s.goldState != null ? String(s.goldState) : undefined,
             notify: typeof s.notify === "boolean" ? s.notify : undefined,
             gate: s.gate != null ? String(s.gate) : undefined,
@@ -149,7 +150,7 @@ async function readFleetSources(repoRoot) {
             origin: s.origin != null ? String(s.origin) : undefined,
             // どの Slack ワークスペースのチャンネルか（#104）。**列挙し忘れると静かに消える**
             // （このマッピングは素通しではなく明示の許可リスト）。落とすと、同じIDの
-            // チャンネルを2つのワークスペースに持つ案件で Gold トグルが別の行を撃つ
+            // チャンネルを2つのワークスペースに持つ案件で「登録を解除」が別の行を消す
             workspace: s.workspace != null ? String(s.workspace) : undefined,
         }))
         : undefined;

package/dist/render.js

@@ -160,15 +160,26 @@ const CM_TOOL_LABEL = {
  * **同じ判定を使う**ためにここに置く。片方だけ直すと、同じ画面でマップが⚠️・直下が「接続OK」になる。
  *
  * 判定の考え方:
- * - 明示的に Gold 対象から外したもの（`gold === false`）は、読めなくて当たり前なので警告しない。
- *   ただし通知先（`notify`）に使っているなら、届いていないこと自体が問題なので拾う。
- * - `gold` が無い（旧 fleet-status.json）ときは**警告する側に倒す**。「不明」を「対象外」と扱うと、
- *   本当に壊れているものが黙って隠れる（フェイルオープン）。
+ * - 明示的に読み取りから外したもの（`goldState === "excluded"`）は、読めなくて当たり前なので
+ *   警告しない。ただし通知先（`notify`）に使っているなら、届いていないこと自体が問題なので拾う。
+ * - それ以外は**警告する側に倒す**。「不明」を「対象外」と扱うと、本当に壊れているものが
+ *   黙って隠れる（フェイルオープン）。
+ *
+ * **`excluded` は github だけの状態。** `dev-sources.json` の `exclude` による除外で、
+ * slack 側の状態ではない——`channels.json` に載っているチャンネルは例外なく全て Gold 昇格の
+ * 対象になったので、slack は常に「読めるべきもの」。判定を `gold === false` に置いたままだと、
+ * engine が github の除外リポに付ける `gold: false` を slack と同じ意味で読むことになり、
+ * **exclude 済みの github リポに警告が付く**（除外は正常な状態）。
+ *
+ * **`notify` は見ない。** 以前は「除外されていても通知先なら繋がっている必要がある」として
+ * 例外にしていたが、`excluded` が github 専用になった今、engine が `notify` を付けるのは
+ * slack だけ（resolve-external-sources）なので**この節は決して成立しない**。残しておくと、
+ * 読み手には現役の分岐に見えて「github の通知先」という存在しない状態を想定させる。
  */
 function sourceNeedsAttention(s) {
     if (s.gate === "ok")
         return false;
-    if (s.gold === false && s.notify !== true)
+    if (s.goldState === "excluded")
         return false;
     return true;
 }
@@ -1192,13 +1203,6 @@ a.ds-name:hover { text-decoration: underline; }
 .ds-inactive .ds-type, .ds-inactive .ds-name, .ds-inactive a.ds-name, .ds-inactive .ds-pipe-label { color: #9ca3af; }
 .ds-inactive-note { font-size: 12px; color: #9ca3af; line-height: 1.6; flex: 0 0 auto; }
 .ds-badges { display: flex; align-items: center; flex-wrap: wrap; gap: 6px; flex: 0 0 auto; }
-.badge.ds-gold { background: #fef3c7; color: #92400e; border: 1px solid #fcd34d; }
-.badge.ds-excluded { background: #eceef1; color: #6b7280; }
-/* 保存は済んでいるが、接続状況の再計算（1〜2分）がまだのもの。**確定と同じ見た目にしない**
-   ——リロードで消えたときに「戻された」と読まれるため、点線で区別して （反映中） を添える。
-   **幅と色まで指定する。** border-style だけだと、border を持たない .ds-excluded 側は
-   初期値の medium(≈3px)/currentColor に解決され、押した向きによって太さ3倍・色が別物になる */
-.badge.is-pending { border: 1px dashed currentColor; opacity: 0.85; }
 /* 能力モーダルは一覧（17チャンネル・19リポジトリ）を入れるので広く取る。
    既定の480pxでは、チャンネル名＋バッジ2つ＋トグルが1行に収まらず折り返す。
    画面の広さいっぱいまで使う——この画面は一覧を読むためのもので、
@@ -1252,7 +1256,6 @@ a.ds-name:hover { text-decoration: underline; }
 .ds-drive-note, .ds-inactive-note, .ds-legacy-chip, .ds-keys-code {
   min-width: 0; white-space: normal; overflow-wrap: anywhere;
 }
-.badge.ds-undeclared { background: #fff4e5; color: #9a6700; }
 .ds-toggle { display: flex; align-items: center; gap: 10px; flex-wrap: wrap; margin-top: 6px; }
 .ds-toggle-btn { font-size: 12px; padding: 3px 10px; border-radius: 999px; border: 1px solid var(--border); background: #fff; color: var(--text); cursor: pointer; }
 .ds-toggle-btn:hover:not(:disabled) { border-color: var(--accent); color: var(--accent); }
@@ -2169,9 +2172,12 @@ ${capabilityState.toString()}
    */
   function openCapabilityModal(cap, items, note) {
     var m = makeModal(cap, true);
-    // **凡例を必ず入れる。** goldState の4状態は凡例があって初めて読める
-    if (cap === "チャット" || cap === "開発") {
-      m.modal.appendChild(el("p", { class: "modal-desc", text: "「Gold昇格の読み取り対象」のものだけを毎晩の Gold 昇格が読み取ります。「除外」は意図的に外したもの、「未宣言（対象外）」はまだ判断されていないもので、どちらも読み取りません。" }));
+    // **何が読み取られるのかを必ず書く。** 一覧に並ぶものと読み取られるものの関係は、
+    // 書いていないと分からない（チャットは「載っていれば全部」、開発はリポジトリ単位でOFFできる）
+    if (cap === "チャット") {
+      m.modal.appendChild(el("p", { class: "modal-desc", text: "ここに並んでいるチャンネルは、例外なく全て毎晩の Gold 昇格が読み取り、顧客も見る Decision・用語集の材料になります。読み取りを止めるには「登録を解除」してください。" }));
+    } else if (cap === "開発") {
+      m.modal.appendChild(el("p", { class: "modal-desc", text: "ここに並んでいるリポジトリの Issues を毎晩の Gold 昇格が読み取ります。リポジトリ単位で読み取りを止められます（止めたものは読み取られません）。" }));
     }
     // **なぜこの状態なのかを、押した先でも読めるようにする（#125②）。** タイルは常時出す
     // ようになったので、未接続の能力を押したときに中身が空になる場面が増えた。
@@ -2697,7 +2703,7 @@ ${capabilityState.toString()}
       }
       // 読み取り範囲。**この画面は顧客も見る。何をGoldに読んでいるかの開示が主眼**
       //
-      // **繋がっているときだけ出す。** 「未使用」と「2リポジトリ／2件をGoldに使用」が
+      // **繋がっているときだけ出す。** 「未使用」と読み取り範囲の内訳が
       // 同じ行に並ぶと読めない。tools を none に倒しても externalSources は翌朝の
       // 再生成まで残るので、使うのをやめた宣言の直後に必ず通る。
       // 「⦿ 未接続　Driveフォルダ 0件」も同様（最終同期を出さないのと同じ理由）
@@ -2705,10 +2711,11 @@ ${capabilityState.toString()}
       if (!connected) {
         // 状態だけ出す
       } else if (live.length) {
-        // 単位は分かるものだけ。知らない種別に勝手な単位を付けない
+        // 単位は分かるものだけ。知らない種別に勝手な単位を付けない。
+        // **「N件をGoldに使用」の内訳は出さない。** チャンネルは載っていれば全部が対象で、
+        // github の除外は行のトグルが持つ（件数の内訳は Gold トグルがあった頃の名残）
         var unit = cap === "チャット" ? "チャンネル" : cap === "開発" ? "リポジトリ" : "件";
-        var gold = live.filter(function (s) { return s.gold === true; }).length;
-        parts.push(live.length + unit + "／" + gold + "件をGoldに使用");
+        parts.push(live.length + unit);
       } else if (cap === "共有資料" && adapter === "google-drive" && internal && internal.driveFolderIds) {
         // **そのタイルのアダプタを見る。** 宣言（tools）を見ていた頃は、local の案件
         //（gdo・三菱）で「ローカル」と名乗ったタイルが「Driveフォルダ 0件」と語っていた。
@@ -2871,9 +2878,9 @@ ${capabilityState.toString()}
       }
     }
 
-    // 注記は全能力の後ろに1つ。**Gold の4状態は凡例があって初めて読める。**
+    // 注記は全能力の後ろに1つ。**何が Gold の材料になるのかを1文で言う。**
     if (anyCap) {
-      sec.appendChild(el("p", { class: "ds-note", text: "「Gold昇格の読み取り対象」のものだけを毎晩の Gold 昇格が読み取ります。「除外」は意図的に外したもの、「未宣言（対象外）」はまだ判断されていないもので、どちらも読み取りません（チャンネル・リポジトリ単位で切り替えられます）。" }));
+      sec.appendChild(el("p", { class: "ds-note", text: "登録されている Slack チャンネルと GitHub リポジトリは、毎晩の Gold 昇格が読み取り、顧客も見る Decision・用語集の材料になります。チャンネルは登録を解除すると、リポジトリは読み取りを止めると、以後は読み取られません。" }));
     }
 
     if (pipes.length) {
@@ -2948,65 +2955,46 @@ ${capabilityState.toString()}
   // 宣言を撤去したいま出す条件が無い。未接続の能力は能力タイル（常時表示）が状態と入口を持つ。
   // 外部ソース1件のカード（グループ化表示・展開表示の両方から使う）
   /**
-   * Gold昇格の切り替えボタン。押すと設定ファイル（channels.json）が書き換わる。
+   * チャンネルの登録を解除するボタン（remove-channel）。押すと channels.json から行が消える。
+   *
+   * 注: ここは埋め込みJSのテンプレートリテラル内。**コメントでもバッククォートを使わない**
+   *（リテラルが閉じて構文エラーになる。実際にそれで壊した）。
+   *
+   * **これが画面から読み取りを止める唯一の手段。** チャンネル単位の Gold トグルは撤去した
+   * （載っているチャンネルは例外なく全て Gold 昇格の対象）。事故（社内限定の会話が顧客可視の
+   * Gold へ流れ始めた）に画面から手を打てないと、git で channels.json を直接編集するしかない。
    *
-   * **広げる方向（OFF→ON）には確認を出す。** そのチャンネルの内容をAIが読んで、顧客も見る
-   * Decision・用語集に蒸留するようになる。社内限定のチャンネルをONにすると、顧客が見られない
-   * 会話が顧客可視の層に出てくる（実際にその事故が起きている）。狭める方向は安全なので確認しない。
+   * **確認文に不可逆性を必ず書く。** 止まるのは今後の読み取りだけで、**既に Gold 層へ
+   * 入った内容は消えない**（案件リポの git 履歴に残る）。「読み取りを止めます」だけだと
+   * 「入ってしまった内容も消える」と読まれ、事故対応の判断を誤らせる。
    *
-   * 保存しても画面はすぐには変わらない（接続状況は夜間バッチのスナップショット）。
-   * それを伝えないと「保存できていない」と受け取られるので、応答のメッセージをそのまま出す。
+   * 削除の作法は既存の removeButton（Figma・GitHub の削除）に揃える——確認は向きに
+   * 関わらず必ず出し、成功しても一覧からは消さずに行へ取り消し線を引く（一覧は夜間
+   * スナップショットなので、翌朝まで残るのが正しい状態）。
    */
-  function goldToggle(s) {
-    // **共通部品（stateToggle）に載せる。** 以前はここだけ変更者名をダイアログで聞いており、
-    // 同じカードの中で2つの流儀が並んでいた。送信・エラー表示・向きの反転も個別実装で、
-    // 片方だけ直したときにずれる状態だった。
-    // **控えはボタンにも効かせる。** バッジだけに効かせると、リロード後に同じカードの中で
-    // バッジが「対象です」・ボタンが「始めますか？」と逆を主張する。しかもその状態で
-    // ボタンの表示どおりに押すと、サーバは既に同じ値なので changed:false を返し、
-    // ボタンが永久に反転しない——**15分（TTL切れ）まで止められなくなる**。
-    // stateToggle の doc が要件として書いている「戻す操作を必ず残す」を破る。
-    var pendingNow = pendingGoldFor(s);
-    return stateToggle({
-      on: pendingNow ? pendingNow.value : s.gold === true,
-      labelOn: "Gold昇格を止める",
-      labelOff: "Gold昇格を始める",
-      confirmOn: [
-        "「" + (s.name || s.ref) + "」の内容を、顧客も見る Decision・用語集に蒸留するようになります。",
-        "",
-        "社内限定の会話が含まれるチャンネルでは、顧客に見せられない内容が出てしまう可能性があります。",
-        "顧客がこのチャンネルにいる（＝すでに会話を見ている）場合にだけ有効にしてください。",
-        "",
-        "※ 今夜の蒸留（22時ごろ）までに止めれば取り込まれません。一度生成された記録は自動では消えません。",
-        "",
-        "有効にしますか？",
-      ],
-      build: function (next) {
+  function removeChannelButton(s, card) {
+    return removeButton({
+      label: "登録を解除",
+      confirmLines: function () {
+        return [
+          "「" + (s.name || s.ref) + "」を、Gold 昇格の読み取り対象から外します。",
+          "",
+          "次回の Gold 昇格（毎晩22時ごろ）から、このチャンネルは読み取られなくなります。",
+          "",
+          "※ 既に Gold 層に入った内容は消えません（Decision・用語集はそのまま残ります）。",
+          "",
+          "解除しますか？",
+        ];
+      },
+      build: function () {
         // **どのワークスペースのチャンネルかを必ず送る（#104）。** 落とすと、サーバ側は
         // 既定ワークスペースの同じIDのエントリを探しに行き、「対象チャンネルが
-        // 見つかりません」か、最悪**別のチャンネルを Gold に上げる**
-        var payload = { op: "set-channel-gold", ref: s.ref, value: next };
+        // 見つかりません」か、最悪**別のワークスペースの同じIDのチャンネルを消す**
+        var payload = { op: "remove-channel", ref: s.ref };
         if (s.workspace) payload.workspace = s.workspace;
         return payload;
       },
-      // 保存できた直後に、この行のバッジだけを「反映中」に差し替える。
-      // 一覧そのものは触らない（結果メッセージや他行の状態を巻き込まないため）。
-      pending: function (next, toggleEl) {
-        // **表示済みの値に戻したなら「反映中」ではない。** ON→OFF と押し直した場合、
-        // 画面が出している値と一致するので待つものが無い。ここで消さないと、
-        // 何も保留していないのに (反映中) が残り、リロードで消えて不可解に見える。
-        var back = next === (s.gold === true);
-        // 控えの鍵もワークスペース込み（#104。pendingKeyOf の doc）
-        if (back) clearPendingGold(pendingKeyOf(s));
-        else markPendingGold(pendingKeyOf(s), next);
-        var card = toggleEl && toggleEl.parentNode;
-        var badges = card && card.querySelector(".ds-badges");
-        if (!badges) return;
-        var b = badges.querySelector(".badge.ds-gold, .badge.ds-excluded, .badge.ds-undeclared");
-        var spec = pendingBadgeSpec(next, back);
-        if (b) { b.className = spec.cls; b.textContent = spec.text; }
-        else badges.insertBefore(el("span", { class: spec.cls, text: spec.text }), badges.firstChild);
-      },
+      onDone: function () { card.classList.add("ds-removed"); },
     });
   }
 
@@ -3631,10 +3619,10 @@ ${capabilityState.toString()}
     // 「会議はTeams・連絡はSlack」という普通の構成を表せない。teams を宣言した案件では
     // フォームごと消え、**Slackを渡されているのに追加できない**状態になっていた。
     //
-    // 読む側（resolve-external-sources.mjs）も Slack の tools ゲートを外してある。
-    // Gold昇格の本来のゲートは**チャンネル単位の gold: true**（追加直後は未宣言＝読まれない。
-    // 上げたければ追加後にトグルを押す）。そこは変えていないので、宣言なしで顧客可視のGoldへ
-    // 流れることはない。
+    // **追加そのものが Gold 昇格の意思決定になった。** チャンネル単位の gold: true という
+    // 二段目のゲートは撤去され、channels.json に載っているチャンネルは例外なく全て
+    // 毎晩の Gold 昇格が読む。だから**確認はここに要る**——重い話（顧客可視の層へ出る）を
+    // 伝える場所が他に無くなった。撤去した Gold トグルの確認文の趣旨をここへ移している。
     //
     // 注: ここは埋め込みJSのテンプレートリテラル内。**コメントでもバッククォートを使わない**
     //（リテラルが閉じて構文エラーになる。実際にそれで壊した）。
@@ -3648,22 +3636,27 @@ ${capabilityState.toString()}
       requiredNote: "チャンネルのURLを入力してください。",
       // **招待の話を先頭に置く。** Slack の仕様で、ボットは**公開チャンネルでも**招待されるまで
       // 中身を1件も読めない（conversations.history が not_in_channel を返す・2026-08-16 実測+公式ドキュメント）。
-      // 以前は「名前が取得できない」を主に書いていたが、読めない方が重い話なので順序を入れ替えた。
-      hint: "先に Slack でそのチャンネルを開き、下のコマンドを貼って Cortex を招待してください。公開チャンネルでも招待が必要で、招待していないと中身を読めません。そのあと、チャンネル名を右クリック →「リンクをコピー」で出るURLを下に貼ります。追加しただけでは Gold 昇格には載りません（載せるには各チャンネルの「Gold昇格を始める」を押します）。招待前に登録すると名前は「名前未取得」になり、招待後にGold昇格をONにすると実名に変わります。",
+      // そのあとに「追加＝Gold 昇格の対象」を置く（手順と、その手順の重さ）。
+      hint: "先に Slack でそのチャンネルを開き、下のコマンドを貼って Cortex を招待してください。公開チャンネルでも招待が必要で、招待していないと中身を読めません。そのあと、チャンネル名を右クリック →「リンクをコピー」で出るURLを下に貼ります。追加したチャンネルは毎晩の Gold 昇格の対象になり、顧客も見る Decision・用語集の材料になります（読み取りを止めるには、追加した行の「登録を解除」を押します）。招待前に登録すると名前は「名前未取得」になるので、招待してから追加するのがおすすめです。",
       copyText: "/invite @Cortex",
-      // **「Goldに載る」と書かない。** 追加だけでは載らないので嘘になる。
-      // 確認する理由は「中央Botで読みに行く」「他案件の取り違え」。
+      // 撤去した Gold トグルの確認文の趣旨をここへ移した。**追加が昇格の意思決定そのもの**
+      // なので、社内限定の会話が顧客可視の層に出てしまう話はここで伝えるしかない
+      // （実際にその事故が起きている）。あわせて他案件の取り違えも確認させる。
       confirmLines: function (v) {
         return [
-          "このチャンネルを、Cortex が読みに行く対象に追加します。",
-          "",
-          "貼ったURLがこの案件のものか、もう一度確認してください。",
+          "このチャンネルの内容を、顧客も見る Decision・用語集に蒸留するようになります。",
           "",
           v,
           "",
+          "社内限定の会話が含まれるチャンネルでは、顧客に見せられない内容が出てしまう可能性があります。",
+          "顧客がこのチャンネルにいる（＝すでに会話を見ている）場合にだけ追加してください。",
+          "",
+          "貼ったURLがこの案件のものか、もう一度確認してください。",
+          "",
           // Slack の仕様（公開チャンネルでも招待が要る）を、最後にもう一度置く。
           // 「追加したのに何も取り込まれない」の原因のほとんどがこれ。
           "※ Slack でこのチャンネルに Cortex を招待していないと、中身は読めません。",
+          "※ 今夜の蒸留（22時ごろ）までに登録を解除すれば取り込まれません。一度生成された記録は自動では消えません。",
           "",
           "追加しますか？",
         ];
@@ -3707,20 +3700,15 @@ ${capabilityState.toString()}
 
   // ---------- 設定の変更（?op=config）の共通部品 ----------
   //
-  // 確認 → 送信 → 結果表示、までを1箇所に置く。3つの操作で書き写すと、
-  // 片方だけ直したときにずれる（既存の goldToggle で使っている作法をそのまま一般化したもの）。
+  // 確認 → 送信 → 結果表示、までを1箇所に置く。操作ごとに書き写すと、
+  // 片方だけ直したときにずれる（トグル・削除・追加のどれも同じ経路を通す）。
 
   /**
    * サーバへ設定変更を送る。**一覧は書き換えない**
    * （接続状況は夜間バッチのスナップショットなので、「もう効いている」と誤解させないため）。
    * 呼び出し側は onDone で自分のボタンの向きを反転させる。
    *
-   * **例外はバッジの先出し。** opts.pending を持つ操作（いまは Gold の切り替えだけ）は、
-   * 押した内容を「（反映中）」として先に出す。出してよいのは (1) 保存の成否がサーバで
-   * 確定していて推測が入らない (2) **確定した表示と見た目で区別できる**、の両方を満たす
-   * ときだけ。区別しないと、リロードで消えたときに「戻された」と読まれる。
-   *
-   * **もう1つの例外が接続先の一覧（#127）。** 追加・削除の応答にはいまの一覧が必ず
+   * **例外が接続先の一覧（#127）。** 追加・削除の応答にはいまの一覧が必ず
    * 添えられていて（成功も、重複で断られたときも、世代がずれていたときも）、これは
    * スナップショットではなく**サーバが書いた直後の確定値**なので、その場で描き直してよい。
    * @param hooks { onTargets(list) → 画面が見ていた集合と違ったか, staleNote }
@@ -3796,9 +3784,7 @@ ${capabilityState.toString()}
 
   /**
    * ON/OFF のトグル。**戻す操作を必ず残す**（誤って有効にしたとき翌朝まで止められないのは許容できない）。
-   * @param opts { on, labelOn, labelOff, confirmOn, build(next), pending(next, wrapEl) }
-   *   pending … 保存できた直後に、その行のバッジだけを「（反映中）」へ差し替える任意のフック。
-   *   持たない操作は従来どおりボタンの向きだけを反転する（バッジは触らない）。
+   * @param opts { on, labelOn, labelOff, confirmOn, build(next) }
    */
   function stateToggle(opts) {
     var wrap = el("div", { class: "ds-toggle" });
@@ -3817,11 +3803,9 @@ ${capabilityState.toString()}
       if (next && opts.confirmOn && !confirmDanger(opts.confirmOn)) { msg.textContent = ""; return; }
       sendConfig(opts.build(next), msg, btn, function () {
         // **押した内容をボタンに反映し、逆向きの操作を残す。**
+        // **カードごと作り直さない。** 上の msg に出した結果表示が消えてしまう
         on = next;
         paint();
-        // バッジは「反映中」として先出しする（opts.pending がある操作だけ）。
-        // **カードごと作り直さない。** 上の msg に出した結果表示が消えてしまう
-        if (opts.pending) opts.pending(next, wrap);
       });
     });
     wrap.appendChild(btn);
@@ -3949,123 +3933,14 @@ ${capabilityState.toString()}
   }
 
   /* ---------------------------------------------------------------------------
-   * Gold切り替えの「反映中」表示。
-   *
-   * 押しても一覧のバッジが変わるのは fleet-status.yml が完走したあと（1〜2分）。
-   * その間バッジが古いままだと「押したのに何も起きない」に見える。
+   * Gold 切り替えの「（画面反映待ち）」バッジ（pendingGold 一式）は**撤去した**。
    *
-   * **推測ではない。** Lambda は書き込む前に Bot の在籍を確認し、ダメなら 400 を返すので、
-   * 200 が返った時点で channels.json は確実に書き換わっている。ここで出すのは
-   * 「確定した事実の先出し」であって楽観的な当て推量ではない。
+   * チャンネル単位の Gold トグルが無くなったので、先出しする値が無い。残っている
+   * sessionStorage（cortex.pendingGold:案件キー）は読み手が消えるだけなので無害。
    *
-   * **確定したバッジと同じ見た目にはしない。** 30秒後にリロードした人には、付けたはずの
-   * ラベルが消えて見える——「変えたはずなのに違う値が出ている」という、この画面が
-   * 繰り返し警告してきた誤読そのものになる。だから (反映中) を付けて区別し、
-   * さらに sessionStorage に持たせてリロードしても残す。
-   *
-   * 消えるのは「fleet-status が追いついたとき」か「TTL 切れ」。TTL が無いと、
-   * ワークフローが落ちている案件で永久に「反映中」が残り、嘘の表示になる。
+   * **削除の結果は行の取り消し線で示す**（removeButton の作法）。一覧は夜間
+   * スナップショットから描かれるので、消したはずの行が翌朝まで残るのが正しい状態。
    * ------------------------------------------------------------------------- */
-  // **キーは案件別にする。** Slackの共有チャンネルは複数案件のCortexに同時に載りうるので、
-  // 案件をまたぐキーにすると、案件Aで押した「反映中」が案件Bの同じ行に出る
-  // （チュートリアルの既読キーが同じ理由で案件別になっている）。
-  var PENDING_KEY = "cortex.pendingGold:" + ((SITE.intake && SITE.intake.projectKey) || "");
-  var PENDING_TTL_MS = 15 * 60 * 1000;
-  /**
-   * 保存する形: { "<チャンネルID>": { value: boolean, at: number } }
-   * at が無い/0 のエントリは期限切れとして落とす。
-   * **型では守れない**（このコードは render.ts のテンプレートリテラル内で、tsc が見ない）。
-   * 守るのはテストの仕事。
-   */
-
-  /**
-   * 先出しバッジの見た目。**1箇所に集約する**——文言とクラスを2箇所に書くと片方だけ直る。
-   *
-   * **「反映中」とは書かない。** この画面の既存語彙では「反映」が2つの意味で使われていて、
-   * 短いほう（数分）には必ず「一覧への」が付いている（サーバ文言「次回の Gold 昇格
-   * （毎晩22時ごろ）から反映されます。一覧への反映には数分かかります」）。修飾なしの
-   * 「反映中」だと、22時の蒸留の話と読めてしまう。
-   *
-   * とくに OFF 方向で害が大きい。**止めた時点で蒸留に対しては完全に効いている**
-   * （Slack はミラーせず Gold 昇格が直接読むため）。待っているのは画面だけなので、
-   * 「除外（反映中）」は「まだ除外されていない」と逆に読める。
-   */
-  function pendingBadgeSpec(value, settled) {
-    return {
-      cls: "badge " + (value ? "ds-gold" : "ds-excluded") + (settled ? "" : " is-pending"),
-      text: (value ? "Gold昇格の読み取り対象" : "除外") + (settled ? "" : "（画面反映待ち）"),
-    };
-  }
-
-  function readPending() {
-    try {
-      var raw = sessionStorage.getItem(PENDING_KEY);
-      if (!raw) return {};
-      var obj = JSON.parse(raw);
-      if (!obj || typeof obj !== "object") return {};
-      var now = Date.now();
-      var out = {};
-      for (var k in obj) {
-        if (!Object.prototype.hasOwnProperty.call(obj, k)) continue;
-        var e = obj[k];
-        if (e && typeof e === "object" && now - (e.at || 0) < PENDING_TTL_MS) out[k] = e;
-      }
-      return out;
-    } catch (_) {
-      // sessionStorage が使えない環境（プライベートモード等）でも画面は出す
-      return {};
-    }
-  }
-  function writePending(map) {
-    try { sessionStorage.setItem(PENDING_KEY, JSON.stringify(map)); } catch (_) {}
-  }
-  function clearPendingGold(key) {
-    if (!key) return;
-    var map = readPending();
-    if (!(key in map)) return;
-    delete map[key];
-    writePending(map);
-  }
-  /**
-   * 控えの鍵。**チャンネルIDだけでは足りない（#104）。**
-   * IDはワークスペースの中でしか一意でないので、同じIDのチャンネルを2つのワークスペースに
-   * 持つ案件では、片方で押した「反映中」が**もう片方の行にも出る**。
-   */
-  function pendingKeyOf(s) {
-    if (!s || !s.ref) return "";
-    return s.workspace ? s.workspace + "\t" + s.ref : s.ref;
-  }
-  /** 押した内容を控える。fleet-status が追いつくまでの間だけ効く */
-  function markPendingGold(key, value) {
-    if (!key) return;
-    var map = readPending();
-    map[key] = { value: value === true, at: Date.now() };
-    writePending(map);
-  }
-  /**
-   * その行の「反映中」を引く。**実データが追いついていたら控えを捨てる。**
-   * 捨てないと、正しくなった後も (反映中) が残り続ける。
-   */
-  function pendingGoldFor(s) {
-    var key = pendingKeyOf(s);
-    if (!key) return null;
-    var map = readPending();
-    var e = map[key];
-    if (!e) return null;
-    // **「値が一致したら捨てる」だけでは足りない。** 別の人が直後に逆を押して、
-    // その結果で追いついた場合、値が一致しないので控えが残り、TTL切れまで
-    // 実際とは違う値を出し続ける。**押した時点より新しいスナップショットが来たら、
-    // 値が何であれ控えは用済み**——サーバの答えのほうが新しいので、そちらを信じる。
-    var snapshot = fleetVal("generatedAt");
-    var snapAt = snapshot ? Date.parse(snapshot) : NaN;
-    var stale = !isNaN(snapAt) && snapAt >= (e.at || 0);
-    if (s.gold === e.value || stale) {
-      delete map[s.ref];
-      writePending(map);
-      return null;
-    }
-    return e;
-  }
 
   /**
    * 登録の由来の表示（#118）。値は fleet-status.json の origin
@@ -4112,16 +3987,9 @@ ${capabilityState.toString()}
 
   function extSourceCard(s, meta) {
     var badges = el("div", { class: "ds-badges" });
-    var pending = pendingGoldFor(s);
-    // 「意図的に外した」と「宣言し忘れ」を分けて出す。同じ「除外」と書くと、
-    // 判断されていないだけのものが「判断済み」に見えてしまう。
-    if (pending) {
-      var spec = pendingBadgeSpec(pending.value, false);
-      badges.appendChild(el("span", { class: spec.cls, text: spec.text }));
-    }
-    else if (s.gold === true) badges.appendChild(el("span", { class: "badge ds-gold", text: "Gold昇格の読み取り対象" }));
-    else if (s.goldState === "undeclared") badges.appendChild(el("span", { class: "badge ds-undeclared", text: "未宣言（対象外）" }));
-    else if (s.gold === false) badges.appendChild(el("span", { class: "badge ds-excluded", text: "除外" }));
+    // **Gold 対象かのバッジは持たない。** 一覧に並ぶ Slack チャンネルは例外なく全て対象で、
+    // 行ごとに「対象です」と書いても情報が増えない。github の除外は行のトグル
+    // （「読み取りを始める／止める」）が向きで示す。
     if (s.notify === true) badges.appendChild(el("span", { class: "badge ds-notify", text: "通知先" }));
     // **どのワークスペースのチャンネルかを出す（#104）。** 同じチャンネル名が
     // 2つのワークスペースに並びうるので、これが無いと「どっちの #general か」が読めない。
@@ -4136,8 +4004,10 @@ ${capabilityState.toString()}
     // 登録の由来（#118）。**「登録から削除」が出る/出ないの理由がこれ。** 導出されたリポは
     // 登録ファイルから消しても翌日また現れるので削除を出していないが、画面には
     // 「同じ見た目の行なのに、片方にだけ削除がある」としか映らず、毎回考え直すことになる。
-    // **GitHub の行だけに出す。** 由来で出し分けているのはここだけだから——Slack も
-    // channels.json 由来の derived だが、あちらに削除は無く、由来を見せても打つ手が増えない。
+    // **GitHub の行だけに出す。** ORIGIN_HELP の文面がリポジトリと .gitmodules に
+    // 特化していて、Slack に出すと嘘になる。Slack も由来で「登録を解除」を出し分ける
+    // ようになった（explicit には出さない）が、Slack で explicit なのは登録ファイルに
+    // 直接書いた例外的な行だけで、バッジのために文面をもう一組増やすには釣り合わない。
     // #119 以降、新しいデータの github は必ず explicit（詳細は ORIGIN_LABEL）
     if (String(s.type).indexOf("github") === 0 && ORIGIN_LABEL[s.origin]) {
       badges.appendChild(el("span", {
@@ -4156,10 +4026,16 @@ ${capabilityState.toString()}
       badges,
       el("span", { class: "ds-gate " + gate.cls, text: gate.text }),
     ]);
-    // Gold昇格の切り替え。書き込み経路（intake Lambda）がある案件でだけ出す。
-    // Slack以外は読み手が導出しないので出さない（押せても効かないボタンは出さない）。
-    if (SITE.intake && s.type === "slack" && s.ref) {
-      card.appendChild(goldToggle(s));
+    // チャンネルの登録解除。書き込み経路（intake Lambda）がある案件でだけ出す。
+    // **Slack だけ。** github は登録ファイルが別（dev-sources.json）で、下のトグルと
+    // 「登録から削除」が担う。
+    //
+    // **explicit（＝dev-sources.json だけに登録された行）には出さない。** 解除が書き換える
+    // のは channels.json なので、そこに無い行は押しても必ず 404 になる。GitHub 側が
+    // 同じ事故（押しても戻ってくる削除）を origin で避けているのと同じ理由で、向きが逆
+    // ——Slack は channels.json 由来が derived なので、出すのは derived と both。
+    if (SITE.intake && s.type === "slack" && s.ref && s.origin !== "explicit") {
+      card.appendChild(removeChannelButton(s, card));
     }
     // GitHubリポの読み取り ON/OFF。OFF は exclude で表現される（導出されたリポも確実に落ちる）。
     if (SITE.intake && s.type.indexOf("github") === 0 && s.ref) {
@@ -4803,8 +4679,8 @@ ${capabilityState.toString()}
    * モーダルを app に載せて、中へフォーカスを移す。
    *
    * **「最初の focusable」に載せてはいけない。** 一覧の先頭に来るのは
-   * 「Gold昇格を止める」「読み取りを止める」「このファイルを外す」といった
-   * 設定を書き換えるボタンで、しかも**狭める向きは意図的に確認を出さない**
+   * 「読み取りを止める」「このファイルを外す」といった設定を書き換えるボタンで、
+   * しかも**狭める向きは意図的に確認を出さない**
    * （stateToggle の confirmOn は広げる向きだけ）。タイルを Enter で開いて
    * もう一度 Enter を押しただけで、確認なしに設定ファイルが書き換わる。
    * 移す先は閉じるボタン——押しても何も壊れないものにする。

package/package.json

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