<?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%95%8F%E6%8D%B7/</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>Mon, 15 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/%E6%95%8F%E6%8D%B7/index.xml" rel="self" type="application/rss+xml"/><item><title>開發記錄</title><link>https://tarrragon.github.io/blog/record/</link><pubDate>Mon, 15 Jun 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/record/</guid><description>&lt;p>這個資料夾收錄&lt;strong>方法論記錄&lt;/strong> — 寫法是中性 frame 的「某個工作模式 / 流程 / 原則是什麼、怎麼用」、不一定有具體 case 觸發。&lt;/p>
&lt;p>內容大致分六類：&lt;/p>
&lt;p>&lt;strong>自察與認知方法論&lt;/strong> — 工作前 / 工作中的自我檢視框架。例：&lt;/p>
&lt;ul>
&lt;li>&lt;a href="5w1h-self-awareness-methodology/">5W1H 自察方法論&lt;/a>&lt;/li>
&lt;li>&lt;a href="ai-task-avoidance-detection-methodology/">AI 任務迴避偵測方法論&lt;/a>&lt;/li>
&lt;li>&lt;a href="%e5%a4%a7%e8%a6%8f%e6%a8%a1%e9%87%8d%e6%a7%8b%e6%96%b9%e6%b3%95%e8%ab%96/">大規模重構方法論&lt;/a>&lt;/li>
&lt;/ul>
&lt;p>&lt;strong>設計判斷與選型&lt;/strong> — 技術決策框架，避免過度設計與設計瑕疵的判斷標準（如 YAGNI 的真實適用條件、成本不對稱性下的選擇邏輯）。例：&lt;/p>
&lt;ul>
&lt;li>&lt;a href="yagni-boundary-three-axes/">YAGNI 的真實適用條件&lt;/a>&lt;/li>
&lt;li>&lt;a href="saas-selection-interview-methodology/">SaaS 選型訪談方法論&lt;/a>&lt;/li>
&lt;/ul>
&lt;p>&lt;strong>敏捷 / 工程流程&lt;/strong> — 敏捷實作、重構流程、文件分層。例：&lt;/p>
&lt;ul>
&lt;li>&lt;a href="agile-programing-methodology/">敏捷編程方法論&lt;/a>&lt;/li>
&lt;li>&lt;a href="agile-refactor-methodology/">敏捷重構方法論&lt;/a>&lt;/li>
&lt;li>&lt;a href="5-layer-doc-system/">5 層文件系統&lt;/a>&lt;/li>
&lt;/ul>
&lt;p>&lt;strong>寫作 / 溝通標準&lt;/strong> — 驗收條件、寫作規範。例：&lt;/p>
&lt;ul>
&lt;li>&lt;a href="acceptance-criteria-methodology/">驗收條件方法論&lt;/a>&lt;/li>
&lt;li>&lt;a href="writing-guidelines/">經驗分享文章的寫作準則&lt;/a>&lt;/li>
&lt;/ul>
&lt;p>&lt;strong>文件與 API 設計&lt;/strong> — function 文件分層、測試命名作為 spec、commit message vs source code doc 的職責邊界、型別取代 doc 等表達設計議題。例：&lt;/p>
&lt;ul>
&lt;li>&lt;a href="function-doc-layered-design/">函式文件分層設計&lt;/a>&lt;/li>
&lt;li>&lt;a href="types-replacing-docs/">型別取代 doc 的收益曲線&lt;/a>&lt;/li>
&lt;li>&lt;a href="test-naming-as-documentation/">測試命名作為文件&lt;/a>&lt;/li>
&lt;li>&lt;a href="commit-message-vs-source-doc/">Commit message vs source code doc&lt;/a>&lt;/li>
&lt;/ul>
&lt;p>&lt;strong>AI 協作工具評估&lt;/strong> — Claude Code / Codex / MCP server 等 AI 協作工具的設計拆解、能力邊界、選型對照。包含個別工具的 deep-dive 跟「同題不同工具」的實測。例：&lt;/p>
&lt;ul>
&lt;li>&lt;a href="mcp-three-way-workflow-and-dart-experiment/">三 MCP 工作流與 Dart 實測&lt;/a>：cbm / codegraph / serena 的職責分工與三刀流（附三個工具各自的 deep-dive：&lt;a href="mcp-codebase-memory-deep-dive/">cbm&lt;/a> / &lt;a href="mcp-codegraph-deep-dive/">codegraph&lt;/a> / &lt;a href="mcp-serena-deep-dive/">serena&lt;/a>）&lt;/li>
&lt;li>&lt;a href="lsp-first-development-methodology/">LSP-first 開發方法論&lt;/a>：LSP 路線跟其他 code intelligence 路線的取捨&lt;/li>
&lt;li>&lt;a href="background-agent-parallel-research/">Background agent 並行研究&lt;/a>：用 Claude Code background agent 平行做研究的工作流&lt;/li>
&lt;/ul>
&lt;hr>
&lt;h2 id="跟其他資料夾的邊界">跟其他資料夾的邊界&lt;/h2>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>議題&lt;/th>
 &lt;th>該放&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>從具體 case 抽出可重用的工程原則&lt;/td>
 &lt;td>&lt;code>report/&lt;/code>（case-driven、編號連續）&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>工作中遇到的具體事件 / 工具事故&lt;/td>
 &lt;td>&lt;code>work-log/&lt;/code>&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>blog 本身的設計 / 規範&lt;/td>
 &lt;td>&lt;code>posts/&lt;/code>&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>中性 frame 的方法論說明（不綁特定 case）&lt;/td>
 &lt;td>&lt;strong>本資料夾&lt;/strong>&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>&lt;strong>跟 &lt;code>report/&lt;/code> 的區別&lt;/strong>：record 是「方法論本身怎麼用」（教學 / 中性說明）、report 是「從某個 case 抽出來的原則」（事後檢討 / case-driven）。同一個議題若先有方法論再有 case、方法論寫 record、case 抽出的原則寫 report；若是先出問題再抽原則、直接寫 report。&lt;/p>
