入門講義

雲端共用助手入門：自訂 GPT、Claude Project 給別人用前要想清楚的事

一個人用和十個人用是兩種東西；差別不在指令寫得多好，在規則改了以後會發生什麼。

載體：自訂 GPT｜Claude Project機制：交付與維護2026-08-05

適合誰：要把助手發給部門同事用的人，以及接手別人建的助手的人。如果你已經確定要共用，從這篇開始；如果還不知道該不該做助手，先讀「我需要做一個 AI 助手嗎？」。

一、你其實是在發行一份規則，不是在建一個工具

你在自己電腦上做了一個助手。它會照你的規矩整理報表、擬回覆、比對合約。用得很順，因為那些規矩本來就在你腦袋裡，助手只是把你會做的事做快一點。它出錯的時候你一眼看得出來，因為你本來就知道答案長什麼樣。

然後你把它分享給同事。

從那一刻起，這個東西的性質變了，而且變的不是它，是你。

你的同事不知道你當初做了哪些取捨。他不知道你的「業績」是看付款日不是下單日、你的「上個月」是指自然月不是會計月、你那份範本是三月核定的版本。他只看到一個助手，問了，得到一個答案，答案看起來很正常，於是他照著做。

做出來的東西如果是錯的，第一個被找的人是他。第二個被找的人是你。而你會發現一件很不舒服的事：你很難說「那只是個工具，他應該自己判斷」。因為在他眼裡，這個助手是你發的，你發的東西就等於你們部門對這件事的官方作法。他照著做，不是他偷懶，是他把你當成規則的來源。

這就是一個人用和十個人用的真正差別。不是使用者變多、不是流量變大、也不是指令要寫得更精緻。是責任的方向反過來了：自己用的時候，錯了你自己吃；給人用的時候，錯了你要出面解釋為什麼當初是那樣寫的。

所以這本講義不談怎麼把指令寫得更好——那是 Skill 通用講義 的事，那一篇的五問與六段指令這裡全部沿用，不重複。這本只談一件事：當這個助手要離開你的手，交給你控制不了的人、在你不在場的時候使用，你要多做什麼、多想什麼、多留什麼。

有一個很簡單的自我檢查：如果今天有人拿著這個助手給的答案來問你「這是誰規定的」，你答不答得出來？答得出來，你就是在發行一份規則。答不出來，那你根本不該把它發出去。

先確認你有沒有

上面講的是心態，這裡確認工具。五件事，現在就點得開來看：

上面五項全是「沒有」，這一篇最值錢的部分你照樣拿得走。第三段那四件事（開場白、查不到的出口、版本標示、回報管道）和第六段的維護規矩，都不需要任何工具——它們是寫在紙上就成立的規矩，不是平台功能。真的什麼都沒有的人，把六段指令存成一份 Word，每次開新對話整段貼一次，同事也照做，這一套照樣跑得起來，只是每次要多貼一次。

沒有知識檔、沒有上傳資料、沒有接上任何系統的時候，你照樣問得到一份 格式完整、看起來很專業的產物——它會照這篇教的結構交件，該有的欄位一個不少。

這篇教你的檢查點，它在空手的狀態下多半也做得到。 所以判斷方法只有一個，而且跟格式無關：你有沒有親手給過它材料？ 沒有的話，那份東西不是成果，是它寫給你看的作文。

二、留在自己電腦，還是放上雲端給人用

這一節要決定的就是這一件事：同一套規則，你要讓它留在你自己的電腦裡（走 Skill 那條路），還是放上雲端讓別人也能用（走自訂 GPT 或 Claude Project）。

先看差別，再看判準。

留在自己電腦：資料夾就是它的記憶

你把口徑定義寫在 02_口徑定義/指標定義.md，某天財務跟你說認列日改看付款日，你打開那個檔、改一行、存檔。下一次它就照新的算。你不需要改指令、不需要重新設定、不需要通知任何系統——因為它讀的就是那個檔案本身，不是那個檔案的影子。

