AI 工作資料夾教學：非工程師如何整理來源、規則與範本，讓代理接續行銷工作

AI 工作資料夾可以讓非工程師少做很多重複說明。把來源、規則與範本放在固定位置，下一次就更容易接續同一項工作。

X 上把版本庫介紹成代理可以使用的工作空間，讓行銷與內容工作者開始關心這個概念。它並不只適用於寫程式。

但資料夾放得滿，不代表代理看得懂。多個版本、過時規則與沒有說明的截圖，反而可能讓工具從錯誤資料開始。

版本庫還比一般資料夾多了歷史記錄。Git 可以記錄每次改動，也能用分支保留不同修改方向，幫助你找到哪一次修改影響了結果。

我建議先建立一個小型內容專案，放進一份來源、一份工作規則與一個交付範本。確認代理能正確使用，再逐步增加資料。

本文以課程行銷為例，說明如何分區、寫專案指引與儲存版本，讓每次工作都能從可檢查的成果繼續。

AI 工作資料夾，先從一個固定任務開始

第一次先選每週都會重複的工作，例如把官方課程更新整理成宣傳草稿。固定任務能讓你比較資料夾是否真的減少說明。

不要一開始把所有公司檔案交給代理。資料範圍越大，越需要清楚權限與版本，也越容易混入不相關的內容。

先寫一句完成標準：「依據最新課程資料，產出一篇繁體中文草稿，保留價格與日期來源，存到指定位置，不直接釋出。」

這句話同時定義輸入、輸出與動作範圍。代理知道要產出什麼，也知道哪些步驟不能因為草稿寫完就繼續執行。

再找出這項工作的最少必要資料。通常是官方介紹、當前價格與日期、既有語氣範例，以及文章格式。

如果這些資料本身有矛盾，先整理出權威來源。資料夾結構無法替你決定哪個價格正確，需要由明確版本與來源來解決。

四個區域，把原始來源與輸出分開

我建議先用來源、規則、範本與輸出四個區域。這是本文提供的工作設計，不是所有代理都必須遵守的官方標準。

來源區域記錄資料從哪來，以及何時取得。若是網頁，可保留連結與必要摘錄。若是檔案，記下檔名與版本日期。

規則區域不適合放很長的雜談。把會影響結果的內容寫成具體行為，例如價格照來源引用，缺少日期就先指出，不自行補寫。

範本區域提供結構與語氣。代理可以學習段落長度與標題方式，但舊範例中的價格、課程名稱與日期都不應直接帶入新稿。

輸出區域則保留每次任務的結果。原始資料與輸出分開，可以讓你知道錯誤來自來源，還是發生在整理與寫作階段。

第一次只要這四個區域就足夠。等到確實出現管理問題，再增加子資料夾，避免為了看起來完整先做出難以使用的系統。

專案指引怎麼寫，代理才容易遵守？

Claude Code 官方記憶說明文件 介紹了持續專案指引與自動記憶。以該工具為例，可以使用 CLAUDE.md 儲存專案要求。

持續指引是每次進入專案時仍可使用的規則。自動記憶則可能儲存工具從工作中累積的資訊，兩者仍需要你檢查內容是否正確。

不同代理的讀檔規則可能不同。不能只建立一個檔名，就假設所有工具都會自動讀到。先查實際工具的說明文件，再測試它是否採用了規則。

專案指引的開頭應說明任務目的與權威來源。例如課程資訊以 sources 中最新官方文件為準，舊文章只用來參考語氣。

再寫清輸出格式與儲存位置。「請寫得專業」太抽象，換成「段落簡短，給出操作步驟，正文以繁體中文撰寫」會更可檢查。

第三部分寫動作範圍。例如只產出草稿，不直接傳送郵件、釋出網站或修改來源檔，讓工作完成點清楚可見。

最後列出驗收條件。價格、日期與報名連結逐項核對，無法確認的事實留在研究記錄，不混入看起來已經確定的正文。

