500+ 小時 Claude Code 心得：5 件我希望早點知道的事

JayLuxAI | AI 系統導入 首頁 每日列表 原始影片
實際影片長度：9:48.000。原文、繁中、雙語可點擊句子跳轉影片。
0:00.000–0:03.061
ja在Clock Code花超過幾個月的時間之後,
0:03.061–0:04.313
ja我整理出了五件事,
0:04.313–0:06.400
ja是我希望在開始用之前就知道的。
0:06.400–0:08.456
ja今天這支影片不是技術教學,
0:08.456–0:09.722
ja也不是功能介紹,
0:09.722–0:15.100
ja這是我真實使用下來真正能提升你使用Clock Code效率的關鍵心法。
0:15.100–0:17.522
ja如果你竟然用Clock Code,
0:17.522–0:19.035
ja或是準備認真開始用,
0:19.035–0:21.760
ja以下這五件事情可以幫你操作很多網路。
0:21.760–0:24.580
ja所以今天這支影片我要跟你分享的五件事情。
0:24.580–0:26.880
ja第一,Context是一切。
0:26.880–0:29.700
ja第二,先搞清楚流程再開始做。
0:29.700–0:32.520
ja第三,大型專案要用Superpowers。
0:32.520–0:35.340
ja第四,能用CLI就用CLI。
0:35.340–0:40.200
ja第五,Clock Code負責開發Codex,負責debug和更新。
0:40.200–0:41.480
ja那我們再開始。
0:41.480–0:44.800
jaOK,第一件事,Context就是一切。
0:44.800–0:49.160
jaClock Code的效果幾乎完全取決於你給它多少context。
0:49.160–0:53.760
ja你給的context越豐富,越準確,它的輸出越越精準。
0:53.760–0:57.340
ja那什麼是context呢?Context就是上下文。
0:57.340–1:00.160
ja那Clock Code具體來說要怎麼做的context呢?
1:00.160–1:02.980
ja其實它有兩個主要來源。
1:02.980–1:05.800
ja就是你的Cloud MD。
1:05.800–1:07.580
ja就是放在你的專案跟目錄的設定檔。
1:07.580–1:08.620
ja你在裡面告訴Clock Code你在做什麼?
1:08.620–1:13.220
ja你的偏好?哪些事情不要做?遇到某些狀況要怎麼處理?
1:13.220–1:17.320
ja你每次在跟Clock Code處理任務的時候呢,它都會自動讀這個檔案。
1:17.320–1:19.620
en第二個呢,是你的Project Context。
1:19.620–1:20.235
ja簡單來說,
1:20.235–1:25.520
ja這個Project Context就是你在開始跟Clock Code做任務時給的背景資訊。
1:25.520–1:28.340
ja比如說你現在說到哪裡?你的Session的目標是什麼?
1:28.340–1:29.360
ja你有什麼限制?
1:29.360–1:32.180
ja我自己用的方式呢,叫做Progress Reloading。
1:32.180–1:35.240
ja就是不要把一次所有東西都塞給Clock Code。
1:35.240–1:38.580
ja而是根據任務需要,分階段載入相關的context。
1:38.580–1:40.360
ja需要什麼就給什麼?
1:40.360–1:41.640
ja不需要的就不給。
1:41.640–1:42.437
ja這樣做的話呢,
1:42.437–1:45.740
ja可以避免context window浪費在不相關的資訊上面。
1:45.740–1:50.360
ja另外呢,我有另外做一支影片,專門介紹如何建立你自己的context。
1:50.360–1:52.660
ja包括你的context裡面要放什麼?
1:52.660–1:53.680
ja需要放在哪裡?
1:53.680–1:57.520
ja那如果你有興趣的話,連結我會放在上方,你可以再去點。
1:57.520–2:00.840
jaOK,那第二件呢,快速讓你Clock Code增加效率的方法。
2:00.840–2:03.660
ja就是先想清楚流程,再做試做。
2:03.660–2:07.240
ja通常你有想法,你通常會直接叫Clock Code直接做。
2:07.240–2:10.320
ja這是很多人,包括我,一開始的自覺。
2:10.320–2:12.880
ja然後發現方向不對,再改,又再改。
2:12.880–2:14.920
ja那經過幾次這樣的來來回回呢,
2:14.920–2:18.260
ja我發現有個方法能讓你節省這些來來回回的時間。
2:18.260–2:20.820
ja那這邊呢,我給你一個before after。
2:20.820–2:24.140
ja那before呢,通常你想做一個自動化系統。
2:24.140–2:25.292
ja你就直接跟Clock說,
2:25.292–2:26.636
ja幫我建一個workflow,
2:26.636–2:27.980
ja每天早上整理我的email,
2:27.980–2:29.260
ja然後發財要給我。
2:29.260–2:31.060
ja那Clock Code就開始寫。
2:31.060–2:33.360
ja但做的方向呢,不是你想要的。
2:33.360–2:36.700
ja你說,欸,不對,我要的是這樣這樣這樣這樣這樣,
2:36.700–2:37.460
ja然後他又改。
2:37.460–2:39.760
ja然後可能改到第五六次才對。
2:39.760–2:42.580
ja那經過我這個方法之後呢,同樣的需求,
2:42.580–2:44.880
ja我會先進入你的plan mode。
2:44.880–2:47.440
ja或者告訴Clock,先不要做任何事情。
2:47.440–2:49.500
ja給我五個不同的實作方案。
2:49.500–2:51.300
ja我選一個,再開始。
2:51.300–2:53.340
ja那這時候呢,Clock Code就給你五個方向。
2:53.340–2:55.900
ja然後你選了你最符合需求的那個。
2:55.900–2:57.940
ja那基本上你一次就可以做對了。
2:57.940–3:00.500
ja那之中差別呢,不是Cloud的能力。
3:00.500–3:03.060
ja而是你有沒有先確認你的方向到底是什麼。
3:03.060–3:06.140
ja你有沒有先確認你自己想要的東西到底是什麼。
3:06.140–3:07.940
ja先想好之後呢,再去做試作。
3:07.940–3:08.960
ja這樣會比較好一點。
3:08.960–3:12.280
jaOK,那基本上我每次都會用那個Mirror或是這個Axelidraw
3:12.280–3:15.100
ja去劃出我要的東西到底是什麼。
3:15.100–3:18.940
ja那假設說我這邊有個AIOS,就是我之前做的一個System。
3:18.940–3:23.540
ja那這邊呢,我就會列出幾個不同的區塊或是種類。
3:23.540–3:26.584
en比如說這邊我的Agent,我的Memory,我的Productivity,
3:26.584–3:27.900
enContent Creation。
3:27.900–3:31.220
ja那通常呢,我都會先去畫。
3:31.220–3:34.040
ja就是先寫出來,就是說這個東西是什麼。
3:34.040–3:35.580
ja然後這個的功能是什麼。
3:35.580–3:38.140
ja那等開發完成之後呢,我再把它用回綠色。
3:38.140–3:41.980
ja就代表說,現在這個東西是可以運作的,可以使用的。
3:41.980–3:45.560
ja那這個是我的一些PayPal,那你們也可以參考一下。
3:45.560–3:47.087
jaOK,那第三件事情呢,
3:47.087–3:48.615
ja就是大型專案的時候呢,
3:48.615–3:50.420
ja用Super Powers。
3:50.420–3:52.249
ja如果你在建一個是比較大的系統,
3:52.249–3:52.858
ja請你記得,
3:52.858–3:55.540
ja記得使用Super Powers的Skill。
3:55.540–3:59.260
ja那更具體來說呢,就是使用BrainStorming的那個Skill。
3:59.260–4:00.778
ja當你一旦使用它的時候呢,
4:00.778–4:04.700
jaCloud Code不會再把你當成一個只是想做某件事情的使用者。
4:04.700–4:07.820
ja它會把你當開發者,一步一步問你細節。
4:07.820–4:12.180
ja你的目標是什麼,有什麼限制,需要哪些功能,整體教授怎麼規劃。
4:12.180–4:18.380
ja這些問題清起很麻煩,但是它逼你把Mod的想法,做成清楚的一個Plan。
4:18.380–4:22.700
ja你的Plan越清楚,最後做出來的東西就越接近你真正想要的。
4:22.700–4:24.591
ja那基本上你沒有這個的話呢,
4:24.591–4:27.064
ja你可能花了兩個小時叫clock做,
4:27.064–4:29.100
ja然後最後發現方向完全走偏了。
4:29.100–4:31.660
ja因為你一開始的指令就不夠清楚。
4:31.660–4:34.180
ja那關於Super Powers的詳細介紹呢,
4:34.180–4:35.620
ja我也有另外去做一支影片,
4:35.620–4:36.460
ja那連結在上方,
4:36.460–4:37.300
ja可以去點一下。
4:37.300–4:40.740
jaOK,第四件事情,能用CLI就用CLI。
4:40.740–4:44.340
ja不要用API,不要用NCP,我等一下會解釋為什麼。
4:44.340–4:45.286
jaAPI的問題呢,
4:45.286–4:46.942
ja就是它會回傳大大的JSON、
4:46.942–4:48.716
enMetaDataStatus,
4:48.716–4:50.135
ja什麼CodeHater,
4:50.135–4:51.199
ja什麼Object,
4:51.199–4:52.500
ja一大堆你用不到的東西。
4:52.500–4:56.340
ja這些東西呢,看起來很OK啦,就是程式嘛。
4:56.340–5:00.180
ja但是你不要忘記,它會把它全部塞進你的CodeCode的Context。
5:00.180–5:02.900
ja塞進去就代表什麼?會浪費你的Token。
5:02.900–5:06.340
ja另外CodeCode還要額外處理這些解析的邏輯。
5:06.340–5:11.460
ja那MCP的問題呢,就是它雖然很強大,那就是一個插頭。
5:11.460–5:13.500
ja但是它真的Context很多。
5:13.500–5:16.100
ja你每次呼叫背景資訊就一堆。
5:16.100–5:18.980
jaSession越長,你的Context就越擁擠。
5:18.980–5:19.924
ja最壞的需點就是,
5:19.924–5:23.700
ja它每次必定會Load到你的CodeCode的Context裡面。
5:23.700–5:27.620
ja而CLI的輸出就是非常乾淨,你給一個指令,它會回傳量的結果。
5:27.620–5:28.660
ja不多不少。
5:28.660–5:33.060
ja那這邊我舉個例子,假設你想用JAML來做一個查詢。
5:33.060–5:35.860
ja通常你用API,你拿一個JSON Object。
5:35.860–5:40.740
ja但是呢,你要一層一層把東西全部拆開來,你才可以拿到你那個回答。
5:40.740–5:44.980
ja那如果你用JAML來CLI呢,你直接輸入問題,它就直接給你答案。
5:44.980–5:49.700
jaOK,那這邊呢,我會這樣圖,就是API、MCP、CLI的差別。
5:49.700–5:53.700
ja那如果API的話,你可以看一下,就是,如果你出入一個Endpoint,
5:53.700–5:55.700
ja它會回傳這些檔案。
5:55.700–5:57.300
ja這些JSON的東西。
5:57.300–5:59.380
ja這每一個東西呢,都存在Token。
5:59.380–6:01.700
ja基本上就是很浪費Token。
6:01.700–6:03.700
ja但是,下一個NCP,它更扯。
6:03.700–6:07.380
ja如果你在你的Cloud Code裡面打,寫線Context的話呢,
6:07.380–6:09.300
ja你會看到你的MCPTools。
6:09.300–6:12.660
ja你還沒用呢,它就已經花你4300個Token。
6:12.660–6:15.220
ja你根本就還沒開始做任務,它就已經花這麼多了。
6:15.220–6:19.140
ja那基本上,你那5小時的Session裡面,很快就被打到了。
6:19.140–6:20.980
ja那現在呢,我們再來看CLI。
6:20.980–6:22.240
jaCLI最大的好處就是,
6:22.240–6:23.041
ja它的這些東西,
6:23.041–6:25.217
ja什麼NCP Custom Command,
6:25.217–6:26.820
ja什麼Context File,
6:26.820–6:29.940
ja全部都是存放在它方的雲端主機。
6:29.940–6:33.220
ja我們只要負責的就是呼叫指令,跟拿回結構。
6:33.220–6:34.740
ja就這樣,這樣就行了。
6:34.740–6:38.100
ja所以說,在這個Agent時代,CLI絕對是第一名。
6:38.100–6:41.780
ja然後API第二名,我覺得NCP算第三名。
6:41.780–6:45.940
ja那當然API跟NCP,你可以根據你自己的情況去做猜選。
6:45.940–6:49.460
ja那假設說你的API只是想去使用某一個服務,
6:49.460–6:50.980
ja那就可以用API。
6:50.980–6:54.100
ja那假設呢,如果你想要去用一個服務,
6:54.100–6:56.660
ja然後這個服務呢,你會用到裡面很多功能。
6:56.660–7:00.500
ja那它沒有NCP的話呢,你用NCP會比較方便一點。
7:00.500–7:03.540
jaOK,那最後一件事情呢,就是Cloud Code做開發。
7:03.540–7:05.540
enCodex做Debug和更新。
7:05.540–7:07.540
ja因為我現在的工作方式就是這樣。
7:07.540–7:10.900
ja新功能的開發、架構設計,或是主要的Coding Work,
7:10.900–7:13.060
ja我全部都在Cloud Code裡面做。
7:13.060–7:15.380
en因為Cloud Code裡面呢,我會使用Front-end Design,
7:15.380–7:18.180
en或是Super Powers,這類的Skill。
7:18.180–7:19.940
ja但是呢,當我在卡住的時候,
7:19.940–7:21.700
ja我會說有bug,不知道怎麼解。
7:21.700–7:24.180
ja我只想對現有的code做更新和最佳化,
7:24.180–7:26.420
ja這時候呢,我就會切到Codex。
7:26.420–7:29.380
ja因為Codex在Review和現有code,找問題,
7:29.380–7:32.580
ja提出修改建議在這類任務上面呢,表現非常好。
7:32.580–7:34.900
ja它的思考方式呢,跟Cloud Code不一樣。
7:34.900–7:36.740
ja所以有時候Cloud Code繞不出去的問題,
7:36.740–7:38.580
jaCodex,一下就找到了。
7:38.580–7:40.260
ja那這不是哪個比較好的問題,
7:40.260–7:42.260
ja只是兩個工具,不同的想像。
7:42.260–7:44.980
ja所以呢,你可以把它結合,這是沒問題的。
7:44.980–7:46.900
ja那同時呢,我也要做一支影片,
7:46.900–7:50.180
ja教你如何去把Cloud Code跟Codex兩者結合起來。
7:50.180–7:53.220
ja那影片連結呢,我放在上方,你可以去檢視。
7:53.220–7:55.620
jaOK,最後呢,我們來快速複習一下,
7:55.620–7:57.460
ja今天的這五件事到底是什麼。
7:57.460–8:00.260
en你的Cloud.mt,加上你的Progress Loading的方式呢,
8:00.260–8:02.580
ja會讓你的Cloud Code,整合大量的Token。
8:02.580–8:06.580
ja第二,先搞清楚你要做什麼,再去執行。
8:06.580–8:08.500
ja你可以開你的Plan Mode,
8:08.500–8:11.140
ja叫Cloud Code提出一個方案呢,再去執行。
8:11.140–8:14.580
ja第三,當你要去開發一個複雜大型的任務的時候呢,
8:14.580–8:16.580
en使用Superpower Brainstorming的Skill。
8:16.580–8:22.900
ja第四,使用Cli,Cli最能結成Token,而且最快。
8:22.900–8:24.900
ja也完全沒有在你的Context Window。
8:24.900–8:27.460
en第六,Cloud Code加Codex分工開發。
8:27.460–8:32.580
enCloud Code來做開發,Codex來做CodeReview或是做Debug。
8:32.580–8:35.460
ja今天這講的五件事情呢,其實都在指同一個方向。
8:35.460–8:38.580
ja你在用Cloud Code建的不只是一個單獨獨立的功能,
8:38.580–8:40.580
ja你在建的是一個AI的系統。
8:40.580–8:42.580
ja這個系統只需要建立一次,
8:42.580–8:44.580
ja建好之後它就能幫你持續工作。
8:44.580–8:47.580
ja你的任務呢,就只要回覆它,升級它,
8:47.580–8:49.580
ja不用每次都從零開始。
8:49.580–8:52.580
ja那如果想知道怎麼從零建立這樣的AI的系統,
8:52.580–8:54.580
ja我另外一支影片專門在講這件事情。
8:54.580–8:57.580
ja點選在上方,你可以直接點進去看。
8:57.580–9:00.580
ja另外呢,我把今天所有的影片都整合成一份PDF,
9:00.580–9:01.580
ja讓你可以直接做參考。
9:01.580–9:03.580
ja那要怎麼取得這份PDF呢?
9:03.580–9:05.580
ja那你只需要加入我的免費Skill社群裡面。
9:05.580–9:08.580
ja然後進來之後呢,你只要點這個YouTube影片支援。
9:08.580–9:11.580
ja搜尋今天影片的標題,比如說這個。
9:11.580–9:14.580
ja那你就會看到對應的PDF支援了。
9:14.580–9:17.580
ja另外呢,我也會不定時的分享一些Cloud Code的技巧。
9:17.580–9:19.580
ja比如說如果會節省Token。
9:19.580–9:20.580
ja那如果覺得效果還不錯的話呢,
9:20.580–9:22.580
ja我就會在另外做一支影片去做介紹。
9:22.580–9:25.580
ja那另外呢,我也有在Classroom裡面,
9:25.580–9:28.580
ja去教N8N還有商業應用案例。
9:28.580–9:30.580
ja以及說關於Cloud Code相關的資源呢,
9:30.580–9:31.580
ja我一併都放在這裡面。
9:31.580–9:33.580
ja那如果你有興趣加入的話呢,
9:33.580–9:35.580
ja錄取連結,我會放在影片下方。
9:35.580–9:36.580
ja我們在裡面見。
9:36.580–9:38.580
ja那如果今天這影片對你有幫助或是啟發呢,
9:38.580–9:40.580
ja麻煩在下方影片留言點個讚。
9:40.580–9:43.580
ja那每週呢,我都會出Cloud Code和AI系統的使用內容。
9:43.580–9:45.580
ja我是Jer,我們下支影片見。
9:45.580–9:47.580
ja我們下支影片見。
0:00.000–0:03.061
在Clock Code花超過幾個月的時間之後,
0:03.061–0:04.313
我整理出了五件事,
0:04.313–0:06.400
是我希望在開始用之前就知道的。
0:06.400–0:08.456
今天這支影片不是技術教學,
0:08.456–0:09.722
也不是功能介紹,
0:09.722–0:15.100
這是我真實使用下來真正能提升你使用Clock Code效率的關鍵心法。
0:15.100–0:17.522
如果你竟然用Clock Code,
0:17.522–0:19.035
或是準備認真開始用,
0:19.035–0:21.760
以下這五件事情可以幫你操作很多網路。
0:21.760–0:24.580
所以今天這支影片我要跟你分享的五件事情。
0:24.580–0:26.880
第一,Context是一切。
0:26.880–0:29.700
第二,先搞清楚流程再開始做。
0:29.700–0:32.520
第三,大型專案要用Superpowers。
0:32.520–0:35.340
第四,能用CLI就用CLI。
0:35.340–0:40.200
第五,Clock Code負責開發Codex,負責debug和更新。
0:40.200–0:41.480
那我們再開始。
0:41.480–0:44.800
OK,第一件事,Context就是一切。
0:44.800–0:49.160
Clock Code的效果幾乎完全取決於你給它多少context。
0:49.160–0:53.760
你給的context越豐富,越準確,它的輸出越越精準。
0:53.760–0:57.340
那什麼是context呢?Context就是上下文。
0:57.340–1:00.160
那Clock Code具體來說要怎麼做的context呢?
1:00.160–1:02.980
其實它有兩個主要來源。
1:02.980–1:05.800
就是你的Cloud MD。
1:05.800–1:07.580
就是放在你的專案跟目錄的設定檔。
1:07.580–1:08.620
你在裡面告訴Clock Code你在做什麼?
1:08.620–1:13.220
你的偏好?哪些事情不要做?遇到某些狀況要怎麼處理?
1:13.220–1:17.320
你每次在跟Clock Code處理任務的時候呢,它都會自動讀這個檔案。
1:17.320–1:19.620
第二個呢,是你的Project Context。
1:19.620–1:20.235
簡單來說,
1:20.235–1:25.520
這個Project Context就是你在開始跟Clock Code做任務時給的背景資訊。
1:25.520–1:28.340
比如說你現在說到哪裡?你的Session的目標是什麼?
1:28.340–1:29.360
你有什麼限制?
1:29.360–1:32.180
我自己用的方式呢,叫做Progress Reloading。
1:32.180–1:35.240
就是不要把一次所有東西都塞給Clock Code。
1:35.240–1:38.580
而是根據任務需要,分階段載入相關的context。
1:38.580–1:40.360
需要什麼就給什麼?
1:40.360–1:41.640
不需要的就不給。
1:41.640–1:42.437
這樣做的話呢,
1:42.437–1:45.740
可以避免context window浪費在不相關的資訊上面。
1:45.740–1:50.360
另外呢,我有另外做一支影片,專門介紹如何建立你自己的context。
1:50.360–1:52.660
包括你的context裡面要放什麼?
1:52.660–1:53.680
需要放在哪裡?
1:53.680–1:57.520
那如果你有興趣的話,連結我會放在上方,你可以再去點。
1:57.520–2:00.840
OK,那第二件呢,快速讓你Clock Code增加效率的方法。
2:00.840–2:03.660
就是先想清楚流程,再做試做。
2:03.660–2:07.240
通常你有想法,你通常會直接叫Clock Code直接做。
2:07.240–2:10.320
這是很多人,包括我,一開始的自覺。
2:10.320–2:12.880
然後發現方向不對,再改,又再改。
2:12.880–2:14.920
那經過幾次這樣的來來回回呢,
2:14.920–2:18.260
我發現有個方法能讓你節省這些來來回回的時間。
2:18.260–2:20.820
那這邊呢,我給你一個before after。
2:20.820–2:24.140
那before呢,通常你想做一個自動化系統。
2:24.140–2:25.292
你就直接跟Clock說,
2:25.292–2:26.636
幫我建一個workflow,
2:26.636–2:27.980
每天早上整理我的email,
2:27.980–2:29.260
然後發財要給我。
2:29.260–2:31.060
那Clock Code就開始寫。
2:31.060–2:33.360
但做的方向呢,不是你想要的。
2:33.360–2:36.700
你說,欸,不對,我要的是這樣這樣這樣這樣這樣,
2:36.700–2:37.460
然後他又改。
2:37.460–2:39.760
然後可能改到第五六次才對。
2:39.760–2:42.580
那經過我這個方法之後呢,同樣的需求,
2:42.580–2:44.880
我會先進入你的plan mode。
2:44.880–2:47.440
或者告訴Clock,先不要做任何事情。
2:47.440–2:49.500
給我五個不同的實作方案。
2:49.500–2:51.300
我選一個,再開始。
2:51.300–2:53.340
那這時候呢,Clock Code就給你五個方向。
2:53.340–2:55.900
然後你選了你最符合需求的那個。
2:55.900–2:57.940
那基本上你一次就可以做對了。
2:57.940–3:00.500
那之中差別呢,不是Cloud的能力。
3:00.500–3:03.060
而是你有沒有先確認你的方向到底是什麼。
3:03.060–3:06.140
你有沒有先確認你自己想要的東西到底是什麼。
3:06.140–3:07.940
先想好之後呢,再去做試作。
3:07.940–3:08.960
這樣會比較好一點。
3:08.960–3:12.280
OK,那基本上我每次都會用那個Mirror或是這個Axelidraw
3:12.280–3:15.100
去劃出我要的東西到底是什麼。
3:15.100–3:18.940
那假設說我這邊有個AIOS,就是我之前做的一個System。
3:18.940–3:23.540
那這邊呢,我就會列出幾個不同的區塊或是種類。
3:23.540–3:26.584
比如說這邊我的Agent,我的Memory,我的Productivity,
3:26.584–3:27.900
Content Creation。
3:27.900–3:31.220
那通常呢,我都會先去畫。
3:31.220–3:34.040
就是先寫出來,就是說這個東西是什麼。
3:34.040–3:35.580
然後這個的功能是什麼。
3:35.580–3:38.140
那等開發完成之後呢,我再把它用回綠色。
3:38.140–3:41.980
就代表說,現在這個東西是可以運作的,可以使用的。
3:41.980–3:45.560
那這個是我的一些PayPal,那你們也可以參考一下。
3:45.560–3:47.087
OK,那第三件事情呢,
3:47.087–3:48.615
就是大型專案的時候呢,
3:48.615–3:50.420
用Super Powers。
3:50.420–3:52.249
如果你在建一個是比較大的系統,
3:52.249–3:52.858
請你記得,
3:52.858–3:55.540
記得使用Super Powers的Skill。
3:55.540–3:59.260
那更具體來說呢,就是使用BrainStorming的那個Skill。
3:59.260–4:00.778
當你一旦使用它的時候呢,
4:00.778–4:04.700
Cloud Code不會再把你當成一個只是想做某件事情的使用者。
4:04.700–4:07.820
它會把你當開發者,一步一步問你細節。
4:07.820–4:12.180
你的目標是什麼,有什麼限制,需要哪些功能,整體教授怎麼規劃。
4:12.180–4:18.380
這些問題清起很麻煩,但是它逼你把Mod的想法,做成清楚的一個Plan。
4:18.380–4:22.700
你的Plan越清楚,最後做出來的東西就越接近你真正想要的。
4:22.700–4:24.591
那基本上你沒有這個的話呢,
4:24.591–4:27.064
你可能花了兩個小時叫clock做,
4:27.064–4:29.100
然後最後發現方向完全走偏了。
4:29.100–4:31.660
因為你一開始的指令就不夠清楚。
4:31.660–4:34.180
那關於Super Powers的詳細介紹呢,
4:34.180–4:35.620
我也有另外去做一支影片,
4:35.620–4:36.460
那連結在上方,
4:36.460–4:37.300
可以去點一下。
4:37.300–4:40.740
OK,第四件事情,能用CLI就用CLI。
4:40.740–4:44.340
不要用API,不要用NCP,我等一下會解釋為什麼。
4:44.340–4:45.286
API的問題呢,
4:45.286–4:46.942
就是它會回傳大大的JSON、
4:46.942–4:48.716
MetaDataStatus,
4:48.716–4:50.135
什麼CodeHater,
4:50.135–4:51.199
什麼Object,
4:51.199–4:52.500
一大堆你用不到的東西。
4:52.500–4:56.340
這些東西呢,看起來很OK啦,就是程式嘛。
4:56.340–5:00.180
但是你不要忘記,它會把它全部塞進你的CodeCode的Context。
5:00.180–5:02.900
塞進去就代表什麼?會浪費你的Token。
5:02.900–5:06.340
另外CodeCode還要額外處理這些解析的邏輯。
5:06.340–5:11.460
那MCP的問題呢,就是它雖然很強大,那就是一個插頭。
5:11.460–5:13.500
但是它真的Context很多。
5:13.500–5:16.100
你每次呼叫背景資訊就一堆。
5:16.100–5:18.980
Session越長,你的Context就越擁擠。
5:18.980–5:19.924
最壞的需點就是,
5:19.924–5:23.700
它每次必定會Load到你的CodeCode的Context裡面。
5:23.700–5:27.620
而CLI的輸出就是非常乾淨,你給一個指令,它會回傳量的結果。
5:27.620–5:28.660
不多不少。
5:28.660–5:33.060
那這邊我舉個例子,假設你想用JAML來做一個查詢。
5:33.060–5:35.860
通常你用API,你拿一個JSON Object。
5:35.860–5:40.740
但是呢,你要一層一層把東西全部拆開來,你才可以拿到你那個回答。
5:40.740–5:44.980
那如果你用JAML來CLI呢,你直接輸入問題,它就直接給你答案。
5:44.980–5:49.700
OK,那這邊呢,我會這樣圖,就是API、MCP、CLI的差別。
5:49.700–5:53.700
那如果API的話,你可以看一下,就是,如果你出入一個Endpoint,
5:53.700–5:55.700
它會回傳這些檔案。
5:55.700–5:57.300
這些JSON的東西。
5:57.300–5:59.380
這每一個東西呢,都存在Token。
5:59.380–6:01.700
基本上就是很浪費Token。
6:01.700–6:03.700
但是,下一個NCP,它更扯。
6:03.700–6:07.380
如果你在你的Cloud Code裡面打,寫線Context的話呢,
6:07.380–6:09.300
你會看到你的MCPTools。
6:09.300–6:12.660
你還沒用呢,它就已經花你4300個Token。
6:12.660–6:15.220
你根本就還沒開始做任務,它就已經花這麼多了。
6:15.220–6:19.140
那基本上,你那5小時的Session裡面,很快就被打到了。
6:19.140–6:20.980
那現在呢,我們再來看CLI。
6:20.980–6:22.240
CLI最大的好處就是,
6:22.240–6:23.041
它的這些東西,
6:23.041–6:25.217
什麼NCP Custom Command,
6:25.217–6:26.820
什麼Context File,
6:26.820–6:29.940
全部都是存放在它方的雲端主機。
6:29.940–6:33.220
我們只要負責的就是呼叫指令,跟拿回結構。
6:33.220–6:34.740
就這樣,這樣就行了。
6:34.740–6:38.100
所以說,在這個Agent時代,CLI絕對是第一名。
6:38.100–6:41.780
然後API第二名,我覺得NCP算第三名。
6:41.780–6:45.940
那當然API跟NCP,你可以根據你自己的情況去做猜選。
6:45.940–6:49.460
那假設說你的API只是想去使用某一個服務,
6:49.460–6:50.980
那就可以用API。
6:50.980–6:54.100
那假設呢,如果你想要去用一個服務,
6:54.100–6:56.660
然後這個服務呢,你會用到裡面很多功能。
6:56.660–7:00.500
那它沒有NCP的話呢,你用NCP會比較方便一點。
7:00.500–7:03.540
OK,那最後一件事情呢,就是Cloud Code做開發。
7:03.540–7:05.540
Codex做Debug和更新。
7:05.540–7:07.540
因為我現在的工作方式就是這樣。
7:07.540–7:10.900
新功能的開發、架構設計,或是主要的Coding Work,
7:10.900–7:13.060
我全部都在Cloud Code裡面做。
7:13.060–7:15.380
因為Cloud Code裡面呢,我會使用Front-end Design,
7:15.380–7:18.180
或是Super Powers,這類的Skill。
7:18.180–7:19.940
但是呢,當我在卡住的時候,
7:19.940–7:21.700
我會說有bug,不知道怎麼解。
7:21.700–7:24.180
我只想對現有的code做更新和最佳化,
7:24.180–7:26.420
這時候呢,我就會切到Codex。
7:26.420–7:29.380
因為Codex在Review和現有code,找問題,
7:29.380–7:32.580
提出修改建議在這類任務上面呢,表現非常好。
7:32.580–7:34.900
它的思考方式呢,跟Cloud Code不一樣。
7:34.900–7:36.740
所以有時候Cloud Code繞不出去的問題,
7:36.740–7:38.580
Codex,一下就找到了。
7:38.580–7:40.260
那這不是哪個比較好的問題,
7:40.260–7:42.260
只是兩個工具,不同的想像。
7:42.260–7:44.980
所以呢,你可以把它結合,這是沒問題的。
7:44.980–7:46.900
那同時呢,我也要做一支影片,
7:46.900–7:50.180
教你如何去把Cloud Code跟Codex兩者結合起來。
7:50.180–7:53.220
那影片連結呢,我放在上方,你可以去檢視。
7:53.220–7:55.620
OK,最後呢,我們來快速複習一下,
7:55.620–7:57.460
今天的這五件事到底是什麼。
7:57.460–8:00.260
你的Cloud.mt,加上你的Progress Loading的方式呢,
8:00.260–8:02.580
會讓你的Cloud Code,整合大量的Token。
8:02.580–8:06.580
第二,先搞清楚你要做什麼,再去執行。
8:06.580–8:08.500
你可以開你的Plan Mode,
8:08.500–8:11.140
叫Cloud Code提出一個方案呢,再去執行。
8:11.140–8:14.580
第三,當你要去開發一個複雜大型的任務的時候呢,
8:14.580–8:16.580
使用Superpower Brainstorming的Skill。
8:16.580–8:22.900
第四,使用Cli,Cli最能結成Token,而且最快。
8:22.900–8:24.900
也完全沒有在你的Context Window。
8:24.900–8:27.460
第六,Cloud Code加Codex分工開發。
8:27.460–8:32.580
Cloud Code來做開發,Codex來做CodeReview或是做Debug。
8:32.580–8:35.460
今天這講的五件事情呢,其實都在指同一個方向。
8:35.460–8:38.580
你在用Cloud Code建的不只是一個單獨獨立的功能,
8:38.580–8:40.580
你在建的是一個AI的系統。
8:40.580–8:42.580
這個系統只需要建立一次,
8:42.580–8:44.580
建好之後它就能幫你持續工作。
8:44.580–8:47.580
你的任務呢,就只要回覆它,升級它,
8:47.580–8:49.580
不用每次都從零開始。
8:49.580–8:52.580
那如果想知道怎麼從零建立這樣的AI的系統,
8:52.580–8:54.580
我另外一支影片專門在講這件事情。
8:54.580–8:57.580
點選在上方,你可以直接點進去看。
8:57.580–9:00.580
另外呢,我把今天所有的影片都整合成一份PDF,
9:00.580–9:01.580
讓你可以直接做參考。
9:01.580–9:03.580
那要怎麼取得這份PDF呢?
9:03.580–9:05.580
那你只需要加入我的免費Skill社群裡面。
9:05.580–9:08.580
然後進來之後呢,你只要點這個YouTube影片支援。
9:08.580–9:11.580
搜尋今天影片的標題,比如說這個。
9:11.580–9:14.580
那你就會看到對應的PDF支援了。
9:14.580–9:17.580
另外呢,我也會不定時的分享一些Cloud Code的技巧。
9:17.580–9:19.580
比如說如果會節省Token。
9:19.580–9:20.580
那如果覺得效果還不錯的話呢,
9:20.580–9:22.580
我就會在另外做一支影片去做介紹。
9:22.580–9:25.580
那另外呢,我也有在Classroom裡面,
9:25.580–9:28.580
去教N8N還有商業應用案例。
9:28.580–9:30.580
以及說關於Cloud Code相關的資源呢,
9:30.580–9:31.580
我一併都放在這裡面。
9:31.580–9:33.580
那如果你有興趣加入的話呢,
9:33.580–9:35.580
錄取連結,我會放在影片下方。
9:35.580–9:36.580
我們在裡面見。
9:36.580–9:38.580
那如果今天這影片對你有幫助或是啟發呢,
9:38.580–9:40.580
麻煩在下方影片留言點個讚。
9:40.580–9:43.580
那每週呢,我都會出Cloud Code和AI系統的使用內容。
9:43.580–9:45.580
我是Jer,我們下支影片見。
9:45.580–9:47.580
我們下支影片見。
0:00.000–0:03.061
ja在Clock Code花超過幾個月的時間之後,
在Clock Code花超過幾個月的時間之後,
0:03.061–0:04.313
ja我整理出了五件事,
我整理出了五件事,
0:04.313–0:06.400
ja是我希望在開始用之前就知道的。
是我希望在開始用之前就知道的。
0:06.400–0:08.456
ja今天這支影片不是技術教學,
今天這支影片不是技術教學,
0:08.456–0:09.722
ja也不是功能介紹,
也不是功能介紹,
0:09.722–0:15.100
ja這是我真實使用下來真正能提升你使用Clock Code效率的關鍵心法。
這是我真實使用下來真正能提升你使用Clock Code效率的關鍵心法。
0:15.100–0:17.522
ja如果你竟然用Clock Code,
如果你竟然用Clock Code,
0:17.522–0:19.035
ja或是準備認真開始用,
或是準備認真開始用,
0:19.035–0:21.760
ja以下這五件事情可以幫你操作很多網路。
以下這五件事情可以幫你操作很多網路。
0:21.760–0:24.580
ja所以今天這支影片我要跟你分享的五件事情。
所以今天這支影片我要跟你分享的五件事情。
0:24.580–0:26.880
ja第一,Context是一切。
第一,Context是一切。
0:26.880–0:29.700
ja第二,先搞清楚流程再開始做。
第二,先搞清楚流程再開始做。
0:29.700–0:32.520
ja第三,大型專案要用Superpowers。
第三,大型專案要用Superpowers。
0:32.520–0:35.340
ja第四,能用CLI就用CLI。
第四,能用CLI就用CLI。
0:35.340–0:40.200
ja第五,Clock Code負責開發Codex,負責debug和更新。
第五,Clock Code負責開發Codex,負責debug和更新。
0:40.200–0:41.480
ja那我們再開始。
那我們再開始。
0:41.480–0:44.800
jaOK,第一件事,Context就是一切。
OK,第一件事,Context就是一切。
0:44.800–0:49.160
jaClock Code的效果幾乎完全取決於你給它多少context。
Clock Code的效果幾乎完全取決於你給它多少context。
0:49.160–0:53.760
ja你給的context越豐富,越準確,它的輸出越越精準。
你給的context越豐富,越準確,它的輸出越越精準。
0:53.760–0:57.340
ja那什麼是context呢?Context就是上下文。
那什麼是context呢?Context就是上下文。
0:57.340–1:00.160
ja那Clock Code具體來說要怎麼做的context呢?
那Clock Code具體來說要怎麼做的context呢?
1:00.160–1:02.980
ja其實它有兩個主要來源。
其實它有兩個主要來源。
1:02.980–1:05.800
ja就是你的Cloud MD。
就是你的Cloud MD。
1:05.800–1:07.580
ja就是放在你的專案跟目錄的設定檔。
就是放在你的專案跟目錄的設定檔。
1:07.580–1:08.620
ja你在裡面告訴Clock Code你在做什麼?
你在裡面告訴Clock Code你在做什麼?
1:08.620–1:13.220
ja你的偏好?哪些事情不要做?遇到某些狀況要怎麼處理?
你的偏好?哪些事情不要做?遇到某些狀況要怎麼處理?
1:13.220–1:17.320
ja你每次在跟Clock Code處理任務的時候呢,它都會自動讀這個檔案。
你每次在跟Clock Code處理任務的時候呢,它都會自動讀這個檔案。
1:17.320–1:19.620
en第二個呢,是你的Project Context。
第二個呢,是你的Project Context。
1:19.620–1:20.235
ja簡單來說,
簡單來說,
1:20.235–1:25.520
ja這個Project Context就是你在開始跟Clock Code做任務時給的背景資訊。
這個Project Context就是你在開始跟Clock Code做任務時給的背景資訊。
1:25.520–1:28.340
ja比如說你現在說到哪裡?你的Session的目標是什麼?
比如說你現在說到哪裡?你的Session的目標是什麼?
1:28.340–1:29.360
ja你有什麼限制?
你有什麼限制?
1:29.360–1:32.180
ja我自己用的方式呢,叫做Progress Reloading。
我自己用的方式呢,叫做Progress Reloading。
1:32.180–1:35.240
ja就是不要把一次所有東西都塞給Clock Code。
就是不要把一次所有東西都塞給Clock Code。
1:35.240–1:38.580
ja而是根據任務需要,分階段載入相關的context。
而是根據任務需要,分階段載入相關的context。
1:38.580–1:40.360
ja需要什麼就給什麼?
需要什麼就給什麼?
1:40.360–1:41.640
ja不需要的就不給。
不需要的就不給。
1:41.640–1:42.437
ja這樣做的話呢,
這樣做的話呢,
1:42.437–1:45.740
ja可以避免context window浪費在不相關的資訊上面。
可以避免context window浪費在不相關的資訊上面。
1:45.740–1:50.360
ja另外呢,我有另外做一支影片,專門介紹如何建立你自己的context。
另外呢,我有另外做一支影片,專門介紹如何建立你自己的context。
1:50.360–1:52.660
ja包括你的context裡面要放什麼?
包括你的context裡面要放什麼?
1:52.660–1:53.680
ja需要放在哪裡?
需要放在哪裡?
1:53.680–1:57.520
ja那如果你有興趣的話,連結我會放在上方,你可以再去點。
那如果你有興趣的話,連結我會放在上方,你可以再去點。
1:57.520–2:00.840
jaOK,那第二件呢,快速讓你Clock Code增加效率的方法。
OK,那第二件呢,快速讓你Clock Code增加效率的方法。
2:00.840–2:03.660
ja就是先想清楚流程,再做試做。
就是先想清楚流程,再做試做。
2:03.660–2:07.240
ja通常你有想法,你通常會直接叫Clock Code直接做。
通常你有想法,你通常會直接叫Clock Code直接做。
2:07.240–2:10.320
ja這是很多人,包括我,一開始的自覺。
這是很多人,包括我,一開始的自覺。
2:10.320–2:12.880
ja然後發現方向不對,再改,又再改。
然後發現方向不對,再改,又再改。
2:12.880–2:14.920
ja那經過幾次這樣的來來回回呢,
那經過幾次這樣的來來回回呢,
2:14.920–2:18.260
ja我發現有個方法能讓你節省這些來來回回的時間。
我發現有個方法能讓你節省這些來來回回的時間。
2:18.260–2:20.820
ja那這邊呢,我給你一個before after。
那這邊呢,我給你一個before after。
2:20.820–2:24.140
ja那before呢,通常你想做一個自動化系統。
那before呢,通常你想做一個自動化系統。
2:24.140–2:25.292
ja你就直接跟Clock說,
你就直接跟Clock說,
2:25.292–2:26.636
ja幫我建一個workflow,
幫我建一個workflow,
2:26.636–2:27.980
ja每天早上整理我的email,
每天早上整理我的email,
2:27.980–2:29.260
ja然後發財要給我。
然後發財要給我。
2:29.260–2:31.060
ja那Clock Code就開始寫。
那Clock Code就開始寫。
2:31.060–2:33.360
ja但做的方向呢,不是你想要的。
但做的方向呢,不是你想要的。
2:33.360–2:36.700
ja你說,欸,不對,我要的是這樣這樣這樣這樣這樣,
你說,欸,不對,我要的是這樣這樣這樣這樣這樣,
2:36.700–2:37.460
ja然後他又改。
然後他又改。
2:37.460–2:39.760
ja然後可能改到第五六次才對。
然後可能改到第五六次才對。
2:39.760–2:42.580
ja那經過我這個方法之後呢,同樣的需求,
那經過我這個方法之後呢,同樣的需求,
2:42.580–2:44.880
ja我會先進入你的plan mode。
我會先進入你的plan mode。
2:44.880–2:47.440
ja或者告訴Clock,先不要做任何事情。
或者告訴Clock,先不要做任何事情。
2:47.440–2:49.500
ja給我五個不同的實作方案。
給我五個不同的實作方案。
2:49.500–2:51.300
ja我選一個,再開始。
我選一個,再開始。
2:51.300–2:53.340
ja那這時候呢,Clock Code就給你五個方向。
那這時候呢,Clock Code就給你五個方向。
2:53.340–2:55.900
ja然後你選了你最符合需求的那個。
然後你選了你最符合需求的那個。
2:55.900–2:57.940
ja那基本上你一次就可以做對了。
那基本上你一次就可以做對了。
2:57.940–3:00.500
ja那之中差別呢,不是Cloud的能力。
那之中差別呢,不是Cloud的能力。
3:00.500–3:03.060
ja而是你有沒有先確認你的方向到底是什麼。
而是你有沒有先確認你的方向到底是什麼。
3:03.060–3:06.140
ja你有沒有先確認你自己想要的東西到底是什麼。
你有沒有先確認你自己想要的東西到底是什麼。
3:06.140–3:07.940
ja先想好之後呢,再去做試作。
先想好之後呢,再去做試作。
3:07.940–3:08.960
ja這樣會比較好一點。
這樣會比較好一點。
3:08.960–3:12.280
jaOK,那基本上我每次都會用那個Mirror或是這個Axelidraw
OK,那基本上我每次都會用那個Mirror或是這個Axelidraw
3:12.280–3:15.100
ja去劃出我要的東西到底是什麼。
去劃出我要的東西到底是什麼。
3:15.100–3:18.940
ja那假設說我這邊有個AIOS,就是我之前做的一個System。
那假設說我這邊有個AIOS,就是我之前做的一個System。
3:18.940–3:23.540
ja那這邊呢,我就會列出幾個不同的區塊或是種類。
那這邊呢,我就會列出幾個不同的區塊或是種類。
3:23.540–3:26.584
en比如說這邊我的Agent,我的Memory,我的Productivity,
比如說這邊我的Agent,我的Memory,我的Productivity,
3:26.584–3:27.900
enContent Creation。
Content Creation。
3:27.900–3:31.220
ja那通常呢,我都會先去畫。
那通常呢,我都會先去畫。
3:31.220–3:34.040
ja就是先寫出來,就是說這個東西是什麼。
就是先寫出來,就是說這個東西是什麼。
3:34.040–3:35.580
ja然後這個的功能是什麼。
然後這個的功能是什麼。
3:35.580–3:38.140
ja那等開發完成之後呢,我再把它用回綠色。
那等開發完成之後呢,我再把它用回綠色。
3:38.140–3:41.980
ja就代表說,現在這個東西是可以運作的,可以使用的。
就代表說,現在這個東西是可以運作的,可以使用的。
3:41.980–3:45.560
ja那這個是我的一些PayPal,那你們也可以參考一下。
那這個是我的一些PayPal,那你們也可以參考一下。
3:45.560–3:47.087
jaOK,那第三件事情呢,
OK,那第三件事情呢,
3:47.087–3:48.615
ja就是大型專案的時候呢,
就是大型專案的時候呢,
3:48.615–3:50.420
ja用Super Powers。
用Super Powers。
3:50.420–3:52.249
ja如果你在建一個是比較大的系統,
如果你在建一個是比較大的系統,
3:52.249–3:52.858
ja請你記得,
請你記得,
3:52.858–3:55.540
ja記得使用Super Powers的Skill。
記得使用Super Powers的Skill。
3:55.540–3:59.260
ja那更具體來說呢,就是使用BrainStorming的那個Skill。
那更具體來說呢,就是使用BrainStorming的那個Skill。
3:59.260–4:00.778
ja當你一旦使用它的時候呢,
當你一旦使用它的時候呢,
4:00.778–4:04.700
jaCloud Code不會再把你當成一個只是想做某件事情的使用者。
Cloud Code不會再把你當成一個只是想做某件事情的使用者。
4:04.700–4:07.820
ja它會把你當開發者,一步一步問你細節。
它會把你當開發者,一步一步問你細節。
4:07.820–4:12.180
ja你的目標是什麼,有什麼限制,需要哪些功能,整體教授怎麼規劃。
你的目標是什麼,有什麼限制,需要哪些功能,整體教授怎麼規劃。
4:12.180–4:18.380
ja這些問題清起很麻煩,但是它逼你把Mod的想法,做成清楚的一個Plan。
這些問題清起很麻煩,但是它逼你把Mod的想法,做成清楚的一個Plan。
4:18.380–4:22.700
ja你的Plan越清楚,最後做出來的東西就越接近你真正想要的。
你的Plan越清楚,最後做出來的東西就越接近你真正想要的。
4:22.700–4:24.591
ja那基本上你沒有這個的話呢,
那基本上你沒有這個的話呢,
4:24.591–4:27.064
ja你可能花了兩個小時叫clock做,
你可能花了兩個小時叫clock做,
4:27.064–4:29.100
ja然後最後發現方向完全走偏了。
然後最後發現方向完全走偏了。
4:29.100–4:31.660
ja因為你一開始的指令就不夠清楚。
因為你一開始的指令就不夠清楚。
4:31.660–4:34.180
ja那關於Super Powers的詳細介紹呢,
那關於Super Powers的詳細介紹呢,
4:34.180–4:35.620
ja我也有另外去做一支影片,
我也有另外去做一支影片,
4:35.620–4:36.460
ja那連結在上方,
那連結在上方,
4:36.460–4:37.300
ja可以去點一下。
可以去點一下。
4:37.300–4:40.740
jaOK,第四件事情,能用CLI就用CLI。
OK,第四件事情,能用CLI就用CLI。
4:40.740–4:44.340
ja不要用API,不要用NCP,我等一下會解釋為什麼。
不要用API,不要用NCP,我等一下會解釋為什麼。
4:44.340–4:45.286
jaAPI的問題呢,
API的問題呢,
4:45.286–4:46.942
ja就是它會回傳大大的JSON、
就是它會回傳大大的JSON、
4:46.942–4:48.716
enMetaDataStatus,
MetaDataStatus,
4:48.716–4:50.135
ja什麼CodeHater,
什麼CodeHater,
4:50.135–4:51.199
ja什麼Object,
什麼Object,
4:51.199–4:52.500
ja一大堆你用不到的東西。
一大堆你用不到的東西。
4:52.500–4:56.340
ja這些東西呢,看起來很OK啦,就是程式嘛。
這些東西呢,看起來很OK啦,就是程式嘛。
4:56.340–5:00.180
ja但是你不要忘記,它會把它全部塞進你的CodeCode的Context。
但是你不要忘記,它會把它全部塞進你的CodeCode的Context。
5:00.180–5:02.900
ja塞進去就代表什麼?會浪費你的Token。
塞進去就代表什麼?會浪費你的Token。
5:02.900–5:06.340
ja另外CodeCode還要額外處理這些解析的邏輯。
另外CodeCode還要額外處理這些解析的邏輯。
5:06.340–5:11.460
ja那MCP的問題呢,就是它雖然很強大,那就是一個插頭。
那MCP的問題呢,就是它雖然很強大,那就是一個插頭。
5:11.460–5:13.500
ja但是它真的Context很多。
但是它真的Context很多。
5:13.500–5:16.100
ja你每次呼叫背景資訊就一堆。
你每次呼叫背景資訊就一堆。
5:16.100–5:18.980
jaSession越長,你的Context就越擁擠。
Session越長,你的Context就越擁擠。
5:18.980–5:19.924
ja最壞的需點就是,
最壞的需點就是,
5:19.924–5:23.700
ja它每次必定會Load到你的CodeCode的Context裡面。
它每次必定會Load到你的CodeCode的Context裡面。
5:23.700–5:27.620
ja而CLI的輸出就是非常乾淨,你給一個指令,它會回傳量的結果。
而CLI的輸出就是非常乾淨,你給一個指令,它會回傳量的結果。
5:27.620–5:28.660
ja不多不少。
不多不少。
5:28.660–5:33.060
ja那這邊我舉個例子,假設你想用JAML來做一個查詢。
那這邊我舉個例子,假設你想用JAML來做一個查詢。
5:33.060–5:35.860
ja通常你用API,你拿一個JSON Object。
通常你用API,你拿一個JSON Object。
5:35.860–5:40.740
ja但是呢,你要一層一層把東西全部拆開來,你才可以拿到你那個回答。
但是呢,你要一層一層把東西全部拆開來,你才可以拿到你那個回答。
5:40.740–5:44.980
ja那如果你用JAML來CLI呢,你直接輸入問題,它就直接給你答案。
那如果你用JAML來CLI呢,你直接輸入問題,它就直接給你答案。
5:44.980–5:49.700
jaOK,那這邊呢,我會這樣圖,就是API、MCP、CLI的差別。
OK,那這邊呢,我會這樣圖,就是API、MCP、CLI的差別。
5:49.700–5:53.700
ja那如果API的話,你可以看一下,就是,如果你出入一個Endpoint,
那如果API的話,你可以看一下,就是,如果你出入一個Endpoint,
5:53.700–5:55.700
ja它會回傳這些檔案。
它會回傳這些檔案。
5:55.700–5:57.300
ja這些JSON的東西。
這些JSON的東西。
5:57.300–5:59.380
ja這每一個東西呢,都存在Token。
這每一個東西呢,都存在Token。
5:59.380–6:01.700
ja基本上就是很浪費Token。
基本上就是很浪費Token。
6:01.700–6:03.700
ja但是,下一個NCP,它更扯。
但是,下一個NCP,它更扯。
6:03.700–6:07.380
ja如果你在你的Cloud Code裡面打,寫線Context的話呢,
如果你在你的Cloud Code裡面打,寫線Context的話呢,
6:07.380–6:09.300
ja你會看到你的MCPTools。
你會看到你的MCPTools。
6:09.300–6:12.660
ja你還沒用呢,它就已經花你4300個Token。
你還沒用呢,它就已經花你4300個Token。
6:12.660–6:15.220
ja你根本就還沒開始做任務,它就已經花這麼多了。
你根本就還沒開始做任務,它就已經花這麼多了。
6:15.220–6:19.140
ja那基本上,你那5小時的Session裡面,很快就被打到了。
那基本上,你那5小時的Session裡面,很快就被打到了。
6:19.140–6:20.980
ja那現在呢,我們再來看CLI。
那現在呢,我們再來看CLI。
6:20.980–6:22.240
jaCLI最大的好處就是,
CLI最大的好處就是,
6:22.240–6:23.041
ja它的這些東西,
它的這些東西,
6:23.041–6:25.217
ja什麼NCP Custom Command,
什麼NCP Custom Command,
6:25.217–6:26.820
ja什麼Context File,
什麼Context File,
6:26.820–6:29.940
ja全部都是存放在它方的雲端主機。
全部都是存放在它方的雲端主機。
6:29.940–6:33.220
ja我們只要負責的就是呼叫指令,跟拿回結構。
我們只要負責的就是呼叫指令,跟拿回結構。
6:33.220–6:34.740
ja就這樣,這樣就行了。
就這樣,這樣就行了。
6:34.740–6:38.100
ja所以說,在這個Agent時代,CLI絕對是第一名。
所以說,在這個Agent時代,CLI絕對是第一名。
6:38.100–6:41.780
ja然後API第二名,我覺得NCP算第三名。
然後API第二名,我覺得NCP算第三名。
6:41.780–6:45.940
ja那當然API跟NCP,你可以根據你自己的情況去做猜選。
那當然API跟NCP,你可以根據你自己的情況去做猜選。
6:45.940–6:49.460
ja那假設說你的API只是想去使用某一個服務,
那假設說你的API只是想去使用某一個服務,
6:49.460–6:50.980
ja那就可以用API。
那就可以用API。
6:50.980–6:54.100
ja那假設呢,如果你想要去用一個服務,
那假設呢,如果你想要去用一個服務,
6:54.100–6:56.660
ja然後這個服務呢,你會用到裡面很多功能。
然後這個服務呢,你會用到裡面很多功能。
6:56.660–7:00.500
ja那它沒有NCP的話呢,你用NCP會比較方便一點。
那它沒有NCP的話呢,你用NCP會比較方便一點。
7:00.500–7:03.540
jaOK,那最後一件事情呢,就是Cloud Code做開發。
OK,那最後一件事情呢,就是Cloud Code做開發。
7:03.540–7:05.540
enCodex做Debug和更新。
Codex做Debug和更新。
7:05.540–7:07.540
ja因為我現在的工作方式就是這樣。
因為我現在的工作方式就是這樣。
7:07.540–7:10.900
ja新功能的開發、架構設計,或是主要的Coding Work,
新功能的開發、架構設計,或是主要的Coding Work,
7:10.900–7:13.060
ja我全部都在Cloud Code裡面做。
我全部都在Cloud Code裡面做。
7:13.060–7:15.380
en因為Cloud Code裡面呢,我會使用Front-end Design,
因為Cloud Code裡面呢,我會使用Front-end Design,
7:15.380–7:18.180
en或是Super Powers,這類的Skill。
或是Super Powers,這類的Skill。
7:18.180–7:19.940
ja但是呢,當我在卡住的時候,
但是呢,當我在卡住的時候,
7:19.940–7:21.700
ja我會說有bug,不知道怎麼解。
我會說有bug,不知道怎麼解。
7:21.700–7:24.180
ja我只想對現有的code做更新和最佳化,
我只想對現有的code做更新和最佳化,
7:24.180–7:26.420
ja這時候呢,我就會切到Codex。
這時候呢,我就會切到Codex。
7:26.420–7:29.380
ja因為Codex在Review和現有code,找問題,
因為Codex在Review和現有code,找問題,
7:29.380–7:32.580
ja提出修改建議在這類任務上面呢,表現非常好。
提出修改建議在這類任務上面呢,表現非常好。
7:32.580–7:34.900
ja它的思考方式呢,跟Cloud Code不一樣。
它的思考方式呢,跟Cloud Code不一樣。
7:34.900–7:36.740
ja所以有時候Cloud Code繞不出去的問題,
所以有時候Cloud Code繞不出去的問題,
7:36.740–7:38.580
jaCodex,一下就找到了。
Codex,一下就找到了。
7:38.580–7:40.260
ja那這不是哪個比較好的問題,
那這不是哪個比較好的問題,
7:40.260–7:42.260
ja只是兩個工具,不同的想像。
只是兩個工具,不同的想像。
7:42.260–7:44.980
ja所以呢,你可以把它結合,這是沒問題的。
所以呢,你可以把它結合,這是沒問題的。
7:44.980–7:46.900
ja那同時呢,我也要做一支影片,
那同時呢,我也要做一支影片,
7:46.900–7:50.180
ja教你如何去把Cloud Code跟Codex兩者結合起來。
教你如何去把Cloud Code跟Codex兩者結合起來。
7:50.180–7:53.220
ja那影片連結呢,我放在上方,你可以去檢視。
那影片連結呢,我放在上方,你可以去檢視。
7:53.220–7:55.620
jaOK,最後呢,我們來快速複習一下,
OK,最後呢,我們來快速複習一下,
7:55.620–7:57.460
ja今天的這五件事到底是什麼。
今天的這五件事到底是什麼。
7:57.460–8:00.260
en你的Cloud.mt,加上你的Progress Loading的方式呢,
你的Cloud.mt,加上你的Progress Loading的方式呢,
8:00.260–8:02.580
ja會讓你的Cloud Code,整合大量的Token。
會讓你的Cloud Code,整合大量的Token。
8:02.580–8:06.580
ja第二,先搞清楚你要做什麼,再去執行。
第二,先搞清楚你要做什麼,再去執行。
8:06.580–8:08.500
ja你可以開你的Plan Mode,
你可以開你的Plan Mode,
8:08.500–8:11.140
ja叫Cloud Code提出一個方案呢,再去執行。
叫Cloud Code提出一個方案呢,再去執行。
8:11.140–8:14.580
ja第三,當你要去開發一個複雜大型的任務的時候呢,
第三,當你要去開發一個複雜大型的任務的時候呢,
8:14.580–8:16.580
en使用Superpower Brainstorming的Skill。
使用Superpower Brainstorming的Skill。
8:16.580–8:22.900
ja第四,使用Cli,Cli最能結成Token,而且最快。
第四,使用Cli,Cli最能結成Token,而且最快。
8:22.900–8:24.900
ja也完全沒有在你的Context Window。
也完全沒有在你的Context Window。
8:24.900–8:27.460
en第六,Cloud Code加Codex分工開發。
第六,Cloud Code加Codex分工開發。
8:27.460–8:32.580
enCloud Code來做開發,Codex來做CodeReview或是做Debug。
Cloud Code來做開發,Codex來做CodeReview或是做Debug。
8:32.580–8:35.460
ja今天這講的五件事情呢,其實都在指同一個方向。
今天這講的五件事情呢,其實都在指同一個方向。
8:35.460–8:38.580
ja你在用Cloud Code建的不只是一個單獨獨立的功能,
你在用Cloud Code建的不只是一個單獨獨立的功能,
8:38.580–8:40.580
ja你在建的是一個AI的系統。
你在建的是一個AI的系統。
8:40.580–8:42.580
ja這個系統只需要建立一次,
這個系統只需要建立一次,
8:42.580–8:44.580
ja建好之後它就能幫你持續工作。
建好之後它就能幫你持續工作。
8:44.580–8:47.580
ja你的任務呢,就只要回覆它,升級它,
你的任務呢,就只要回覆它,升級它,
8:47.580–8:49.580
ja不用每次都從零開始。
不用每次都從零開始。
8:49.580–8:52.580
ja那如果想知道怎麼從零建立這樣的AI的系統,
那如果想知道怎麼從零建立這樣的AI的系統,
8:52.580–8:54.580
ja我另外一支影片專門在講這件事情。
我另外一支影片專門在講這件事情。
8:54.580–8:57.580
ja點選在上方,你可以直接點進去看。
點選在上方,你可以直接點進去看。
8:57.580–9:00.580
ja另外呢,我把今天所有的影片都整合成一份PDF,
另外呢,我把今天所有的影片都整合成一份PDF,
9:00.580–9:01.580
ja讓你可以直接做參考。
讓你可以直接做參考。
9:01.580–9:03.580
ja那要怎麼取得這份PDF呢?
那要怎麼取得這份PDF呢?
9:03.580–9:05.580
ja那你只需要加入我的免費Skill社群裡面。
那你只需要加入我的免費Skill社群裡面。
9:05.580–9:08.580
ja然後進來之後呢,你只要點這個YouTube影片支援。
然後進來之後呢,你只要點這個YouTube影片支援。
9:08.580–9:11.580
ja搜尋今天影片的標題,比如說這個。
搜尋今天影片的標題,比如說這個。
9:11.580–9:14.580
ja那你就會看到對應的PDF支援了。
那你就會看到對應的PDF支援了。
9:14.580–9:17.580
ja另外呢,我也會不定時的分享一些Cloud Code的技巧。
另外呢,我也會不定時的分享一些Cloud Code的技巧。
9:17.580–9:19.580
ja比如說如果會節省Token。
比如說如果會節省Token。
9:19.580–9:20.580
ja那如果覺得效果還不錯的話呢,
那如果覺得效果還不錯的話呢,
9:20.580–9:22.580
ja我就會在另外做一支影片去做介紹。
我就會在另外做一支影片去做介紹。
9:22.580–9:25.580
ja那另外呢,我也有在Classroom裡面,
那另外呢,我也有在Classroom裡面,
9:25.580–9:28.580
ja去教N8N還有商業應用案例。
去教N8N還有商業應用案例。
9:28.580–9:30.580
ja以及說關於Cloud Code相關的資源呢,
以及說關於Cloud Code相關的資源呢,
9:30.580–9:31.580
ja我一併都放在這裡面。
我一併都放在這裡面。
9:31.580–9:33.580
ja那如果你有興趣加入的話呢,
那如果你有興趣加入的話呢,
9:33.580–9:35.580
ja錄取連結,我會放在影片下方。
錄取連結,我會放在影片下方。
9:35.580–9:36.580
ja我們在裡面見。
我們在裡面見。
9:36.580–9:38.580
ja那如果今天這影片對你有幫助或是啟發呢,
那如果今天這影片對你有幫助或是啟發呢,
9:38.580–9:40.580
ja麻煩在下方影片留言點個讚。
麻煩在下方影片留言點個讚。
9:40.580–9:43.580
ja那每週呢,我都會出Cloud Code和AI系統的使用內容。
那每週呢,我都會出Cloud Code和AI系統的使用內容。
9:43.580–9:45.580
ja我是Jer,我們下支影片見。
我是Jer,我們下支影片見。
9:45.580–9:47.580
ja我們下支影片見。
我們下支影片見。