同樣地，你把一份過期的辦法從 現行/ 拖進 歸檔/，它就再也讀不到那份了。這個「拖檔案」的動作，實質上就是一次規則變更，而且立刻生效。代價是：這件事只在你那台電腦上成立。同事沒有那個資料夾，就沒有那份記憶。

放上雲端：知識庫是一份「上傳的副本」

這是這條路最常見、也最安靜的失效方式，值得單獨講清楚。

你把《法規清單 2026.xlsx》上傳到自訂 GPT 或 Claude Project 的知識庫。那個動作在你的感覺裡像是「接上去了」——好像你電腦上那份檔案和雲端這個助手之間，從此有一條線。

沒有那條線。 上傳的瞬間，平台複製了一份當下的內容存進它自己的知識庫，然後就結束了。你電腦上那份原檔，跟助手手上那份副本，從此是兩個不相干的東西。

於是接下來會發生這種事：

第 1 天。 你上傳法規清單，助手答得很準，你很滿意，發給部門。

第 40 天。 主管機關發布修正，你更新了電腦上那份 xlsx，改了三條的裁罰級距，存檔。你心裡覺得「更新完了」。你確實更新完了——更新的是你電腦上那份。

第 41 天到第 200 天。 助手繼續用第 1 天那份答題。它答得跟以前一樣流暢、一樣有條號、一樣篤定。它不會說「我這份可能有點舊」，因為它根本不知道有新版存在。 對它來說，知識庫裡那份就是全部的事實。

第 205 天。 有人照舊版級距做了一份對外文件送出去。

這個失效方式有三個特徵，每一個都讓它更難被抓到：

第一，它沒有任何徵兆。檔案讀不到會報錯，格式壞掉你看得出來，但「內容是舊的」在畫面上跟「內容是新的」長得完全一樣。沒有紅字、沒有警告、沒有更新時間戳記跳出來提醒你。

第二，最後看到它的人是最不可能發現的人。使用者不知道有新版，你知道有新版但你不是那個在用的人。

第三，你的直覺會站在錯的那邊。你會覺得「我更新過了」。這個記憶是真的——你真的動手改了檔——只是你改的那份不是它在用的那份。所以就算有人問你「這個助手的資料是最新的嗎」，你會很有把握地回答「是」。

你更新完正本以後，如果沒有回去把影本換掉，牆上貼的還是舊的那張，而且它會一直貼在那裡，直到有人出事。

所以這條路的維護動作，實質上有兩步，而幾乎所有人只做了第一步：

1. 改電腦上的原檔 ← 大家都會做
2. 回到助手裡刪掉舊檔、重新上傳、確認上傳的是哪一版 ← 這一步沒人記得

改完原檔就當成更新完了，是這一整篇要擋的那個動作。它的成本是零，代價要三個月後才付。

三條路的知識檔怎麼生效，差別只有這一張圖（圖裡的 SharePoint 是微軟給公司用的檔案存放區，公司有買 Copilot 的話，部門共用檔案通常就放在那裡）：

第三段講的「知識檔要標版本與更新日」，就是為了讓第二步有辦法被檢查——如果檔名和內容第一行都寫著版本與日期，你只要問助手一句「你現在手上這份的版本和更新日是什麼」，它會照著念，你當場就知道它是不是舊的。不要問「你的資料是最新的嗎」，它會說是；要問它「你手上那份的日期是幾號」，讓它報一個你能自己核對的東西。

判準

注意這個判準裡沒有「哪個比較方便」，也沒有「哪個功能比較多」。分岔點是錯誤會擴散到幾個人身上。錯誤只落在你身上，你自己會發現、自己會修，工具怎麼裝都行；錯誤會同時落在十個人身上，那你需要的不是一個更聰明的助手，是一個說得出名字的維護人。