課程行銷案例，從資料到草稿怎麼走？

先把最新課程介紹放進來源區，寫下取得日期。若價格與開課日期來自不同檔案，分別保留對應來源。

接著寫一份任務說明：「請依本次更新製作宣傳草稿，讀者是第一次接觸課程的人，解釋能學到什麼與如何報名。」

要求代理先列出會用到的事實，再開始寫正文。這能讓你提前發現它把舊價格或不再提供的優惠當成當前資訊。

確認資料後，套用範本結構，但保留內容差異。課程如果沒有實作作業，就不能因為範本有實作段落而自動補上。

草稿完成後，把每項重要資訊對應到來源。不要只問文句是否流暢，要看讀者據此報名時，會不會得到錯誤承諾。

最後儲存草稿與一份簡短工作摘要。摘要寫明用了哪些來源、產出在哪、尚未確認什麼，下一次代理就有明確起點。

Git 版本記錄，比一堆 final 檔案多了什麼？

Git 官方入門說明 解釋了版本控制。它能記錄檔案變化，讓你比較某次修改前後發生了什麼。

一般資料夾也能保留多份檔案，但很容易出現 final、final2 與最後新版。檔名越來越長，仍不知道它們實際差在哪。

版本記錄能把改動與原因放在一起。比如更新價格來源、修正報名日期，或只調整導言，都可以分別儲存。

第一次不必學習所有 Git 指令。可以從儲存當前狀態、檢視差異與回到可用版本開始，或使用熟悉的圖形介面。

重要的是每次儲存要有可理解的說明。「更新內容」很難幫助接手者，「依新公告修正日期，價格維持原值」就更有用。

如果沒有採用 Git，也可以先用清楚的日期與版本記錄建立習慣。不要為了工具而延遲內容工作，但要知道一般資料夾沒有同樣的歷史管理能力。

最常見的失誤，是舊資料與新規則混在一起

舊文章常有已經結束的活動，代理卻可能因為寫得完整就優先引用。把舊範例標成語氣參考，能降低這個風險。

同一份規則若有多個版本，也要指出當前有效檔案。否則一段說明要求短文，另一段要求長文，工具可能交出兩者折衷的結果。

截圖缺少日期時，無法證明它代表當前頁面。重要價格與條款最好保留可核對的文字來源，截圖作為補充。

臨時聊天決定也需要整理進規則。若只在很久以前的對話裡說過「這次不釋出」，新會話可能沒有讀到。

但規則不能無限累積。過期要求應移到歷史記錄，保留當前規則簡潔，讓代理更容易辨識這次真正需要遵守的內容。

每次工作結束後，可以問一遍：這次發現的錯誤，是來源過時、規則不清，還是工具沒有遵守？先處理根因，再調整資料夾。

資料權限，按任務給予最少必要範圍

行銷工作通常不需要讀取所有客戶資料。若只做課程介紹，公開課程資訊與格式範本就可能足夠。

如果確實需要分析詢問記錄，先去掉與任務無關的姓名、電話與地址。保留能支援分析的欄位，讓資料範圍與目的相符。

資料放在本機，不代表使用雲端模型時不會傳送。應確認工具如何把內容送到模型，再決定哪些檔案適合提供。

規則檔案也不適合放秘密金鑰與密碼。代理能看到的專案檔案，可能進入上下文或日誌，需要把憑證交給合適的安全機制處理。

當任務從寫稿變成發信或釋出，權限已經改變。把這類動作寫成獨立步驟，先完成可檢查的草稿，再依明確授權執行。

這些做法不會讓資料夾難用。恰恰相反，範圍清楚時，代理少讀無關內容，也更容易專注在真正的工作。

如何驗收資料夾真的減少重複說明？

先選兩次相似任務，記錄準備資料、解釋規則與修改草稿的時間。不要只統計代理生成文字有多快。