影片筆記：500+ 小時 Claude Code 心得：5 件我希望早點知道的事

一句話總結

基於超過 500 小時的實際使用經驗，提出五個提升開發效率與精準度的關鍵心法：重視 Context 管理、先規劃後執行、大型專案使用 Superpowers、優先使用 CLI 節省 Token，以及明確分工 Claude Code 與 Codex 的職責。

核心重點

  1. Context 是核心：Claude Code 的輸出品質取決於提供的上下文（Context）。需善用 .md 設定檔與分階段載入資訊（Progress Reloading），避免 Context Window 被無關資訊佔用。
  2. 先規劃後執行：避免直接要求實作，應先進入 Plan Mode 或要求多個實作方案，確認方向後再進行開發，減少來回修改次數。
  3. 大型專案使用 Superpowers：針對複雜系統，使用 Brainstorming Skill 迫使開發者釐清細節與計畫，將模糊想法轉化為清晰 Plan。
  4. 優先使用 CLI：相比 API 與 MCP，CLI 輸出的資訊最乾淨，能有效節省 Token 並避免 Context Window 被大量 MetaData 佔用。效率排名：CLI > API > MCP。
  5. 分工協作：Claude Code 負責新功能開發與架構設計；Codex 負責 Debug、Code Review 與現有程式碼的最佳化。兩者思考方式不同，結合使用可解決單一模型無法突破的問題。