還有一種情況要特別小心：「先自己用，好用再開放」是最容易漏掉這個決定的路徑。沒有任何一天你會坐下來說「好，現在起這是部門的官方工具了」。它就是慢慢地、一個人接一個人地變成那樣。所以要自己設一條線：當第三個人開始用它，就把這本講義從頭跑一次。

另一個獨立的分岔：網頁版還是桌面版

這一題跟你選哪一條路無關，是疊在上面的另一個維度——不管你走哪一條，都要再回答一次。問的是：你要不要讓它讀寫你硬碟上的檔案？

ChatGPT 和 Claude 都同時有網頁版與桌面應用程式，兩者能做的事不一樣。網頁版免安裝、換一台電腦效果一致、方便分享；桌面版則可以在你授權的範圍內直接讀寫本機檔案、接觸桌面上的其他應用程式。

這個差別在檔案整理、資料整理這類工作上是決定性的：網頁版你得一份份上傳，它動不到你的硬碟——聽起來不方便，但那也等於一道天然的安全邊界。桌面版方便得多，代價是那道邊界沒有了，改名、搬移、覆蓋都變成它做得到的事。

答案是「不要」的時候，用網頁版本身就是一種護欄——而且是這一整套裡最省力的一種，因為它不需要你寫任何規則。這跟 Skill 通用講義 第三問講的是同一個道理：能用工具層擋住的，就不要留給指令。

要注意的是，這一題跟「知識檔是本尊還是副本」是兩件事，不要混。 上面那張圖講的是知識檔改了會不會生效；這裡講的是它能不能動到你硬碟上的檔案。一支放在網頁版的助手，知識檔照樣可能是本尊；一支裝在桌面版的，知識檔照樣可能是過期的副本。

選好了怎麼建：一張表點完

兩家的畫面不一樣，但要填的東西是同一套。下面這張表 ChatGPT 的自訂 GPT 和 Claude 的 Project 都適用，兩邊叫法不一樣的地方，同一格裡各寫一次。個案篇不再重複這幾步，都指回這張表。

第 7 步最常被跳過，也最常打臉：你有付費方案所以你建得起來，但發出去以後用它的人不一定有。這一步的成本是十分鐘，省下來的是一輪「大家說點不進去」的來回。

三、建一個給別人用的助手，要多做的四件事

自己用的助手，缺這四件事你不會有感覺。給別人用，缺一件就會出事——而且四件各擋掉一類完全不同的問題，不能互相代替。

會這樣是有原因的。指令是寫給 AI 看的；這四件事是寫給人看的——寫給那個不知道你當初做了哪些取捨、也不會為了問一題先讀兩千字的人。你在指令裡把邊界寫得再嚴，他沒讀到，對他就等於不存在。

① 開場白要自我介紹「我能回答什麼、不能回答什麼」

使用者不會讀你寫的指令。這不是他們懶——多數平台根本不會把指令給使用者看，就算看得到，他也不會為了問一題而先讀兩千字。

所以邊界要寫在他一定會看到的地方，也就是開場白：助手開口的第一句話。

一個能用的開場白長這樣：

複製我是 XX 部門的請購查詢助手。

我可以回答：請購流程步驟、金額級距對應的簽核層級、常用表單去哪裡下載。
我不能回答：你這個案子會不會被核准、某廠商能不能用、單價合不合理——這些要問採購 王組長（分機 305）。

我的依據是《請購作業要點 v4》（2026-05-12 版）。查不到的我會直接說查不到。

四句話，四件事：我是誰、我能答什麼、我不能答什麼、我依據哪一份。使用者讀完就知道該不該相信下一句話。

多數平台都有一個「開場訊息／建議提示」的欄位，就填在那裡。順便把三到四個範例問題也填上——那不只是方便，還在示範「正確的問法長什麼樣」。使用者第一次點進來看到的那三、四句，實際上就是這個助手的說明書，而且是唯一一份會被讀的。

② 要有「查不到怎麼辦」的明確出口

「查不到就說查不到」只做了一半。剩下一半是：然後呢？