觀察它是否使用正確來源、輸出到正確位置，以及保留該保留的資訊。若每次都要重新提醒，專案指引可能不夠明確或沒有被讀取。

再請另一位同事接手。讓他只看資料夾與工作摘要，嘗試找到最新來源與草稿，記錄需要追問的地方。

如果同事能接手，代理通常也更容易找到線索。如果人看不懂，不能期待模型自然理解所有隱含關係。

第一次完成後只修最明顯的問題。例如補取得日期、拆開舊範例與新來源，或明確輸出位置，不必重建整個目錄。

把這套方法重複兩輪，再決定是否擴大到電子報、社群或課程頁面。每增加一種交付物，都應新增明確格式與驗收條件。

範例：價格更新之後，怎樣避免代理沿用舊資料？

假設課程價格剛調整，來源區已經有新公告，舊文章仍保留在範本區。先把新公告標明為當前價格依據，舊稿只供結構參考。

任務說明再寫出這次更新的範圍：修改價格與相關描述，日期及課程內容維持。這樣代理不會因為看到舊宣傳詞就順便改動其他資訊。

寫稿前讓工具列出預計採用的價格與來源，先對照公告。這個短步驟能提前抓錯，比正文完成後逐段尋找舊數字更容易。

完成後搜尋舊價格與新價格，再檢查每一個相關位置。標題、正文與摘要可能分別儲存，不能只修改正文就認為全部一致。

儲存結果時寫明公告日期與修改範圍。下一次代理看到版本記錄，就知道為什麼改價，也不會把舊價格當成另一個有效方案。

若公告尚未明確生效日，就保留這個問題在工作記錄中，不在公開草稿裡寫成已經確定。需要的決定應來自負責來源的人。

這套流程適用於時效事實，不只價格。活動地點、報名截止與講師資訊，都應該能找到當前依據。

怎麼維持資料夾，不讓它變成新負擔？

每次任務結束只檢查三件事：來源是否仍有效，輸出是否存到正確位置，新增規則是否真的適合長期使用。

臨時決定不必全部放進長期指引。一次活動採用輕鬆語氣，不代表以後所有內容都應該如此，保留任務背景才不會誤用。

舊資料可以移到歷史區並註明用途，保留當前區簡潔。這樣既能回看以前的決定，也能讓代理更容易找到有效版本。

AI 工作資料夾常見問題

不會寫程式，也能建立工作資料夾嗎？

可以。先用一般檔案與資料夾區分來源、規則、範本與輸出，再學習需要的版本工具。重點是資料清楚，不是把工作變成程式專案。

所有規則都應該放進專案指引嗎？

不需要。專案指引儲存持續有效的要求，這次任務獨有的細節放在任務說明。過長規則會讓重要內容更難找到。

自動記憶能代替人工維護來源嗎？

不能。自動記憶可能保留過時或錯誤理解，最新價格、日期與條款仍應回到權威來源。工作完成後也要檢查記憶是否適合繼續使用。

讓下一次工作從正確版本開始

AI 工作資料夾的價值，是讓來源、規則與成果都有固定位置。把一次工作整理清楚，下一次就能少解釋，也更容易發現錯誤發生在哪裡。

今天先選一個重複任務，建立四個區域與一份簡短指引。完成一篇草稿後，請別人依資料夾接手，再根據實際卡住的地方調整。

延伸閱讀：Codex 教學：非工程師也能用的 AI 桌面助理，10 個實戰應用

延伸閱讀：Notion 3.7 Agent Skills 教學：把團隊 SOP 變成 Claude Code、Codex 也能用的技能

資料來源

產品資訊依 第一手來源 與 官方補充文件 整理，功能與條款查核日期為 2026 年 10 月 12 日。

討論線索來自 X 原始貼文。本文操作案例是供讀者採用的練習流程，未宣稱已替讀者完成產品實測。