詳細大綱

一、 Context 是一切

  • Context 的定義與來源：
  • Claude Code 的效果取決於提供的 Context 豐富度與準確性。
  • 來源一：Cloud MD：專案目錄下的設定檔，包含偏好、禁止事項及異常處理方式，每次任務自動讀取。
  • 來源二：Project Context：開始任務時提供的背景資訊（如當前進度、Session 目標、限制條件）。
  • 推薦做法：Progress Reloading：
  • 避免一次性塞入所有資訊。
  • 根據任務需求分階段載入相關 Context。
  • 目的：避免 Context Window 浪費在不相關資訊上。

二、 先搞清楚流程再開始做

  • 常見錯誤（Before）：
  • 直接要求 Claude Code 建立自動化系統（如：每天早上整理 Email 並發送）。
  • 結果方向錯誤，需多次來回修改（可能需改 5-6 次）。
  • 推薦做法（After）：
  • 進入 Plan Mode 或要求 Claude Code 提供五個不同的實作方案。
  • 從方案中選擇最符合需求的一個，再開始實作。
  • 目的：確認方向與自身需求，減少來回修改的時間。
  • 輔助工具：
  • 使用 Mirror 或 Axelidraw 繪製系統區塊（如 Agent, Memory, Productivity, Content Creation）。
  • 開發完成後將區塊標記為綠色（代表可運作）。