沒有出口的助手，使用者的體驗是：問了、被拒絕、卡住、回去問你。兩週之內大家會得出結論「早知道直接問你」，然後這個助手就沒人用了。它不是被推翻的，是被繞過的。

出口要具體到分機號碼那個層級：

而且指路的對象要事先知道自己被指到了。沒先知會就把人名和分機寫進助手，他會莫名其妙一直接到電話，然後跟大家說這個助手很煩——你等於花力氣製造了一個反對者。寫進去之前先去講一聲，順便問他一句「這類問題找你對不對」，通常三十秒。

③ 知識檔要標版本與更新日

原因第二段講過了：版本與更新日是你唯一有辦法從外面確認「它手上是哪一版」的東西。

做法有兩層，兩層都要：

• 檔名帶版本與日期：請購作業要點_v4_20260512.pdf。不要叫 請購作業要點(最新).pdf——「最新」這兩個字在第二天就會開始說謊，而且說謊的時候長得跟真話一模一樣。
• 檔案內容第一行也寫一次：因為助手引用的是內容，不見得會提到檔名。第一行寫「本文件版本 v4，生效日 2026-05-12，維護人：採購 王組長」，它引用時就會把這行帶出來。

然後在指令裡要求它每次回答都附上依據文件的版本與生效日。這件事的價值不在於它變得更準，在於使用者看得到自己在用哪一版。 一個看得到版本的使用者，會在版本明顯過期時來問你；一個看不到的，只會照著做。

④ 要有回報管道

助手答錯了，使用者發現了——然後他要去哪裡講？

如果沒有地方講，他的選擇只有兩個：忍下來繼續用，或是自己繞過去。兩個都很糟，而第二個更糟，因為你完全不會知道發生了什麼。第七段會再講這件事。

回報管道不需要做成系統，但需要寫進助手自己的回覆裡。最低成本的做法是在開場白最後加一句：

複製如果你發現我答錯了，請把對話截圖寄給 [email protected]，或在 XX 群組回報。
每一則回報都會被看，而且通常會變成我下一次更新的內容。

最後那句話很重要。回報是有成本的行為——使用者要花時間截圖、要冒著「是不是我用錯了」的尷尬。如果他覺得講了也沒用，他就不會講。你要讓他知道他講的話會有下文。

四、費用要講清楚

這一段刻意不寫金額，因為任何寫死的價格數字在三個月內都會變成錯的，而一份講義裡過期的價格比沒有價格更糟。這裡只講結構——數字你自己去看畫面上寫什麼。

三件實務上比金額更重要的事：

第一，「我建得起來」不等於「大家用得起來」。你有付費方案所以你建得出來，但你的使用者可能只有免費方案。發出去之前，找一個真的只有免費方案的同事，請他實際點進去用一次——這就是第二段那張步驟表的第 7 步，也是唯一可靠的測試方式。

第二，用量上限是共用的還是各自的，會決定它能不能撐過月底。有些方案的限制是「這個助手總共能被用幾次」，有些是「每個使用者各自幾次」。部門三十個人一起用的時候差別非常明顯——如果是前者，月中就會有人被擋在門外，而那個人不會來跟你說，他只會覺得這東西不能用。

第三，這兩家的方案結構每隔幾個月就會動一次。名稱會改、額度會調、免費能做的事會多會少。所以你要記的不是數字，是去哪裡看：登入後的方案頁面，以及建立畫面上直接顯示的限制。上面那張表最後一列寫的就是這個。

你付的錢，算法跟你以為的不一樣

一個很多人沒發現的事實：你每問一次，前面整段對話都會被重新送進去一次。

它不是只讀你剛打的那句。第 3 輪它讀的是「前 2 輪＋新問題」，第 5 輪讀的是「前 4 輪＋新問題」。 所以十輪對話的處理量不是十份，是一到十累加起來的那個三角形——大約五十五份。 這也正是它為什麼記得住前面講過什麼：不是它有記憶，是每次都把整段重看一遍。

兩個推論，跟你怎麼用它直接相關。