&lt;hr>
&lt;p>底下自動列出本資料夾的所有文章、依日期排序。&lt;/p></description><content:encoded><![CDATA[<p>這個資料夾收錄<strong>方法論記錄</strong> — 寫法是中性 frame 的「某個工作模式 / 流程 / 原則是什麼、怎麼用」、不一定有具體 case 觸發。</p>
<p>內容大致分六類：</p>
<p><strong>自察與認知方法論</strong> — 工作前 / 工作中的自我檢視框架。例：</p>
<ul>
<li><a href="5w1h-self-awareness-methodology/">5W1H 自察方法論</a></li>
<li><a href="ai-task-avoidance-detection-methodology/">AI 任務迴避偵測方法論</a></li>
<li><a href="%e5%a4%a7%e8%a6%8f%e6%a8%a1%e9%87%8d%e6%a7%8b%e6%96%b9%e6%b3%95%e8%ab%96/">大規模重構方法論</a></li>
</ul>
<p><strong>設計判斷與選型</strong> — 技術決策框架，避免過度設計與設計瑕疵的判斷標準（如 YAGNI 的真實適用條件、成本不對稱性下的選擇邏輯）。例：</p>
<ul>
<li><a href="yagni-boundary-three-axes/">YAGNI 的真實適用條件</a></li>
<li><a href="saas-selection-interview-methodology/">SaaS 選型訪談方法論</a></li>
</ul>
<p><strong>敏捷 / 工程流程</strong> — 敏捷實作、重構流程、文件分層。例：</p>
<ul>
<li><a href="agile-programing-methodology/">敏捷編程方法論</a></li>
<li><a href="agile-refactor-methodology/">敏捷重構方法論</a></li>
<li><a href="5-layer-doc-system/">5 層文件系統</a></li>
</ul>
<p><strong>寫作 / 溝通標準</strong> — 驗收條件、寫作規範。例：</p>
<ul>
<li><a href="acceptance-criteria-methodology/">驗收條件方法論</a></li>
<li><a href="writing-guidelines/">經驗分享文章的寫作準則</a></li>
</ul>
<p><strong>文件與 API 設計</strong> — function 文件分層、測試命名作為 spec、commit message vs source code doc 的職責邊界、型別取代 doc 等表達設計議題。例：</p>
<ul>
<li><a href="function-doc-layered-design/">函式文件分層設計</a></li>
<li><a href="types-replacing-docs/">型別取代 doc 的收益曲線</a></li>
<li><a href="test-naming-as-documentation/">測試命名作為文件</a></li>
<li><a href="commit-message-vs-source-doc/">Commit message vs source code doc</a></li>
</ul>
<p><strong>AI 協作工具評估</strong> — Claude Code / Codex / MCP server 等 AI 協作工具的設計拆解、能力邊界、選型對照。包含個別工具的 deep-dive 跟「同題不同工具」的實測。例：</p>
<ul>
<li><a href="mcp-three-way-workflow-and-dart-experiment/">三 MCP 工作流與 Dart 實測</a>：cbm / codegraph / serena 的職責分工與三刀流（附三個工具各自的 deep-dive：<a href="mcp-codebase-memory-deep-dive/">cbm</a> / <a href="mcp-codegraph-deep-dive/">codegraph</a> / <a href="mcp-serena-deep-dive/">serena</a>）</li>
<li><a href="lsp-first-development-methodology/">LSP-first 開發方法論</a>：LSP 路線跟其他 code intelligence 路線的取捨</li>
<li><a href="background-agent-parallel-research/">Background agent 並行研究</a>：用 Claude Code background agent 平行做研究的工作流</li>
</ul>
<hr>
<h2 id="跟其他資料夾的邊界">跟其他資料夾的邊界</h2>
<table>
  <thead>
      <tr>
          <th>議題</th>
          <th>該放</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>從具體 case 抽出可重用的工程原則</td>
          <td><code>report/</code>（case-driven、編號連續）</td>
      </tr>
      <tr>
          <td>工作中遇到的具體事件 / 工具事故</td>
          <td><code>work-log/</code></td>
      </tr>
      <tr>
          <td>blog 本身的設計 / 規範</td>
          <td><code>posts/</code></td>
      </tr>
      <tr>
          <td>中性 frame 的方法論說明（不綁特定 case）</td>
          <td><strong>本資料夾</strong></td>
      </tr>
  </tbody>
</table>
<p><strong>跟 <code>report/</code> 的區別</strong>：record 是「方法論本身怎麼用」（教學 / 中性說明）、report 是「從某個 case 抽出來的原則」（事後檢討 / case-driven）。同一個議題若先有方法論再有 case、方法論寫 record、case 抽出的原則寫 report；若是先出問題再抽原則、直接寫 report。</p>
<hr>
<p>底下自動列出本資料夾的所有文章、依日期排序。</p>
]]></content:encoded></item></channel></rss>