<?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>Worklog on Tarragon</title><link>https://tarrragon.github.io/blog/tags/worklog/</link><description>Recent content in Worklog on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Tue, 20 Jan 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/worklog/index.xml" rel="self" type="application/rss+xml"/><item><title>五層文件系統 - 專案文檔管理架構</title><link>https://tarrragon.github.io/blog/record/%E4%BA%94%E5%B1%A4%E6%96%87%E4%BB%B6%E7%B3%BB%E7%B5%B1-%E5%B0%88%E6%A1%88%E6%96%87%E6%AA%94%E7%AE%A1%E7%90%86%E6%9E%B6%E6%A7%8B/</link><pubDate>Tue, 20 Jan 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/record/%E4%BA%94%E5%B1%A4%E6%96%87%E4%BB%B6%E7%B3%BB%E7%B5%B1-%E5%B0%88%E6%A1%88%E6%96%87%E6%AA%94%E7%AE%A1%E7%90%86%E6%9E%B6%E6%A7%8B/</guid><description>&lt;p>我們需要專門的 SKILL 處理我們的文件運作，我們之前可能有其他腳本或者 SKILL 處理相關工作，但是現在這是一個完整的整合描述跟處理模式&lt;/p>
&lt;p>我們原本設計的是三重文件系統，但是現在會經過擴充把分工再度做拆分，重新調整不同的工作職責&lt;/p>
&lt;p>changelog 是純粹的提供給其他工程師了解版本推進的變化&lt;/p>
&lt;p>todo.md 是當前版本已知的待處理的問題，但是還沒加入執行的排程中，可能會在下一個版本或者更之後的版本處理這些問題，如果已經解決的任務應該要從 todo.md 移除&lt;/p>
&lt;p>worklog 是記錄這個版本的大方向，這個版本任務的前情提要，整個版本的執行企劃，不包括執行細節，因為執行細節我們會交付給 ticket ，我們要確保的是 worklog 想要達到的目標都有達成，比如我們剛剛規劃的 step by step
,我們為什麼會這樣設計，為什麼我們需要這些設計相關的解釋，理論上，每一個工程師，不需要其他的 context 解釋，他應該能從當前版本的 worklog 理解所有人的工作目標跟工作要求&lt;/p>
&lt;p>ticket 是所有任務的細節，會記錄任務從何而來，目標是什麼，執行的途中也會更新 ticket 的處理狀況跟進度 ，直到 ticket 被更新為完成為止&lt;/p>
&lt;p>最後是我們剛剛新增的錯誤模式文件系統，當我們在執行 ticket 之前跟之後，都需要查詢或者更新相關的問題，蒐集問題，並且提供之後改善我們工作模式的參考素材&lt;/p>
&lt;p>所以我們需要 SKILL 說明每個文件的職責，設計相關的 command 做更新或者查詢，用 hook 確保文件進度的同步，這是我們現在的工作模式的核心運作系統&lt;/p></description><content:encoded><![CDATA[<p>我們需要專門的 SKILL 處理我們的文件運作，我們之前可能有其他腳本或者 SKILL 處理相關工作，但是現在這是一個完整的整合描述跟處理模式</p>
<p>我們原本設計的是三重文件系統，但是現在會經過擴充把分工再度做拆分，重新調整不同的工作職責</p>
<p>changelog 是純粹的提供給其他工程師了解版本推進的變化</p>
<p>todo.md 是當前版本已知的待處理的問題，但是還沒加入執行的排程中，可能會在下一個版本或者更之後的版本處理這些問題，如果已經解決的任務應該要從 todo.md 移除</p>
<p>worklog 是記錄這個版本的大方向，這個版本任務的前情提要，整個版本的執行企劃，不包括執行細節，因為執行細節我們會交付給 ticket ，我們要確保的是 worklog 想要達到的目標都有達成，比如我們剛剛規劃的 step by step
,我們為什麼會這樣設計，為什麼我們需要這些設計相關的解釋，理論上，每一個工程師，不需要其他的 context 解釋，他應該能從當前版本的 worklog 理解所有人的工作目標跟工作要求</p>
<p>ticket 是所有任務的細節，會記錄任務從何而來，目標是什麼，執行的途中也會更新 ticket 的處理狀況跟進度 ，直到 ticket 被更新為完成為止</p>
<p>最後是我們剛剛新增的錯誤模式文件系統，當我們在執行 ticket 之前跟之後，都需要查詢或者更新相關的問題，蒐集問題，並且提供之後改善我們工作模式的參考素材</p>
<p>所以我們需要 SKILL 說明每個文件的職責，設計相關的 command 做更新或者查詢，用 hook 確保文件進度的同步，這是我們現在的工作模式的核心運作系統</p>
]]></content:encoded></item></channel></rss>