第一，同一件事用越少輪講完越划算。 這不是省錢技巧，這是整本講義的理由—— 那六段指令之所以要一次寫完整，就是為了把「來回問二十次」壓成「一次講清楚」。

第二，中途傳錯的檔案不會消失。 你上傳 A.pdf，發現傳錯，改傳 B.pdf—— 兩份都還留在那段對話裡，而且之後每一輪都會被重新讀一次。 多花錢是小事，麻煩的是兩份互相矛盾的資料同時在場，而你以為只有一份。

同一件事還有一個更常見的版本：對話拖長之後，它開始抓錯重點、漏掉你前面交代過的規則。 這不是它變笨，是重要的那幾句被埋在幾十輪的雜訊裡了。 一件事做完就換新對話，比任何提示技巧都有效。

包價還是計量：兩種計費要擔心的事不一樣

目前的產品大致分兩種計費邏輯。你用到哪一種，決定你該盯什麼：

• 包價：一問一答算一次，跟對話多長無關。你該盯的是問了幾次。
• 計量：照實際處理量算，你新輸入的、它產出的、以及重複讀到的舊內容，各自計價。

你該盯的是這個任務總共讓它處理了多少東西。

計量制通常會給「重複讀到的舊內容」一個折扣價，同一段對話重看第二次比第一次便宜得多。 這帶出一個反直覺的結論：把一件事拆成好幾個新對話，未必比在同一段對話裡做完便宜—— 拆開之後每一段都是全新的，折扣就沒了。

所以判準很短：同一件事留在同一段對話裡做完；不同的事才開新對話。 這跟上一節「一件事做完就換新對話」不衝突，是同一句話的兩面——分界在「事情有沒有做完」。

推理強度：不是越高越好

現在多數工具都能選它要「想多久」。挑法有一條原則就夠：

摘要、翻譯、改寫、照格式整理——這幾類的答案就在材料裡，調高只是讓它想更久、 花更多，然後給你差不多的東西。反過來，要它比對多份資料找出矛盾、 或評估一個方案的風險與路徑，用低的就會拿到一份看起來完整、實際上沒推過的東西。

⚠️ 一個容易踩的陷阱：有些產品的「最高檔」不是同一個模型想更久，而是換一個更貴的模型， 費率可能是好幾倍。它在選單上看起來只是同一排的最後一個選項，在帳單上不是。 動手前點開那個選項的說明看一眼。

同樣地，這一節不寫任何數字。你要記的是這三件事去哪裡確認，不是它們現在是多少。

五、上線前的六組測試：多人版要加測什麼

六組測試是什麼（正常／缺資料／來源衝突／範例污染／越權／規則繞過），Skill 通用講義 已經寫過了，這裡不重複，組別名稱和編號也沿用同一套。這一段只講：同一套題目，在「要給十個人用」的前提下，要多加什麼。

先講原則。自己用的時候，六組測試在測「它會不會做錯事」。給別人用的時候，多測兩件事：同一題不同人問，答案會不會不一樣；以及你沒想過的問法，會被怎麼處理。

三個特別要說的：

第一，「不同部門問同一題」是多人版真正的新題目。自己用的時候這題不存在，因為只有一個人問。而它失守的方式很隱蔽：不是答錯，是兩個人各自拿到一個看起來都合理的答案，然後在會議上對不起來。等到那一刻，你已經沒辦法重建當初它為什麼那樣答了。這也是為什麼要留問答紀錄。

第二，測試不要自己一個人做完。你問問題的方式已經被你自己寫的指令馴化了——你會不自覺地用它聽得懂的詞、補上它需要的前提。找一個沒參與建置的人來測，至少測第 1、5、6 組。 你會很驚訝他們問問題的方式跟你差多少。

第三，越權那組不合格是不能上線的那一組。其他五組不合格代表指令或文件要修，改完重測就好；越權不合格還照發，代表它會替你們部門做出你沒授權的承諾，而那個承諾在使用者眼中是你發的。這一組的解法通常不在指令裡，在你根本不該把那個權限交出去。

