<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>決策呈現 on Tarragon</title><link>https://tarrragon.github.io/blog/tags/%E6%B1%BA%E7%AD%96%E5%91%88%E7%8F%BE/</link><description>Recent content in 決策呈現 on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Sun, 26 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/%E6%B1%BA%E7%AD%96%E5%91%88%E7%8F%BE/index.xml" rel="self" type="application/rss+xml"/><item><title>Decision Dialogue — 決策對話的五維度協議</title><link>https://tarrragon.github.io/blog/skills/requirement-protocol/decision-dialogue/</link><pubDate>Sun, 26 Apr 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/skills/requirement-protocol/decision-dialogue/</guid><description>&lt;p>對應觸發情境：&lt;strong>準備呈現決策給使用者選擇時&lt;/strong>（任何「該怎麼做、A 還是 B、要不要做 X」的場景）。&lt;/p>
&lt;p>本 reference 自包含、不需讀其他 reference。把 &lt;a href="https://tarrragon.github.io/blog/report/" data-link-title="Report — 開發過程的事後檢討" data-link-desc="blog 開發過程中、把實際遇到的版型 / 整合 / 框架共處等情境、整理成『應該怎麼做、沒這樣做會有什麼麻煩』的事後檢討。每篇皆為正向指引、幫助下一輪同類任務跳過反覆試錯。">#74-#79&lt;/a> 系列翻譯成可直接套用的協議步驟與模板。&lt;/p>
&lt;hr>
&lt;h2 id="核心命題">核心命題&lt;/h2>
&lt;p>對話中要使用者決策時、有五個獨立維度可以選擇 — &lt;strong>不該預設 collapse 到單一格子&lt;/strong>：&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>維度&lt;/th>
 &lt;th>預設窄格&lt;/th>
 &lt;th>鬆綁後&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>呈現格式&lt;/td>
 &lt;td>開放問&lt;/td>
 &lt;td>選項表 + 推薦&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>策略數&lt;/td>
 &lt;td>單選&lt;/td>
 &lt;td>主 + 補強疊加&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>批次邊界&lt;/td>
 &lt;td>一次做完&lt;/td>
 &lt;td>分批 ship&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>時間軸&lt;/td>
 &lt;td>立刻決&lt;/td>
 &lt;td>結構性延後&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>選項類型&lt;/td>
 &lt;td>單選 radio&lt;/td>
 &lt;td>複選 checkbox&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>預設都選窄格 = 用最少自由度的問題塞使用者。每個維度該選哪邊、依情境 reason about、不是無腦套預設。&lt;/p>
&lt;hr>
&lt;h2 id="五步判讀依序檢查">五步判讀（依序檢查）&lt;/h2>
&lt;h3 id="步驟-1選項類型--是執行還是反省">步驟 1：選項類型 — 是執行還是反省？&lt;/h3>
&lt;p>&lt;strong>判準&lt;/strong>：「這次 output 該收斂到一個答案、還是攤開多面向？」&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>情境&lt;/th>
 &lt;th>預設&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>執行類（用 A 還是 B 工具、選哪個策略）&lt;/td>
 &lt;td>單選 + 推薦&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>反省類（這次學到什麼、下一步該往哪走）&lt;/td>
 &lt;td>複選、明示「互不衝突可全選」&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>&lt;strong>反例&lt;/strong>：把「我們可以做卡片 / 測試 / 改流程 / 寫文章哪個？」當單選 — 強迫使用者排序、結果只有第一個被做。&lt;/p>
&lt;p>&lt;strong>修法&lt;/strong>：列全 + 標「都該做、優先 1+2、3-4 下輪」、把「全做」「跳過某幾個」「調順序」三種回應全列為合法。&lt;/p>
&lt;h3 id="步驟-2時間軸--現在能決嗎">步驟 2：時間軸 — 現在能決嗎？&lt;/h3>
&lt;p>&lt;strong>判準&lt;/strong>：「我（agent）有沒有提供能讓使用者下決定的全部資訊？」&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>情境&lt;/th>
 &lt;th>預設&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>Context 完整、選項都展開&lt;/td>
 &lt;td>立刻決&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>Context 缺（依賴未跑的測試 / 未讀的 code / 未完成的觀測）&lt;/td>
 &lt;td>&lt;strong>延後 + 寫條件&lt;/strong>&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>&lt;strong>反例&lt;/strong>：使用者說「我再想想」、agent 加壓「那你決定了嗎？」— 把延後當失敗。&lt;/p>