三、 大型專案要用 Superpowers

  • 適用情境：建構較大系統或複雜任務。
  • 具體操作：使用 Super Powers 中的 Brainstorming Skill。
  • 機制：
  • Claude Code 將使用者視為開發者，逐步詢問細節（目標、限制、功能需求、整體規劃）。
  • 迫使開發者將模糊想法轉化為清晰的 Plan。
  • Plan 越清楚，最終產出越接近預期。
  • 效益：避免花費數小時開發後發現方向完全走偏。

四、 能用 CLI 就用 CLI

  • 比較對象：API、MCP、CLI。
  • API 的問題：
  • 回傳大量 JSON、MetaData、Status、Code、Object 等資訊。
  • 這些資訊會佔用 Context，浪費 Token。
  • Claude Code 需額外處理解析邏輯。
  • MCP 的問題：
  • 雖為強大插頭，但背景資訊龐大。
  • 每次呼叫都會將資訊載入 Context。
  • Session 越長，Context 越擁擠，極快耗盡 Token（例如未開始任務已消耗 4300 Token）。
  • CLI 的優勢：
  • 輸出非常乾淨，指令與結果對應，不多不少。
  • 相關設定（NCP Custom Command, Context File）存放在遠端雲端主機。
  • 只需呼叫指令並拿回結構化結果。
  • 結論：
  • 效率排名：CLI > API > MCP。
  • 若僅使用單一服務可選 API；若服務功能多且無 MCP 支援，可考慮 MCP。