六、交出去之後：誰維護、多久檢查一次

助手發出去那天不是結束，是開始計時。這一段是整本講義最容易被跳過、也最常出事的一段——而且它是這三本講義裡只有這一本會講的東西，因為只有「給別人用」才需要它。

第一件事：指定一個真人，不是指定一個系統。

「這個由 IT 維護」「這個放在部門共用區大家一起維護」，這兩句話的實際意思都是「沒有人維護」。要寫的是名字：「請購助手，維護人：採購 王組長，代理人：林專員。」寫在助手的說明欄位裡，讓使用者看得到——寫在你自己的筆記裡不算，使用者要看得到才有人可以找。

維護人不需要懂 AI，他需要的只有兩件事：知道規則改了，以及知道改了以後要回來重新上傳。所以維護人最好就是那份文件本來就在負責的人——不要指定一個「比較懂電腦」的人，去維護一份他看不懂內容的文件；他看得懂平台，看不懂哪一條改了，而後者才是這件事的重點。

代理人也要寫。維護人請假兩週、或是換單位，中間那段時間如果沒有名字，這個助手就進入無人狀態，而它照樣天天有人在用。

第二件事：每月抽驗幾題。

不用多，五到十題就夠，但要固定，而且要有紀錄。建議這樣配：

最後那兩題是這張表的重點。每一次規則變更，都要在下個月的抽驗裡出現一題。 這是唯一能抓到「改了原檔但沒重傳」的方法——因為那個狀態從畫面上完全看不出來，只能靠問一題你已經知道正確答案的問題。

問法也有講究：不要問「這條規則改了嗎」，要問「這一條現在的級距是多少、你依據的是哪一版、生效日幾號」。前者它會順著你答，後者它得報一個你能當場核對的東西。

抽驗紀錄不用做得漂亮，一列一題：日期、題目、它的答案、它報的版本、對不對、做了什麼修正。三個月後有人來爭執，這幾列就是你的證據；維護人換人的時候，這幾列也是新的人唯一看得懂的交接資料。

第三件事：規則改了要重新上傳，而且要通知使用者。

重新上傳的理由第二段講完了。這裡補通知的部分——很多人改完就算了，覺得「反正助手已經是新的了」。但使用者手上可能還有上週的截圖、還有照舊規則做到一半的案子。他們需要知道規則變了，不只是助手變了。

一則夠用的通知長這樣：

複製【請購助手更新】
- 更新日：2026-08-06
- 改了什麼：金額級距調整，10 萬以上改為需二級主管簽核（原為 15 萬）
- 影響：8/1 之後送出的案子適用新級距
- 舊版答案：8/6 之前問到「15 萬」的回答已經不適用，請重新確認

「舊版答案已經不適用」那一行是最少人寫、但最重要的一行。 因為你沒辦法把已經發出去的答案收回來，你只能告訴大家它過期了。改完規則不通知使用者，等於讓舊答案繼續在部門裡流通，而且流通得比助手還久。

這三件事其實是一個每月會轉一次的回路：

七、三種常見的失效方式

這三種都不是「AI 答錯了」。都是交付與維護的問題，而且都很安靜。

第一種：知識庫是舊版副本，沒人重傳。

第二段整段在講這件事。它的特徵是助手表現得完全正常——一樣流暢、一樣有出處、一樣篤定，只是依據的是一份三個月前的文件。發現的方式通常是有人拿著它的答案去對正本，發現對不上；而那通常已經是有東西送出去之後了。

擋它的方法只有兩個，兩個都是第六段的動作：知識檔標版本讓人看得到，以及每月抽驗裡固定放一題「最近改過的那一條」。

第二種：原始作者離職，沒人接。

助手還在跑，還是每天有人用，答案還是很順。但沒有人知道當初為什麼那樣寫：為什麼業績看付款日、為什麼那三類問題不准答、為什麼有一份文件被放在歸檔區。

