<?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/%E9%87%8D%E8%A4%87%E6%89%8B%E5%8B%95%E5%B7%A5%E4%BD%9C/</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>Sat, 02 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/%E9%87%8D%E8%A4%87%E6%89%8B%E5%8B%95%E5%B7%A5%E4%BD%9C/index.xml" rel="self" type="application/rss+xml"/><item><title>Toil</title><link>https://tarrragon.github.io/blog/backend/knowledge-cards/toil/</link><pubDate>Sat, 02 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/backend/knowledge-cards/toil/</guid><description>&lt;p>Toil 的核心概念是「重複、手動、無永久價值、可自動化的工作」。它通常和 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/on-call/" data-link-title="On-Call" data-link-desc="說明值班制度如何承接告警、事故分級與升級流程">on-call&lt;/a> 壓力、&lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/alert-fatigue/" data-link-title="Alert Fatigue" data-link-desc="說明過多低品質告警如何降低 on-call 反應品質">alert fatigue&lt;/a> 與 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/runbook/" data-link-title="Runbook" data-link-desc="說明 runbook 如何把事故判斷與操作步驟標準化">runbook&lt;/a> 綁在一起。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>Toil 位在 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/alert-fatigue/" data-link-title="Alert Fatigue" data-link-desc="說明過多低品質告警如何降低 on-call 反應品質">alert-fatigue&lt;/a>、&lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/runbook/" data-link-title="Runbook" data-link-desc="說明 runbook 如何把事故判斷與操作步驟標準化">runbook&lt;/a> 與 &lt;a href="https://tarrragon.github.io/blog/backend/knowledge-cards/post-incident-review/" data-link-title="Post-Incident Review" data-link-desc="說明事故後如何完成復盤、學習與改進閉環">post-incident-review&lt;/a> 之間。它把反覆出現的手動修復工作，轉成能被自動化或系統性消除的治理對象。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>系統需要 toil 治理的訊號是值班時間被重複修復工作吃掉，且每次事故後都只是多一個手動步驟。常見例子包括固定重啟、手動 replay、人工清 queue、或每週都要補同一份報表。&lt;/p>
&lt;h2 id="設計責任">設計責任&lt;/h2>
&lt;p>Toil 治理要定義可自動化優先序、移除條件、owner 與替代路徑。它的目標是把沒有長期價值的重複成本逐步壓下來，消滅所有手工流程既不必要也不現實。&lt;/p></description><content:encoded><![CDATA[<p>Toil 的核心概念是「重複、手動、無永久價值、可自動化的工作」。它通常和 <a href="/blog/backend/knowledge-cards/on-call/" data-link-title="On-Call" data-link-desc="說明值班制度如何承接告警、事故分級與升級流程">on-call</a> 壓力、<a href="/blog/backend/knowledge-cards/alert-fatigue/" data-link-title="Alert Fatigue" data-link-desc="說明過多低品質告警如何降低 on-call 反應品質">alert fatigue</a> 與 <a href="/blog/backend/knowledge-cards/runbook/" data-link-title="Runbook" data-link-desc="說明 runbook 如何把事故判斷與操作步驟標準化">runbook</a> 綁在一起。</p>
<h2 id="概念位置">概念位置</h2>
<p>Toil 位在 <a href="/blog/backend/knowledge-cards/alert-fatigue/" data-link-title="Alert Fatigue" data-link-desc="說明過多低品質告警如何降低 on-call 反應品質">alert-fatigue</a>、<a href="/blog/backend/knowledge-cards/runbook/" data-link-title="Runbook" data-link-desc="說明 runbook 如何把事故判斷與操作步驟標準化">runbook</a> 與 <a href="/blog/backend/knowledge-cards/post-incident-review/" data-link-title="Post-Incident Review" data-link-desc="說明事故後如何完成復盤、學習與改進閉環">post-incident-review</a> 之間。它把反覆出現的手動修復工作，轉成能被自動化或系統性消除的治理對象。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>系統需要 toil 治理的訊號是值班時間被重複修復工作吃掉，且每次事故後都只是多一個手動步驟。常見例子包括固定重啟、手動 replay、人工清 queue、或每週都要補同一份報表。</p>
<h2 id="設計責任">設計責任</h2>
<p>Toil 治理要定義可自動化優先序、移除條件、owner 與替代路徑。它的目標是把沒有長期價值的重複成本逐步壓下來，消滅所有手工流程既不必要也不現實。</p>
]]></content:encoded></item></channel></rss>