五、 Claude Code 負責開發，Codex 負責 debug 和更新

  • 分工原則：
  • Claude Code：負責新功能開發、架構設計、主要 Coding Work。
  • 使用 Front-end Design 或 Super Powers 等 Skill。
  • Codex：負責 Debug、更新、Code Review、現有程式碼最佳化。
  • 協作模式：
  • 當 Claude Code 遇到 Bug 或卡住時，切換至 Codex。
  • Codex 在 Review 現有程式碼、找問題及提出修改建議方面表現優異。
  • 兩者思考方式不同，結合使用可解決 Claude Code 無法突破的問題。

六、 總結與資源

  • 五件事複習：
  1. 善用 Cloud.md 與 Progress Loading 整合 Token。
  2. 先確認需求，使用 Plan Mode 提出方案後再執行。
  3. 複雜任務使用 Superpower Brainstorming Skill。
  4. 使用 CLI 節省 Token 且速度最快。
  5. Claude Code 與 Codex 分工（開發 vs. Debug/Review）。
  • 核心觀念：
  • 使用 Claude Code 不僅是建立獨立功能，而是建立一個可持續工作的 AI 系統。
  • 系統建立一次後，只需回覆、升級，無需每次都從零開始。
  • 額外資源：
  • 提供關於建立 AI 系統、結合 Claude Code 與 Codex 的影片連結。
  • 提供今日內容整合的 PDF。
  • 邀請加入免費 Skill 社群，獲取 PDF 及更多技巧（如節省 Token、N8N 商業應用）。