於是它進入一種很奇怪的狀態：沒有人維護它，但所有人都在用它。 沒人敢改，因為改壞了要負責；也沒人敢停，因為停了大家會抱怨。它就那樣一直跑下去，內容一天比一天舊。

擋它的方法不是找人接手，是在建的時候就把「為什麼」寫下來。你的指令裡每一條限制，旁邊都應該有一句話說明它為什麼在那裡。維護人換人的時候，交接的不是帳號密碼，是那些「為什麼」。沒有那些，接手的人只能整個重做——而多數人不會重做，他們只會不敢動。

第三種：使用者發現它會錯，但沒地方回報，於是自己繞過去。

這是三種裡面最危險的，因為它從外面看起來完全成功。

實際發生的順序是這樣：某位同事發現助手在某一題上答得不對。他沒有地方講，或講了沒回應。他自己記下來「這一題不要問它，直接去問王組長」。他跟隔壁同事講，隔壁同事也記下來。三個月後，部門裡形成一套沒寫下來的口耳規則：「那個助手，前面幾題可以問，後面那些不要信。」

而你看到的數字是：使用量正常、沒有人抱怨、沒有回報。你以為它運作良好。

更麻煩的是，那套口耳規則只在老同事之間流傳。新來的人不知道哪幾題不能信，他會全部照用。所以這個問題不會停在原地，它會隨著人員流動慢慢變成事故。

擋它的方法就是第三段的第四件事：把回報管道寫進助手的回覆裡，而且每一則回報都要有回應，就算回應是「這題確實不好處理，我暫時把它加進不能回答的清單」。使用者要的往往不是問題被解決，是他講的話有人聽。

三種擺在一起看，共同點很清楚：從外面看到的樣子，跟實際發生的事完全不一樣。

三種載體的共通規則（讀過可略）這一段每篇都一樣，收在這裡不佔版面

副本 vs 本尊。 A（Skill）和 C（Copilot 代理程式）讀的是原檔本尊——你改了知識檔，下一次回答就是新的。B（自訂 GPT／Claude Project）讀的是上傳的副本：你改了電腦上那份，助手還在用舊版，而且它不會告訴你。

所以 B 每次改完知識檔，都要刪舊檔、重傳、再問一次驗證句：問「你手上那份的日期是幾號」，不要問「你的資料是最新的嗎」——後者它一定回答「是」。

Copilot 看得到的 = 你這個帳號看得到的。 權限設得寬的檔案，跟你權限相近的同事一問就撈得出來，而且不會留下紀錄告訴你有人撈過。工作用的知識檔資料夾要跟敏感檔案分開，未定案的先放自己的 OneDrive。

費用門檻。 A 依你原本的 AI 訂閱；B 建自訂 GPT 需要 ChatGPT 付費方案（Claude Project 依 Anthropic 方案與組織設定而定）；C 隨 Microsoft 365 Copilot 授權與公司設定走。

平台在哪裡點。 ChatGPT 是 Explore GPTs → ＋ Create，指令貼 Instructions、知識檔上傳 Knowledge；Claude 是新建 Project，指令貼「專案指令」、知識檔上傳專案知識庫；Copilot 是在 Microsoft 365 Copilot 或 Copilot Studio 裡建立 agent／代理程式，填名稱、指令、知識來源、開場提示四欄。這三條路的介面會改版，以官方畫面為準。

開場提示是使用者唯一會讀的說明書。 沒有人會去讀你寫的指令。B 和 C 一定要設開場提示，而且要寫成使用者會直接點的句子，不要寫成功能名稱。

規則寫一次，跟著你換工具。 三條路吃的是同一份知識檔——你在 A 寫好的，原封不動可以上傳到 B、放進 C 的 SharePoint 資料夾。換載體不用重寫規則，只要重接一次線。

