嘿,大家好。今天我們來聊一個我相信很多人每天都在用的工具,Claude,但我們要聊的是一個可以讓你的生產力直接三級跳的超強功能。
好,我們直接切入重點。先問一個問題。
這個問題我相信對很多把Claude當作重要工作夥伴的人來說肯定非常有感。
你有沒有覺得每次跟Claude聊天都好像在跟一個新來的同事說話一樣,什麼都要從頭講起?
這其實就是一個我們很多人每天都在經歷的一個很繁人的迴圈,我們就把它叫做每日重置按鈕。
沒錯,你想想看那個畫面,每天早上開啟電腦,開一個新的對話,然後呢,把昨天採用過的檔案再上傳一次,再把所有的前因後果,所有的背景全部重新解釋一遍。
然後明天這一切又要再來一次。說真的,這真的超浪費時間跟心力的,對嗎?
但如果我跟你說有一個方法可以徹底打破這個無奈的迴圈呢?
嗯,這個答案就是我們今天的主角Claude Projects。
所以一個Claude Project到底是什麼?你可以把它想象成一個,嗯,一個專屬的智慧工作空間。
它有三個核心或者說是三大記憶法寶,一個是知識庫,你可以把重要的檔案永久放進去。
再來是自定義指令,你可以教它怎麼思考怎麼做事。
最後,它有自己獨立的對話歷史。
那這三樣東西加在一起會發生什麼事?
結果就是,當你一進到這個project,Claude就像一個已經跟你工作很久的同事,她已經完全準備好了。
她知道你是誰,你在忙什麼,哪些檔案最重要,甚至連你喜歡什麼樣的回覆格式,它都一清二楚。
等於說,所有的上下文,它都自動幫你繼承了。
好,雖然說那個知識庫真的很方便,但真正厲害的,真正讓projects這個功能,嗯,可以說是改變遊戲規則的,其實是其中一個非常特別的層級。
這就要講到一個最常見的誤解了。
很多人真的,一開始都會把project當成,嗯,就是一個普通的資料夾在用。
但這真的完全搞錯重點了。
正確的心態,或者說心智模型,應該是把它看成一份打造專屬助手的藍圖。
你想想,資料夾是什麼?
它只是被動的存檔嘛,但project是主動的,它在你還沒開口問問題之前,就已經在主動塑造AI的思考模式跟行為模式咯。
好,那這張投影片上的這句話,我覺得就完全點出了這個功能的緊隨。
這是來自原始資料作者Witch Chair的一個動簡。
他說,自動意指令,不是偏好設定,是行為架構。
這句話真的,就是那個讓人啊哈的時刻。
你想想看,這差別在哪?
這就像你不是在選車子的顏色,你是在設計它的引擎。
你定義的不是,哦,我喜歡什麼,而是Cloud,你該做什麼,
你該怎麼思考,這是一個根本上的轉變。
當你做到了這一點,那個輸出品質的差異,哇,真的就是天壤之別。
一個經過設定的project和一個空白的對話方塊,產出的東西,
那個品質完全是白天跟黑夜的差別。
好,那理論講完了,實際上到底該怎麼做呢?
接下來我就直接跟大家分享五種已經被證明非常有效的配置模式,
讓你把一個Cloud變成一個專屬於你的,有五個專家組成的助手團隊。
第一個,內容寫手。
很簡單,把你的風格指南你過去最滿意的文章,全部丟到知識庫裡。
然後在指令中,清楚地告訴他,你是一位資深編輯,
你的語氣要專業但又帶點幽默感。
文章結構必須是鉤子、主體、結論這種形式。
根據作者的經驗,光是這樣設定,
產出的草稿、風格匹配度直接從原本可能只有三成,
一口氣跳到七成。
這省下的修改時間超可觀的。
第二個,研究分析師。
一樣,把相關的白題書啊、市場資料啊、淨品資料啊,
通通放進去。
然後關鍵來了,在指令裡設定好分析框架。
像是,你是一位產業分析師,分析所有資料時,
請務必使用SWAT分析框架,
並特別關注市場趨勢對我們產品的潛在衝擊。
這樣做的好處是,
Claude給你的就不再只是表面的資料整理,
而是能跟你既有論點結合的深度洞察。
第三種,技術檔案管理員。
這對有在做專案的人來說超實用,
把所有的更新日誌、Debug記錄、
客戶回報信件全部都放進去。
他就變成一個擁有完美記憶的專案夥伴。
你可以隨時問他,
我們三個月前為了解決那個X問題,
到底改了哪一段程式嗎?
他就能馬上給你精準的答案,
再也不用翻舊記錄翻到天荒老掉。
第四個,競爭情報機器人。
這個也很有意思,
想象一下,
你把所有競爭對手的資料,
像是定價頁面、
傳片檔案都丟進去,
並且設定好你想要的分析框架。
那之後呢,
只要有任何新的情報進來,
你只要再把它丟進去,
這個機器人就會自動更新,
深化它的分析。
你的精正情報庫會隨著時間越扁越聰明。
最後一個,
第五種,
學習夥伴。
這個我個人超喜歡,
你可以把一些比較硬的學術論文或技術手冊上傳上去,
然後下指令,
讓Cloud扮演你的蘇格拉底式導師。
你可以跟他說,
根據我上傳的這些資料,
用提問的方式來引導我思考,
而且重點是,
把我正在學的新概念,
跟我已經知道的舊知識連結起來。
這就不是單向的吸收,
而是互動式的深度學習了。
好,
聽到這邊,
你可能會覺得,
哇,
設定這些好像很麻煩,
但,
這就是最關鍵的一點,
你只需要投入極少極少的時間,
就能獲得超乎你想象的巨大回報。
原始資料的作者就分享了一個非常強而有力的結論,
他說,
我花了三個禮拜的時間,
寫了二十五個指令碼,
打造了一套超複雜的自動化系統,
但回過頭來看,
真正帶來最大槓桿效益的,
居然是那一開始只花了二十分鐘去設定project自定義指令的動作。
你沒聽錯,
就是二十分鐘,
這就是你需要付出的前期投資,
但換來的是什麼,
是在品質和效率上一個會持續,
而且不斷複利成長的長期回報。
好,
當然,
為了客觀起見,
我們也要很快地看一下他目前的一些限制。
這些點,
坦白說,
都不是什麼致命傷,
但在你決定要把整個工作流程都搬過去之前,
最好還是先有個心理準備。
比方說,
它的檔案不會自動同步,
你得手動更新,
這個功能也沒辦法用在API上,
上傳的檔案也沒有版本控制,
而且如果對話內容真的太長,
它還是會被壓縮,
這些都是目前需要注意的地方。
好,
那聽完這所有的一切,
我想留給大家一個問題,
也是一個行動的邀請。
你想想看,
你手邊的工作流程裡,
哪一個你想睡想先升級的,
試著從一個你最常做的,
最重複的任務開始,
就花那20分鐘去設定看看。
相信我,
你絕對會對那個結果大吃一驚。
那麼,
那麼,
那麼,
請不吝點贊 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂閱 訂