工具 / 模型 / 名詞整理

  • Claude Code (文中亦出現拼寫變體：Cloud Code, Clock)
  • Codex
  • Super Powers
  • Brainstorming Skill
  • Plan Mode
  • Front-end Design
  • CLI (Command Line Interface)
  • API
  • MCP (文中亦出現拼寫變體：NCP, Cloud Code)
  • JSON
  • MetaData
  • JAML (疑點：通常為 YAML，但逐字稿聽寫為 JAML)
  • Mirror
  • Axelidraw
  • AIOS
  • Agent
  • Memory
  • Productivity
  • Content Creation
  • N8N
  • YouTube
  • Classroom
  • Cloud.md
  • Progress Reloading
  • NCP Custom Command

操作流程整理

  1. 初始化設定：
  • 建立專案目錄下的 Cloud.md 設定檔，定義偏好、禁止事項及異常處理方式。
  1. 任務規劃階段：
  • 進入 Plan Mode 或要求模型提供多個實作方案。
  • 使用 Mirror 或 Axelidraw 繪製系統區塊（Agent, Memory, Productivity, Content Creation）。
  • 若為大型專案，使用 Super Powers 中的 Brainstorming Skill 逐步釐清細節。
  1. 開發與執行階段：
  • 選擇確認的方案進行實作。
  • 優先使用 CLI 進行指令呼叫，避免使用 API 或 MCP 以節省 Context Window。
  • 利用 Progress Reloading 策略，分階段載入相關 Context，避免一次性塞入過多資訊。
  1. 除錯與維護階段：
  • 當 Claude Code 遇到 Bug 或卡住時，切換至 Codex。
  • 使用 Codex 進行 Debug、Code Review 及現有程式碼最佳化。
  • 將開發完成的區塊標記為綠色（代表可運作）。