方法能不能拆出來重用。 這是三條路第二個真正的差別，比副本本尊更少人注意到。A（Skill）是一包可以單獨存在的方法——複製給同事，他拿到的是完整一份；同一支助手也可以掛好幾包，各管一段。B 和 C 則是把方法寫進那一個助手裡面：要給別人得整個複製，要改得進去改，同一套做法要用在第二個情境，多半是複製貼上再改一次。所以判準是：這套規則只服務一件事，三條路都行；要變成部門共用的做法，A 的可攜性最好。

八、你可以帶走的

一個人用的助手，是你的工具，錯了你自己修。十個人用的助手，是你發行的一份規則，錯了你要出面解釋。

這兩者的距離，不在指令寫得多好，在四個很無聊的動作上：開場白說清楚它不能做什麼、查不到有一條指到真人的路、知識檔看得見版本、以及有人在規則改的時候記得回來重傳。

而其中最會咬人的那一條是：上傳的知識庫是一份影本，不是一條電線。 你改了電腦上的正本，牆上貼的還是舊那張——而它不會告訴你，它會用一模一樣的語氣，繼續照舊版回答，直到有人拿著它的答案出了事。

所以在你按下分享之前，先問自己一句：下次規則改的時候，誰會記得回來換這份檔案？ 答得出一個名字，你就可以發了。

所有助手都該補的第 0 組：空手測試（讀過可略）這一段每篇都一樣，收在這裡不佔版面

第一個測試不要給它材料，故意不給。

開一個新對話，只講任務、不附任何檔案，然後看它怎麼反應。 合格的助手會停下來，逐項告訴你缺什麼；不合格的會直接交出一份格式完整的成品—— 欄位齊、語氣專業、看不出破綻。因為那些東西它本來就會寫，不需要你的資料。

這一組要放在六組測試的最前面，因為它驗的不是輸出品質，是它肯不肯承認自己沒有材料。 這件事沒守住，後面六組測得再細都沒有意義：你測的是它有材料時表現多好， 而真正會出事的場景，是它在沒材料時照樣交件。

接著測第二件事：只補一項。 它列出缺三項，你只補一項，再看它會不會把其餘兩項自己填滿。 合格的做法是缺三項就問三項，你給一項就少一項，其餘繼續留白—— 「補了一項就當作全部到齊」是最常見的失效方式，而且它發生的時候看起來像是在幫你。

你學會的三件事

前面幾節是「這一個助手發出去之前要做什麼」，這一段是「換一個平台、換一個題目也還成立的」。

一、使用者一多，你就從使用者變成發行者。 自己用的時候，助手是你的工具，錯了你自己修；給人用的時候，它是你發行的一份規則，錯了你要出面解釋當初為什麼那樣寫。變的不是這個東西，是責任的方向。而這個轉變不會挑一天發生，它是一個人接一個人慢慢變成那樣的——所以要自己設一條線：第三個人開始用它的那天，就當成正式發行來處理。

二、上傳的知識庫是一份影本，不是一條電線。 你更新了電腦上的正本，牆上貼的還是舊那張，而它會用一模一樣的流暢語氣繼續照舊版回答，不會有紅字、不會有警告。所以維護動作永遠有兩步，而多數人只做了第一步——改原檔之後，還要回去刪掉舊檔、重新上傳、確認傳上去的是哪一版。驗證的問法也要跟著改：不要問「你的資料是最新的嗎」，它會說是；要問「你手上那份的日期是幾號」，讓它報一個你能自己核對的東西。

三、接下來挑一篇個案，看這套交付規矩在真實場景裡怎麼落地。 下面那張表按「你手上是哪一種工作」分好了，挑最接近的那一篇讀完，再回頭看這一篇的第三段和第六段。你會發現多人版的難處從來不在指令，在規則改了以後誰記得回來動一下。

讀完這一篇，接下來讀哪幾篇

提醒：本文是工作方法的整理，不是法律、會計或稅務意見。涉及法規適用、契約條款、核銷科目與個資處理，請洽貴機構法務、會計與主辦機關確認。

Ridgeline · by Lucas