給 Claude 新手的第一份實戰資源
還不知道該從哪裡開始？先拿這份 Claude 入門包
如果你現在最需要的不是更多資訊，而是「下一步直接做什麼」，這份入門包就是幫你省時間的版本。它不是工具介紹，而是一份把 Claude、Cowork、Claude Code 與 Vibe Coding 起點整理好的實戰入口，讓你不用再從零摸索。
- 不用一次學會全部，先選一條路開始就好
- 適合非技術背景工作者
- 從工作任務出發，不從模型名詞出發
這份入門包，幫你整理了 4 條起步路線
不是每個新手都卡在同一個地方。有些人卡在不知道怎麼問，有些人卡在不知道怎麼委派，也有人是想做第一版作品，卻不知道 Claude Code 能不能幫上忙。這頁會先幫你把起點分清楚。
先選一條最適合你的起點
不用四條一起學。先從和你現在最接近的任務開始，效果會比什麼都想看更好。
Claude 新手提問模板
很多人不是不會用 Claude，而是沒有把任務講清楚。最穩定的起手式不是追求一段神奇 prompt，而是先補齊背景、目標、對象、限制與輸出格式。
- 先說背景，再說目標
- 指定對象、限制與輸出格式
- 先做可修改初稿，不要第一次就追求完美
萬用提問模板
適合第一次使用 Claude 的通用骨架。
適合：寫作、整理、摘要、規劃
你現在是我的[角色]協作助手。
背景：
我目前正在處理[任務背景]。
目標：
我希望你幫我完成[具體任務]。
對象：
這份內容是要給[閱讀對象]看的。
限制：
請注意[語氣 / 長度 / 不能做什麼 / 必須包含什麼]。
輸出格式：
請用[條列 / 表格 / 段落 / 步驟 / 範本]輸出。寫工作 email
你現在是我的職場寫作助手。
背景：
我要回覆一封工作 email，主題是[主題]。
目標：
請幫我寫一封清楚、專業、好讀的回信。
對象：
收件人是[主管 / 同事 / 客戶]。
限制：
語氣要[正式 / 親切 / 簡潔]，字數控制在[字數]內。
必須提到[重點1]、[重點2]。
輸出格式：
先給我完整 email，再列出 3 個可替換的主旨。先反問我，幫我補齊資訊
你現在是我的任務拆解助手。
我有一個任務想請你幫忙，但我怕自己資訊給得不夠完整。
請你不要急著直接產出答案，而是先根據這個任務，反問我最多 5 個最關鍵的問題，幫我補齊背景、目標、限制與輸出格式。
我的任務是：
[把任務寫在這裡]Claude Cowork 可委派任務清單
Claude Cowork 的價值，不是陪你聊天，而是幫你處理原本最花時間的中間工作。當任務屬於整理、研究、彙整、文件草稿這類型時，通常最容易感受到它替你省下多少時間。
- 先委派中間工，不要先委派高風險判斷
- 先定義輸出，再交給 AI
整理一批文件
你現在是我的資料整理助手。
目標：
請幫我整理這批文件，讓我能快速理解重點並繼續下一步工作。
資料來源：
[文件 / 資料夾 / 來源說明]
你要完成的事：
1. 找出重要內容
2. 區分重複、無關或過期資訊
3. 整理成清楚結構
輸出格式：
請輸出成：
- 3 句摘要
- 重點分類
- 我下一步該先看的內容
限制：
如果資訊不足，請先告訴我缺什麼，不要直接亂補。研究彙整
你現在是我的研究助理。
目標：
請幫我從多份資料中整理出這個主題的重點與差異。
主題：
[主題]
資料來源：
[貼上或指定來源]
輸出格式：
請依序輸出：
1. 核心結論
2. 共同點
3. 差異點
4. 尚未確認的問題
5. 建議我下一步追的方向文件草稿產出
你現在是我的文件助理。
背景：
我會提供多份原始資料，內容比較零散。
目標：
請幫我整理成一份可閱讀、可修改的初稿。
對象：
這份文件是要給[主管 / 客戶 / 團隊]看。
輸出格式：
請整理成：
- 標題
- 摘要
- 主要內容
- 待補充資訊
限制：
不要假設未知資訊；不確定的地方請標記出來。Claude Code 任務指令範本
Claude Code 最適合新手的用法，不是直接叫它重寫整個專案，而是先讓它理解、規劃，再做小範圍修改。這種方式比較容易學，也更不容易失控。
- 先理解，再修改
- 先做小任務，再放大範圍
- 每次都要求驗證方式
先理解專案
先不要修改任何檔案。
請先幫我理解這個專案，並用白話整理：
1. 這個專案主要在做什麼
2. 重要資料夾與檔案各自負責什麼
3. 如果我要修改[某個功能]，最可能會在哪些地方動到
4. 你建議我先看哪幾個檔案
請先輸出理解結果，再等我下一步指令。做一個小功能
請幫我在這個專案中完成一個小功能。
目標：
新增[功能描述]
限制：
- 先維持現有架構風格
- 不要做超出需求的大改動
- 如果有不確定的地方，先列出假設
請依序進行：
1. 先說明你理解的需求
2. 找出要修改的檔案
3. 實作修改
4. 說明你改了什麼
5. 告訴我如何驗證這個功能修一個 bug
請幫我處理一個 bug。
問題描述：
[貼上錯誤現象 / 錯誤訊息 / 重現方式]
請依序進行：
1. 分析可能原因
2. 找出最相關的檔案或程式區塊
3. 提出修正方案
4. 實際修改
5. 說明如何驗證 bug 已修復
如果你需要更多資訊，先明確告訴我缺什麼。先規劃，再執行
我想完成這個任務：[任務描述]
請先不要直接修改，先幫我做一份執行計畫，內容包含：
1. 你理解的目標
2. 涉及的檔案
3. 可能的風險
4. 建議的實作步驟
5. 你會如何驗證結果
等我確認後，再開始執行。Claude Code 的 Vibe Coding 路徑
如果你是不會寫程式，但想先做出第一版作品的人，vibe coding 是很好的入口。它的核心不是什麼都不懂，而是先用自然語言把目標說清楚，讓 AI 幫你把第一版往前推。
- 先從小任務開始
- 先要求解釋，再要求修改
- 每次都保留驗證與回報
Vibe Coding 起手 prompt
你先當我的開發副駕。
我現在想用 Claude Code 做 vibe coding，但我希望過程不要失控。
請先不要急著寫程式，而是先幫我完成下面這幾件事：
1. 用白話告訴我這個專案在做什麼
2. 如果我要完成[某個小任務]，你會怎麼拆步驟
3. 你會先看哪些檔案
4. 你預期有哪些風險
5. 你會怎麼驗證結果
等我確認後，再開始執行。做單一頁面 / 區塊
請先不要大改整體架構。
我要在這個專案新增一個[區塊名稱]。
目標是：[這個區塊要達成什麼]
放置位置：[頁面 / 區域]
需要包含：[元素 1 / 元素 2 / 元素 3]
風格限制：[延續現有設計 / 簡潔 / 不要過度裝飾]
請依序進行：
1. 先找出最可能需要修改的檔案
2. 說明你理解的需求
3. 實作修改
4. 告訴我如何本機驗證結果
5. 列出你改了哪些檔案驗證與回報格式
完成任務後，請你用下面格式回報：
1. 修改了哪些檔案
2. 每個檔案改了什麼
3. 為什麼這樣改
4. 如何驗證
5. 還有哪些風險或待補部分3 個可以直接開做的作品案例
如果你不知道第一個 vibe coding 任務該做什麼，先不要從大產品開始。下面這 3 個案例都符合同一個原則：範圍夠小、成果看得見、而且可以直接交給 Claude Code 開始規劃。
01 個人品牌首頁
交給 Claude Code 的完整指令
完整 Handoff 指令
直接複製這段給 Claude Code，它會先規劃再動手，不會直接亂改。
你先當我的開發副駕。
我要做一個個人品牌首頁第一版。
目標不是做完整網站，而是先做一個可上線、可展示、可延伸的首頁。
這個頁面需要讓訪客快速理解：
1. 我是誰
2. 我在幫助誰
3. 我能提供什麼
4. 下一步可以做什麼
請先不要大改整個專案。
先延續現有架構與風格，完成首頁 MVP。
頁面至少包含：
- Hero
- About 簡介
- 我提供的內容或服務
- 精選內容 / 資源
- CTA / 聯絡入口
風格要求：
- 專業、俐落、可讀
- 不要像通用 AI 工具官網
- 不要過度花俏
- 手機版要好讀
請依序進行：
1. 先整理你理解的需求
2. 列出會修改的檔案
3. 提出頁面區塊草案
4. 等我確認後再實作
5. 完成後回報改了哪些檔案
6. 告訴我如何本機驗證 02 資源頁 / 入門包頁
交給 Claude Code 的完整指令
完整 Handoff 指令
直接複製這段給 Claude Code，它會先規劃再動手，不會直接亂改。
我要做一個單頁資源頁 / 入門包頁。
這頁的目標是承接社群或文章流量，讓使用者快速理解這份資源是什麼、適合誰、能直接拿去做什麼，並導向下一步 CTA。
請先不要把原始 markdown 全文直接 raw render 上頁。
我希望它是一個資源型 landing page：有導覽、有重點、有可直接複製的內容區塊。
頁面至少要包含：
- Hero
- 為什麼做這份資源
- 適合誰
- 內容亮點
- 1 到 3 個可直接複製的模板區塊
- FAQ
- CTA
規則：
- 優先重用現有 layout / section pattern
- 可複製內容請做成獨立 block，不要埋在長文裡
- 不要讓 CTA 太分散
- 先完成靜態可讀版本，再補複製功能
請先輸出：
1. 你理解的頁面任務
2. 建議新增的檔案與資料檔
3. section 順序
4. copyable block 的資料結構
5. 驗證方式
確認後再開始實作。 03 單功能小工具頁
交給 Claude Code 的完整指令
完整 Handoff 指令
直接複製這段給 Claude Code，它會先規劃再動手，不會直接亂改。
我要做一個單功能工具頁 MVP。
這個工具的目標不是做成完整產品，而是先做一個清楚、可操作、可驗證的小工具頁。
請先完成：
- 輸入區
- 執行按鈕
- 輸出區
- 使用說明
- 基本錯誤處理
規則：
- 功能只做一件事
- 不要一次加入太多模式
- 先用本地可運作版本，不要先串複雜後端
- 要能明確驗證輸入與輸出
請先輸出：
1. 你理解的工具功能
2. 頁面與邏輯拆分方式
3. 需要新增或修改的檔案
4. 驗證流程
5. 風險與未來擴充建議
等我確認後，再開始實作。常見問題
適合已經想開始用 Claude，但還不知道自己該從哪一條路先開始的人，也適合想把 AI 放進工作流程的人。
不用，但建議先從小任務開始，並把重點放在理解、驗證與回報。
先選一條最接近你現在工作的路線，做一次真實任務；如果你想把這條路變成更完整的 workflow、模板包或工作坊，就去 /contact/ 告訴我你的情況。
不只想知道怎麼開始，而是想真的做進工作裡？
如果你已經看完這份入門包，也開始知道自己最需要哪一條路，下一步就不是再看更多資訊，而是把它變成適合你工作的做法。可以直接到 /contact/ 留下你的情況，告訴我你比較想往工作坊、模板包，還是顧問方向前進。
我想談下一步