&lt;p>&lt;strong>修法&lt;/strong>：決策表加最後一欄「&lt;strong>延後（補 X 再決）&lt;/strong>」、寫具體條件（補完 X / 等到 Y / 跑完 Z 觀測）— 延後不是逃避、是有 next step 的另一種決策。&lt;/p>
&lt;h3 id="步驟-3策略數--單選還是疊加">步驟 3：策略數 — 單選還是疊加？&lt;/h3>
&lt;p>&lt;strong>判準&lt;/strong>：策略間 (1) 解不同層、(2) 沒副作用衝突、(3) 增量成本可接受 → 三條全滿足 = 該疊加。&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>組合&lt;/th>
 &lt;th>範例&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>Structural + UX&lt;/td>
 &lt;td>Multi-index（解根因）+ Honest progress UI（解感知）&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>Defensive + Optimistic&lt;/td>
 &lt;td>輸入驗證 + 預設值 / 自動修正&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>Now + Later&lt;/td>
 &lt;td>先 ship X 解眼前、Y 下輪做（時間軸疊加）&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>&lt;strong>反例&lt;/strong>：「五策略選一」當預設、推薦時只列一個策略。&lt;/p>
&lt;p>&lt;strong>修法&lt;/strong>：呈現選項時主動標「也可以加 X」「先 D 後 B/C」、把疊加組合列為合法回應。&lt;/p>
&lt;h3 id="步驟-4批次邊界--一次還是分批">步驟 4：批次邊界 — 一次還是分批？&lt;/h3>
&lt;p>&lt;strong>三軸切分&lt;/strong>：&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>軸&lt;/th>
 &lt;th>低（先 ship）&lt;/th>
 &lt;th>高（下輪）&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>使用者可見性&lt;/td>
 &lt;td>UI 改變、訊息精準&lt;/td>
 &lt;td>純內部結構&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>風險暴露面&lt;/td>
 &lt;td>純加法、不影響既有 path&lt;/td>
 &lt;td>替換、刪除、結構重組&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>驗證需求&lt;/td>
 &lt;td>unit test 可驗&lt;/td>
 &lt;td>需長時觀測、A/B&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>&lt;strong>先 ship 甜蜜點&lt;/strong>：高可見 + 低風險 + 低驗證 — 例：UX hint、empty state 訊息、明顯 UI 修正。&lt;/p></description><content:encoded><![CDATA[<p>對應觸發情境：<strong>準備呈現決策給使用者選擇時</strong>（任何「該怎麼做、A 還是 B、要不要做 X」的場景）。</p>
<p>本 reference 自包含、不需讀其他 reference。把 <a href="/blog/report/" data-link-title="Report — 開發過程的事後檢討" data-link-desc="blog 開發過程中、把實際遇到的版型 / 整合 / 框架共處等情境、整理成『應該怎麼做、沒這樣做會有什麼麻煩』的事後檢討。每篇皆為正向指引、幫助下一輪同類任務跳過反覆試錯。">#74-#79</a> 系列翻譯成可直接套用的協議步驟與模板。</p>
<hr>
<h2 id="核心命題">核心命題</h2>
<p>對話中要使用者決策時、有五個獨立維度可以選擇 — <strong>不該預設 collapse 到單一格子</strong>：</p>
<table>
  <thead>
      <tr>
          <th>維度</th>
          <th>預設窄格</th>
          <th>鬆綁後</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>呈現格式</td>
          <td>開放問</td>
          <td>選項表 + 推薦</td>
      </tr>
      <tr>
          <td>策略數</td>
          <td>單選</td>
          <td>主 + 補強疊加</td>
      </tr>
      <tr>
          <td>批次邊界</td>
          <td>一次做完</td>
          <td>分批 ship</td>
      </tr>
      <tr>
          <td>時間軸</td>
          <td>立刻決</td>
          <td>結構性延後</td>
      </tr>
      <tr>
          <td>選項類型</td>
          <td>單選 radio</td>
          <td>複選 checkbox</td>
      </tr>
  </tbody>
</table>
<p>預設都選窄格 = 用最少自由度的問題塞使用者。每個維度該選哪邊、依情境 reason about、不是無腦套預設。</p>
<hr>
<h2 id="五步判讀依序檢查">五步判讀（依序檢查）</h2>
<h3 id="步驟-1選項類型--是執行還是反省">步驟 1：選項類型 — 是執行還是反省？</h3>
<p><strong>判準</strong>：「這次 output 該收斂到一個答案、還是攤開多面向？」</p>
<table>
  <thead>
      <tr>
          <th>情境</th>
          <th>預設</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>執行類（用 A 還是 B 工具、選哪個策略）</td>
          <td>單選 + 推薦</td>
      </tr>
      <tr>
          <td>反省類（這次學到什麼、下一步該往哪走）</td>
          <td>複選、明示「互不衝突可全選」</td>
      </tr>
  </tbody>
</table>
<p><strong>反例</strong>：把「我們可以做卡片 / 測試 / 改流程 / 寫文章哪個？」當單選 — 強迫使用者排序、結果只有第一個被做。</p>
<p><strong>修法</strong>：列全 + 標「都該做、優先 1+2、3-4 下輪」、把「全做」「跳過某幾個」「調順序」三種回應全列為合法。</p>
<h3 id="步驟-2時間軸--現在能決嗎">步驟 2：時間軸 — 現在能決嗎？</h3>
<p><strong>判準</strong>：「我（agent）有沒有提供能讓使用者下決定的全部資訊？」</p>
<table>
  <thead>
      <tr>
          <th>情境</th>
          <th>預設</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>Context 完整、選項都展開</td>
          <td>立刻決</td>
      </tr>
      <tr>
          <td>Context 缺（依賴未跑的測試 / 未讀的 code / 未完成的觀測）</td>
          <td><strong>延後 + 寫條件</strong></td>
      </tr>
  </tbody>
</table>
<p><strong>反例</strong>：使用者說「我再想想」、agent 加壓「那你決定了嗎？」— 把延後當失敗。</p>
<p><strong>修法</strong>：決策表加最後一欄「<strong>延後（補 X 再決）</strong>」、寫具體條件（補完 X / 等到 Y / 跑完 Z 觀測）— 延後不是逃避、是有 next step 的另一種決策。</p>
<h3 id="步驟-3策略數--單選還是疊加">步驟 3：策略數 — 單選還是疊加？</h3>
<p><strong>判準</strong>：策略間 (1) 解不同層、(2) 沒副作用衝突、(3) 增量成本可接受 → 三條全滿足 = 該疊加。</p>
<table>
  <thead>
      <tr>
          <th>組合</th>
          <th>範例</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>Structural + UX</td>
          <td>Multi-index（解根因）+ Honest progress UI（解感知）</td>
      </tr>
      <tr>
          <td>Defensive + Optimistic</td>
          <td>輸入驗證 + 預設值 / 自動修正</td>
      </tr>
      <tr>
          <td>Now + Later</td>
          <td>先 ship X 解眼前、Y 下輪做（時間軸疊加）</td>
      </tr>
  </tbody>
</table>
<p><strong>反例</strong>：「五策略選一」當預設、推薦時只列一個策略。</p>
<p><strong>修法</strong>：呈現選項時主動標「也可以加 X」「先 D 後 B/C」、把疊加組合列為合法回應。</p>
<h3 id="步驟-4批次邊界--一次還是分批">步驟 4：批次邊界 — 一次還是分批？</h3>
<p><strong>三軸切分</strong>：</p>
<table>
  <thead>
      <tr>
          <th>軸</th>
          <th>低（先 ship）</th>
          <th>高（下輪）</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>使用者可見性</td>
          <td>UI 改變、訊息精準</td>
          <td>純內部結構</td>
      </tr>
      <tr>
          <td>風險暴露面</td>
          <td>純加法、不影響既有 path</td>
          <td>替換、刪除、結構重組</td>
      </tr>
      <tr>
          <td>驗證需求</td>
          <td>unit test 可驗</td>
          <td>需長時觀測、A/B</td>
      </tr>
  </tbody>
</table>
<p><strong>先 ship 甜蜜點</strong>：高可見 + 低風險 + 低驗證 — 例：UX hint、empty state 訊息、明顯 UI 修正。</p>
<p><strong>反例</strong>：「等所有結構性修法都做完才 ship」— 把重要程度誤當成 ship 順序。</p>
<p><strong>修法</strong>：明示「ship 順序 ≠ 重要程度」、可見性高 + 風險低的部分先 ship。</p>
<h3 id="步驟-5呈現格式--開放還是結構">步驟 5：呈現格式 — 開放還是結構？</h3>
<p><strong>判準</strong>：「我能不能列選項 + 適配性 + 推薦？」</p>
<table>
  <thead>
      <tr>
          <th>情境</th>
          <th>格式</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>有客觀適配性可比</td>
          <td>結構表 + 推薦 + 開放修改</td>
      </tr>
      <tr>
          <td>純探索 / 主觀偏好 / 命名</td>
          <td>開放問</td>
      </tr>
  </tbody>
</table>
<p><strong>反例</strong>：「你想怎麼做？」— 把整個問題空間丟回去。</p>
<p><strong>修法</strong>：</p>





<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="ln"> 1</span><span class="cl">## 選項
</span></span><span class="line"><span class="ln"> 2</span><span class="cl">
</span></span><span class="line"><span class="ln"> 3</span><span class="cl">| 選項 | 適配性 | 取捨 |
</span></span><span class="line"><span class="ln"> 4</span><span class="cl">|---|---|---|
</span></span><span class="line"><span class="ln"> 5</span><span class="cl">| A ⋯⋯ | ⋯⋯ | ⋯⋯ |
</span></span><span class="line"><span class="ln"> 6</span><span class="cl">| B ⋯⋯ | ⋯⋯ | ⋯⋯ |
</span></span><span class="line"><span class="ln"> 7</span><span class="cl">| 延後（補 X 再決） | 等 Y | 條件：⋯⋯ |
</span></span><span class="line"><span class="ln"> 8</span><span class="cl">
</span></span><span class="line"><span class="ln"> 9</span><span class="cl">## 推薦
</span></span><span class="line"><span class="ln">10</span><span class="cl">
</span></span><span class="line"><span class="ln">11</span><span class="cl">我推薦 **A**、因為 ⋯⋯。想改成 B 或補充延後條件、跟我說。
</span></span><span class="line"><span class="ln">12</span><span class="cl">
</span></span><span class="line"><span class="ln">13</span><span class="cl">## 你的選擇空間
</span></span><span class="line"><span class="ln">14</span><span class="cl">
</span></span><span class="line"><span class="ln">15</span><span class="cl">- 同意（A）
</span></span><span class="line"><span class="ln">16</span><span class="cl">- 改（B、原因 ⋯⋯）
</span></span><span class="line"><span class="ln">17</span><span class="cl">- 加 / 減 / 疊加組合
</span></span><span class="line"><span class="ln">18</span><span class="cl">- 延後
</span></span><span class="line"><span class="ln">19</span><span class="cl">- 任意組合可複選（除非互斥）</span></span></code></pre></div><hr>
<h2 id="完整套用範本">完整套用範本</h2>
<p>把五維檢查全做完後的決策呈現：</p>





<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="ln"> 1</span><span class="cl">## 我看到的選項
</span></span><span class="line"><span class="ln"> 2</span><span class="cl">
</span></span><span class="line"><span class="ln"> 3</span><span class="cl">| 選項 | 適配性 | 取捨 |
</span></span><span class="line"><span class="ln"> 4</span><span class="cl">|---|---|---|
</span></span><span class="line"><span class="ln"> 5</span><span class="cl">| A 結構性修法 | 解根因 | 風險高、要驗證 |
</span></span><span class="line"><span class="ln"> 6</span><span class="cl">| B UX 補強 | 立即可見 | 不解根因 |
</span></span><span class="line"><span class="ln"> 7</span><span class="cl">| C 不做 | 0 成本 | 使用者繼續手動 |
</span></span><span class="line"><span class="ln"> 8</span><span class="cl">| **延後（補 telemetry 再決）** | 等 context | 條件：跑完 1 週觀測 |
</span></span><span class="line"><span class="ln"> 9</span><span class="cl">
</span></span><span class="line"><span class="ln">10</span><span class="cl">## 推薦組合
</span></span><span class="line"><span class="ln">11</span><span class="cl">
</span></span><span class="line"><span class="ln">12</span><span class="cl">**B 先 ship、A 下輪**（疊加 + 分批）— B 解眼前痛、A 在 telemetry 證實後再投入結構修法。C 不選因為使用者會抱怨。
</span></span><span class="line"><span class="ln">13</span><span class="cl">
</span></span><span class="line"><span class="ln">14</span><span class="cl">## 你的選擇空間
</span></span><span class="line"><span class="ln">15</span><span class="cl">
</span></span><span class="line"><span class="ln">16</span><span class="cl">- 同意（B 現在、A 下輪）
</span></span><span class="line"><span class="ln">17</span><span class="cl">- 改順序（A 先、B 下輪）
</span></span><span class="line"><span class="ln">18</span><span class="cl">- 加 / 減：把 C 加進來、或拿掉 B
</span></span><span class="line"><span class="ln">19</span><span class="cl">- 延後：先補 telemetry 再決
</span></span><span class="line"><span class="ln">20</span><span class="cl">- **任意組合可複選**（除非說明互斥）</span></span></code></pre></div><hr>
<h2 id="self-check-checklist">Self-check checklist</h2>
<p>呈現決策前用以下 checklist 檢查（每條問自己「這維度該選窄格還是鬆綁？」）：</p>
<ul>
<li><input disabled="" type="checkbox"> <strong>選項類型</strong>：這是執行（單選）還是反省（複選）題？反省題我有沒有明示「互不衝突」？</li>
<li><input disabled="" type="checkbox"> <strong>時間軸</strong>：context 夠嗎？不夠的話我有沒有列「延後（補 X 再決）」選項？</li>
<li><input disabled="" type="checkbox"> <strong>策略數</strong>：選項間能不能疊加？三條判準（不同層 / 無衝突 / 成本可接受）滿足的話有沒有提組合？</li>
<li><input disabled="" type="checkbox"> <strong>批次邊界</strong>：先 ship 哪部分？有沒有把「先 X 後 Y」明示為合法回應？</li>
<li><input disabled="" type="checkbox"> <strong>呈現格式</strong>：用了結構表 + 推薦嗎？還是丟一句「你想怎麼做」？</li>
</ul>
<p>任一條沒做、退一步補上、再呈現決策。</p>
<hr>
<h2 id="反模式快速辨識">反模式快速辨識</h2>
<table>
  <thead>
      <tr>
          <th>反模式</th>
          <th>五維 collapse 到</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>&ldquo;你想怎麼做？&rdquo;</td>
          <td>開放問 + 立刻 + 單選 + 一次 + 單策略</td>
      </tr>
      <tr>
          <td>&ldquo;推薦 A、要嗎？&rdquo;</td>
          <td>結構但只 1 選 + 立刻 + 單選 + 一次 + 單策略</td>
      </tr>
      <tr>
          <td>&ldquo;ABCDE 你選哪個？&rdquo;</td>
          <td>結構 + 立刻 + 單選 radio + 一次 + 單策略</td>
      </tr>
      <tr>
          <td>&ldquo;做完 X 才能繼續&rdquo;</td>
          <td>結構 + 立刻 + 單選 + 一次 + 單策略（漏分批）</td>
      </tr>
      <tr>
          <td>&ldquo;這次學到 X、下次注意&rdquo;</td>
          <td>反省題壓單選、立刻、一次</td>
      </tr>
  </tbody>
</table>
<p>每個變種都是「五個維度都選窄格」的展現 — 看到任一個出現在自己 draft、立刻退回五步判讀。</p>
<p>特別注意 <strong>Yes/No 二選</strong>（<a href="/blog/report/yes-no-binary-collapse/" data-link-title="Yes/No 二選是隱式 collapse：把多選空間壓成 1 bit" data-link-desc="「需要我繼續嗎？」「要做嗎？」「OK 嗎？」這類 yes/no 問句、看似最簡單其實是五維 collapse 的極致形態：1 bit 編碼掉「改 / 延後 / 疊加 / 分批 / 反問」五種合法回應。本卡是 #74-#79 系列在「最常見、最隱形」變種的特化卡。">#80</a>）— 「需要 X 嗎？」「OK 嗎？」「要繼續嗎？」這類最常見、最隱形的 collapse、把多選空間壓成 1 bit。修法是把 yes/no 翻成「現在做 X / 改 Y / 延後到 Z / 疊加 X+Y」的多選表。</p>
<hr>
<h2 id="真實-dogfood-例子從本-skill-設計過程蒐集">真實 dogfood 例子（從本 skill 設計過程蒐集）</h2>
<p>寫這份 reference 的對話本身、agent 多次出現 collapse 反模式。記下作為將來 self-check 的具體素材：</p>
<h3 id="例-1commit-後的下一步變-yesno">例 1：commit 後的「下一步」變 yes/no</h3>
<p><strong>Bad</strong>：「下一步依你之前的決策是 ship D（UX hint），需要我繼續嗎？」</p>
<p><strong>collapse</strong>：呈現格式（單一推薦無選項）+ 選項類型（yes/no）+ 策略（單一 D）+ 批次（無選項）+ 時間（隱含立刻）= 五維全 collapse + binary。</p>
<p><strong>Good</strong>：列「立刻 ship D / 寫 case study / 反省迭代 / 延後」四選 + 推薦 + 「可複選」。</p>
<h3 id="例-2列候選用無適配欄的-bullet">例 2：列候選用無適配欄的 bullet</h3>
<p><strong>Bad</strong>：</p>





<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="ln">1</span><span class="cl">下一層迭代候選（多選）：
</span></span><span class="line"><span class="ln">2</span><span class="cl">1. dogfood 檢驗
</span></span><span class="line"><span class="ln">3</span><span class="cl">2. L3 trigger
</span></span><span class="line"><span class="ln">4</span><span class="cl">3. case study
</span></span><span class="line"><span class="ln">5</span><span class="cl">4. 倒過來補卡
</span></span><span class="line"><span class="ln">6</span><span class="cl">5. 檢驗 #75 對 #46-#50</span></span></code></pre></div><p><strong>collapse</strong>：呈現格式（沒適配性欄）+ 沒明示「互不衝突可全做」+ 沒推薦組合 + 沒延後選項。</p>
<p><strong>Good</strong>：把選項排成「| 選項 | 適配性 | 取捨 |」表 + 標「都不衝突可全做」+ 推薦「先 1+3、4-5 下輪」+ 加「延後（明天再決）」欄。</p>
<h3 id="例-3執行類決策列點未含推薦">例 3：執行類決策列點未含推薦</h3>
<p><strong>Bad</strong>：列出 ABC 三選但騎牆「我推薦 A、不過 B 也行」。</p>
<p><strong>collapse</strong>：呈現格式 layer 3「推薦不夠明確」變種、把選擇權騎牆推回給使用者。</p>
<p><strong>Good</strong>：「我推薦 <strong>A</strong>、因為 X。改成 B 的條件是 Y（如果 Y 成立、改 B）。想直接改告訴我。」</p>
<h3 id="例-4反省題壓單選">例 4：反省題壓單選</h3>
<p><strong>Bad</strong>：「這次最該做的反省是 1（補卡片）— 要做嗎？」</p>
<p><strong>collapse</strong>：反省題用 radio + 推薦 + yes/no。漏掉「全做」「跳過 1 做 2」「延後反省」三種合法回應。</p>
<p><strong>Good</strong>：列五個反省方向、明示「互不衝突」、推薦優先順序、「全做」「跳過某幾個」「調順序」全列為合法。</p>
<p>每個 Bad 例都是 <a href="/blog/report/decision-dialogue-dimensions/" data-link-title="決策對話的五個維度：保持完整選擇空間" data-link-desc="對話中的「決策」不是單一動作、是多維度選擇空間：呈現格式 / 策略疊加 / 批次邊界 / 時間軸 / 選項類型。預設多半 collapse 到最窄格（開放問 &#43; 單策略 &#43; 一次完成 &#43; 立刻決 &#43; 單選）、塞使用者進最少自由度的盒子。本卡是 #74-#78 的上層串連 — 五張卡各對應一個維度的鬆綁。">#79 五維度</a> collapse 的具體實例 — 寫的當下覺得「夠精簡」、實際藏掉 N 個合法選項。將來看到自己寫類似格式、立刻退回多選展開。</p>
<hr>
<h2 id="對應抽象層原則">對應抽象層原則</h2>
<ul>
<li><a href="/blog/report/decision-presentation-options-recommendation/" data-link-title="決策呈現：選項 &#43; 推薦 &#43; 開放修改" data-link-desc="讓使用者做決定時、不要開放問「你覺得呢」 — 給選項、加適配性、標推薦、開放修改。開放問把「整理問題」的成本丟給使用者、推薦把判斷攤開供質疑、開放修改保留使用者的最終決定權。本卡是 #58 篩選三問、requirement-protocol 原則 1 的呈現面展開。">#74 決策呈現格式</a> — 步驟 5 的詳細展開</li>
<li><a href="/blog/report/main-strategy-plus-supplementary/" data-link-title="主策略 &#43; 補強策略：選擇不必互斥" data-link-desc="多策略並非「五選一」、可分層疊加：root-cause fix（解結構問題） &#43; UX 補強（解使用者感知）通常雙打比單選更穩。判準三條：解不同層 / 沒副作用衝突 / 增量成本可接受。把「策略選擇」預設成單選、會放掉互補可能、產生「結構修了但使用者體驗仍差」或「UX 蓋過去但結構還壞」。">#75 主策略 + 補強疊加</a> — 步驟 3 的詳細展開</li>
<li><a href="/blog/report/incremental-shipping-criteria/" data-link-title="分批 ship：低風險可見價值先行、結構性下輪" data-link-desc="「一次 ship 全部」的衝動 vs 「分批 ship」的設計：判準三軸（使用者可見性 / 風險暴露面 / 驗證需求）。低風險 &#43; 高可見 = 立刻 ship；高風險 &#43; 需驗證 = 下輪。對抗「完整才完整」的全做衝動、避免一次塞太多 review surface 拖延上線。">#76 分批 ship 準則</a> — 步驟 4 的詳細展開</li>
<li><a href="/blog/report/decide-later-as-valid-option/" data-link-title="「現在不決定」是合法選項：context 不足時延後決策" data-link-desc="被問到時不一定要立刻答 — 「先補 context、回頭再決」是合法選項、卻常被當「拖延」忽略。LLM / agent 預設「問了就要立刻答」是錯誤前提：使用者有權延後到 context 補齊、推薦時應主動標出「也可選『先 X 再回來決』」。本卡是 #58 篩選三問、#74 決策呈現的時間軸延伸。">#77 「現在不決定」是合法選項</a> — 步驟 2 的詳細展開</li>
<li><a href="/blog/report/retrospective-multi-select-default/" data-link-title="反省任務預設複選：互斥要證明、不互斥是預設" data-link-desc="反省 / retrospective / 改進方向類問題、預設應給「複選」而非「單選」 — 互斥需要明示證明、不互斥是預設。用 radio 限縮會讓使用者被迫排序、丟失多面向的同時性。本卡是 #74 決策呈現的反省場景特化、跟一般「執行類決策」（多半互斥）對立。">#78 反省任務預設複選</a> — 步驟 1 的詳細展開</li>
<li><a href="/blog/report/decision-dialogue-dimensions/" data-link-title="決策對話的五個維度：保持完整選擇空間" data-link-desc="對話中的「決策」不是單一動作、是多維度選擇空間：呈現格式 / 策略疊加 / 批次邊界 / 時間軸 / 選項類型。預設多半 collapse 到最窄格（開放問 &#43; 單策略 &#43; 一次完成 &#43; 立刻決 &#43; 單選）、塞使用者進最少自由度的盒子。本卡是 #74-#78 的上層串連 — 五張卡各對應一個維度的鬆綁。">#79 決策對話的五維度</a> — 上層 meta-原則</li>
<li><a href="/blog/report/ease-of-writing-vs-intent-alignment/" data-link-title="寫作便利度跟意圖對齊反相關" data-link-desc="寫程式時最容易寫出的版本、通常是離意圖最遠的版本。便利度建立在「現有上下文 / 已 materialize 資料 / 已存在 API」上、而意圖對齊需要找到正確的層、處理上游、跨抽象層 — 兩者方向相反。識別這個反相關 = 識別自己掉進「容易寫的陷阱」。">#67 寫作便利度跟意圖對齊反相關</a> — 為什麼窄格是預設（容易寫）</li>
<li><a href="/blog/report/external-trigger-for-high-roi-work/" data-link-title="高 ROI 無外部觸發的工作會被結構性跳過" data-link-desc="工作有兩個獨立維度：ROI 高低 &#43; 是否有外部觸發。高 ROI &#43; 無觸發 = ROI 的承諾、拖延的現實。靠紀律不可行 — 結構性偏差需要結構性對策（外部觸發 / CI / hook / 排程 / pair）。本卡是 #67 便利反相關、#68 checkpoint 跳過、#69 RED 跳過的共同上位原則。">#72 高 ROI 無觸發</a> — 為什麼鬆綁需要協議結構（不靠紀律）</li>
<li><a href="/blog/report/yes-no-binary-collapse/" data-link-title="Yes/No 二選是隱式 collapse：把多選空間壓成 1 bit" data-link-desc="「需要我繼續嗎？」「要做嗎？」「OK 嗎？」這類 yes/no 問句、看似最簡單其實是五維 collapse 的極致形態：1 bit 編碼掉「改 / 延後 / 疊加 / 分批 / 反問」五種合法回應。本卡是 #74-#79 系列在「最常見、最隱形」變種的特化卡。">#80 Yes/No 二選是隱式 collapse</a> — 五維 collapse 的極致形態、最常見最隱形</li>
<li><a href="/blog/report/cards-as-living-system-iteration/" data-link-title="卡片系統的迭代浮現：原子卡 → meta-卡 → reference 三層展開" data-link-desc="知識卡片系統不是一次寫成、是 dialogue → 原子卡 → meta-卡 → reference 的迭代浮現。每一輪迭代解決上一輪的 over-fit / under-fit、串連分散的卡片、抽出 meta-原則、最後沉澱成可直接套用的 reference 文件。本卡是 cards-skills 系統設計的 process-level 元原則。">#81 卡片系統的迭代浮現</a> — 本 reference 的成型過程（spiral 而非線性）</li>
<li><a href="/blog/report/literal-interception-vs-behavioral-refinement/" data-link-title="字面攔截 vs 行為精煉：驗證手段跟錯誤層次的對齊" data-link-desc="驗證手段必須跟錯誤層次對齊：字面錯誤（typo / syntax / 缺欄位）用 hook / lint / CI 攔截；行為錯誤（思考偏差 / 判斷錯位 / collapse 反模式）用 multi-pass spiral 收斂。強行用 hook 蓋行為錯誤 = 給出 false confidence、反而比沒保護危險。本卡是 #72 結構性對策在「驗證粒度」維度的 ceiling — 不是所有錯誤都該被攔截。">#82 字面攔截 vs 行為精煉</a> — 為什麼用 hook 防 collapse 行不通、本 reference 是 multi-pass 設計（self-check 是第二輪、dogfood 是第三輪）</li>
</ul>
]]></content:encoded></item></channel></rss>