<?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>Posts on Tarragon</title><link>https://tarrragon.github.io/blog/tags/posts/</link><description>Recent content in Posts 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/posts/index.xml" rel="self" type="application/rss+xml"/><item><title>文章列表</title><link>https://tarrragon.github.io/blog/posts/</link><pubDate>Mon, 15 Jun 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/posts/</guid><description>&lt;p>這個資料夾收錄 blog 本身的&lt;strong>規範文件&lt;/strong>、&lt;strong>設計/架構筆記&lt;/strong>，以及不屬於特定語言教材區（&lt;code>content/backend/&lt;/code>、&lt;code>content/go/&lt;/code>、&lt;code>content/python/&lt;/code> 等）的雜項技術筆記。&lt;/p>
&lt;p>內容大致分三類：&lt;/p>
&lt;p>&lt;strong>規範與契約&lt;/strong> — agent / 工具鏈行為的單一真實來源，被 &lt;code>AGENTS.md&lt;/code> 或其他 config 引用：&lt;/p>
&lt;ul>
&lt;li>&lt;a href="https://tarrragon.github.io/blog/posts/blog-markdown-%E5%AF%AB%E4%BD%9C%E8%A6%8F%E7%AF%84%E8%88%87-mdtools-%E6%AA%A2%E6%9F%A5/" data-link-title="Blog Markdown 寫作規範與 mdtools 檢查" data-link-desc="本 blog 的 Markdown 排版規範權威契約。涵蓋 H1 禁用、MD024 siblings_only、反釣魚 TLD 校驗、卡片雙向完整性、front matter schema；改規則時要與 scripts/mdtools 實作同步。">Blog Markdown 寫作規範與 mdtools 檢查&lt;/a> — 排版規則、反釣魚校驗、卡片雙向完整性的工具化契約&lt;/li>
&lt;li>&lt;a href="https://tarrragon.github.io/blog/posts/blog-article-template-design/" data-link-title="Blog 文章模板設計：作者品質閘門與正文分工" data-link-desc="文章模板的定位與 SSoT 歸屬：模板是作者品質閘門、正文仍走技術推導、backend 正文不暴露填表結構。">Blog 文章模板設計：作者品質閘門與正文分工&lt;/a> — 文章模板的 blog-specific SSoT，供人類作者、Claude Code 與 Codex 共用&lt;/li>
&lt;li>&lt;a href="https://tarrragon.github.io/blog/posts/%E4%BB%80%E9%BA%BC%E6%98%AF-ast-%E5%BE%9E%E5%AD%97%E4%B8%B2%E5%88%B0%E8%AA%9E%E6%B3%95%E6%A8%B9%E7%9A%84%E8%A6%96%E8%A7%92%E8%BD%89%E6%8F%9B/" data-link-title="什麼是 AST — 從字串到語法樹的視角轉換" data-link-desc="AST 與 regex 的差異判準：規則需要知道文字處在什麼結構中時 regex 就不夠。附 regex 誤判的具體 case。">什麼是 AST — 從字串到語法樹的視角轉換&lt;/a> — 為什麼 blog 選 AST-based linter 而非 regex&lt;/li>
&lt;li>&lt;a href="https://tarrragon.github.io/blog/posts/mdtoolsgo--goldmark-%E7%9A%84-markdown-%E5%B7%A5%E5%85%B7%E9%8F%88%E8%A8%AD%E8%A8%88/" data-link-title="mdtools：Go &amp;#43; goldmark 的 markdown 工具鏈設計" data-link-desc="mdtools 的架構決策：選 Go &amp;#43; goldmark 的理由（與 Hugo 同源保證 lint↔render 等價）、單 binary 多子命令設計、pre-commit 整合、規則開啟紀律。">mdtools：Go + goldmark 的 markdown 工具鏈設計&lt;/a> — 子命令架構、語言選擇 tripwire、pre-commit 與 CI 整合&lt;/li>
&lt;/ul>
&lt;p>&lt;strong>Hugo 與 Markdown 操作經驗&lt;/strong> — 具體寫作與渲染問題的事故紀錄。&lt;/p>
&lt;p>&lt;strong>AI 協作與工程心得&lt;/strong> — CI 自動除錯、技術寫作結構、專案經營相關反思。&lt;/p>
&lt;p>底下自動列出本資料夾的所有文章，依日期排序。&lt;/p></description><content:encoded><![CDATA[<p>這個資料夾收錄 blog 本身的<strong>規範文件</strong>、<strong>設計/架構筆記</strong>，以及不屬於特定語言教材區（<code>content/backend/</code>、<code>content/go/</code>、<code>content/python/</code> 等）的雜項技術筆記。</p>
<p>內容大致分三類：</p>
<p><strong>規範與契約</strong> — agent / 工具鏈行為的單一真實來源，被 <code>AGENTS.md</code> 或其他 config 引用：</p>
<ul>
<li><a href="/blog/posts/blog-markdown-%E5%AF%AB%E4%BD%9C%E8%A6%8F%E7%AF%84%E8%88%87-mdtools-%E6%AA%A2%E6%9F%A5/" data-link-title="Blog Markdown 寫作規範與 mdtools 檢查" data-link-desc="本 blog 的 Markdown 排版規範權威契約。涵蓋 H1 禁用、MD024 siblings_only、反釣魚 TLD 校驗、卡片雙向完整性、front matter schema；改規則時要與 scripts/mdtools 實作同步。">Blog Markdown 寫作規範與 mdtools 檢查</a> — 排版規則、反釣魚校驗、卡片雙向完整性的工具化契約</li>
<li><a href="/blog/posts/blog-article-template-design/" data-link-title="Blog 文章模板設計：作者品質閘門與正文分工" data-link-desc="文章模板的定位與 SSoT 歸屬：模板是作者品質閘門、正文仍走技術推導、backend 正文不暴露填表結構。">Blog 文章模板設計：作者品質閘門與正文分工</a> — 文章模板的 blog-specific SSoT，供人類作者、Claude Code 與 Codex 共用</li>
<li><a href="/blog/posts/%E4%BB%80%E9%BA%BC%E6%98%AF-ast-%E5%BE%9E%E5%AD%97%E4%B8%B2%E5%88%B0%E8%AA%9E%E6%B3%95%E6%A8%B9%E7%9A%84%E8%A6%96%E8%A7%92%E8%BD%89%E6%8F%9B/" data-link-title="什麼是 AST — 從字串到語法樹的視角轉換" data-link-desc="AST 與 regex 的差異判準：規則需要知道文字處在什麼結構中時 regex 就不夠。附 regex 誤判的具體 case。">什麼是 AST — 從字串到語法樹的視角轉換</a> — 為什麼 blog 選 AST-based linter 而非 regex</li>
<li><a href="/blog/posts/mdtoolsgo--goldmark-%E7%9A%84-markdown-%E5%B7%A5%E5%85%B7%E9%8F%88%E8%A8%AD%E8%A8%88/" data-link-title="mdtools：Go &#43; goldmark 的 markdown 工具鏈設計" data-link-desc="mdtools 的架構決策：選 Go &#43; goldmark 的理由（與 Hugo 同源保證 lint↔render 等價）、單 binary 多子命令設計、pre-commit 整合、規則開啟紀律。">mdtools：Go + goldmark 的 markdown 工具鏈設計</a> — 子命令架構、語言選擇 tripwire、pre-commit 與 CI 整合</li>
</ul>
<p><strong>Hugo 與 Markdown 操作經驗</strong> — 具體寫作與渲染問題的事故紀錄。</p>
<p><strong>AI 協作與工程心得</strong> — CI 自動除錯、技術寫作結構、專案經營相關反思。</p>
<p>底下自動列出本資料夾的所有文章，依日期排序。</p>
]]></content:encoded></item></channel></rss>