值得注意的限制或風險

  • Context Window 限制：
  • 使用 API 或 MCP 時，回傳的大量 JSON、MetaData、Status 等資訊會佔用 Context，極快耗盡 Token（例如未開始任務已消耗 4300 Token）。
  • 一次性塞入所有資訊會導致 Context Window 浪費在不相關資訊上。
  • 方向錯誤風險：
  • 若未先進行規劃（Plan Mode 或 Brainstorming），直接要求實作，可能導致方向錯誤，需多次來回修改（可能需改 5-6 次）。
  • 模型能力差異：
  • Claude Code 與 Codex 思考方式不同，單一模型可能無法突破某些問題，需依賴分工協作。

逐字稿辨識疑點

  • Clock Code / Cloud Code：逐字稿中交替出現 "Clock Code" 與 "Cloud Code"，疑似為同一產品名稱的聽寫不一致。
  • NCP / MCP：逐字稿中交替出現 "MCP" 與 "NCP"（例如："不要用 API, 不要用 NCP"、"MCPTools"、"NCP Custom Command"），疑似為同一技術名稱的聽寫不一致。
  • JAML：逐字稿提及 "用 JAML 來做一個查詢"，常見格式為 YAML，此處聽寫可能為錯誤。
  • Mirror / Axelidraw：疑似為特定繪圖或規劃工具的專有名詞，需查證是否為正確名稱。
  • AIOS：疑似為特定系統或專案名稱，需查證是否為正確名稱。
  • CodeHater：在描述 API 回傳內容時出現 "CodeHater"，疑似為 "Code Header" 或其他技術術語的聽寫錯誤。
  • Cloud.md：通常專案設定檔為 .gitignore 或 .env 等，"Cloud.md" 可能是特定工具要求的檔名或聽寫錯誤（疑為 .md 檔）。
  • Progress Reloading：此為講者自創或特定術語，指分階段載入 Context 的方式。
  • Super Powers：可能指代某個特定功能集或插件名稱。
  • Brainstorming Skill：可能指代某個特定功能或插件名稱。
  • Front-end Design：可能指代某個特定功能或插件名稱。
  • PayPal：講者提到 "那這個是我的一些 PayPal"，語境上疑似口誤，可能意指 "Payoff"、"Paywall" 或特定專案名稱，或單純口誤。

可延伸追問

  1. Context 管理細節：如何具體撰寫 Cloud.md 以最大化 Claude Code 的遵循度？有哪些具體的範例格式？
  2. Plan Mode 實作：Plan Mode 的具體指令或操作步驟為何？如何有效引導模型提供多個實作方案？
  3. Super Powers 與 Brainstorming Skill：這些 Skill 的具體安裝方式與使用介面為何？如何與現有開發流程整合？
  4. CLI 與 MCP 比較：在哪些特定情境下，MCP 的優勢會超過 CLI？是否有具體的效能對比數據？
  5. Claude Code 與 Codex 切換機制：在實際開發中，如何定義 "Bug" 或 "卡住" 的觸發條件，以決定何時切換至 Codex？

尚未產生學習筆記

請在 Telegram 指令最後加上「學習」，例如：videonote 網址 英文 雙語 學習