影片筆記：保姆级Claude code副业变现流程，百大up速成班，小白必学！！【内附完整教学资料】

一句話總結

講者區分「Cloud」與「Cloud Code」的差異，強調後者具備自動化執行任務的通用 Agent 能力，能降低技術門檻。普通人應透過明確需求、進入規劃狀態及設定驗收標準三個關鍵動作，利用 Cloud Code 提供解決方案來獲利，並預告透過免費直播課分享具體的 AI 創收方法與工具組合。

核心重點

• Cloud 與 Cloud Code 的本質區別：
• Cloud：類似 Kimi、豆包等聊天模型，擅長處理文案，但無法直接上手執行複雜任務。
• Cloud Code：不僅是寫程序的工具，更是具備自動執行任務能力的通用 Agent。它能自動拆解目標、理解項目結構、制定方案、編輯文件、運行測試並修復報錯，最終交付可運行版本。
• 普通人的機會在於「解決方案」而非技術：
• 過去需要專業技能（如拍攝、剪輯、打光、畫素等）或外包的工作，現在只需講清楚需求，Cloud Code 即可將想法推導為可運行的東西。
• 普通人賣的不是 Cloud Code 本身，而是「啼笑」（註：疑點）、交付與解決方案。
• 使用 Cloud Code 的三個關鍵動作：

1. 明確需求：不只說「做個工具」，需說明給誰用、解決什麼問題、輸入輸出為何。
2. 進入規劃狀態：先讓其「非心需求」（註：疑點）、拆解功能、列出實現步驟，而非直接開幹。
3. 設定驗收標準：定義成功結果、禁止出錯點、測試要求及輸出文件。

• 具體獲利場景：
• 幫商家做內容選題工具。
• 幫博主搭建腳本生存系統（註：疑點）。
• 幫銷售團隊做客戶關鍵表（註：疑點）。
• 幫小團隊做數據整理流程。

詳細大綱

1. 概念釐清：Cloud vs. Cloud Code

• Cloud 的局限性：
• 定位為聊天模型（如 Kimi、豆包）。
• 主要能力為處理文案。
• 無法直接上手執行複雜任務。
• Cloud Code 的優勢：
• 定位為自動化智能助手（通用 Agent）。
• 能力範圍涵蓋：數據分析、爬蟲、開發 Scales、做 PPT、操作飛書、剪視頻等。
• 工作流程自動化：自動拆解目標 -> 理解項目結構 -> 制定方案 -> 編輯文件 -> 運行測試 -> 修復報錯 -> 交付可運行版本。

2. 為什麼這是普通人的機會？

• 門檻降低：
• 過去完成工作需具備專業技能（拍攝、剪輯、打光、畫素等）或依賴外包。
• 現在只需講清楚需求，Cloud Code 即可將想法推導為可運行的東西。
• 獲利模式轉變：
• 普通人賣的不是 Cloud Code 本身。
• 賣的是「啼笑」（註：疑點）、交付與解決方案。
• 講者提到這是普通人掙人生中的第一筒金（註：疑點）的機會。

3. 操作 Cloud Code 的關鍵步驟

• 步驟一：明確需求
• 避免模糊指令（如「做個工具」）。
• 必須說明：給誰用、解決什麼問題、輸入輸出為何。
• 步驟二：進入規劃狀態
• 先讓其「非心需求」（註：疑點）。
• 拆解功能。
• 列出實現步驟。
• 原則：先規劃，而非直接開幹。
• 步驟三：設定驗收標準
• 定義成功結果。
• 禁止出錯點。
• 測試要求。
• 輸出文件。

4. 具體獲利場景舉例

• 幫商家做內容選題工具。
• 幫博主搭建腳本生存系統（註：疑點）。
• 幫銷售團隊做客戶關鍵表（註：疑點）。
• 幫小團隊做數據整理流程。

5. 行動呼籲與資源

• 免費資源：
• 講者提供免費的「AI 創收的免費直播客」（註：疑點）。
• 透過評論區置頂鏈接領取。
• 有助教全程陪同。
• 整理了團隊最常用的 Skills 及最適配的 Cloud Code 模型。
• 直播內容：
• 今晚直播將教導如何從簡單任務跑通「AI 變性」（註：疑點）閉環。

工具 / 模型 / 名詞整理

• Cloud：影片中指稱類似 Kimi、豆包等聊天模型，擅長處理文案。
• Cloud Code：影片中指稱具備自動執行任務能力的通用 Agent，能自動拆解目標、執行任務並交付可運行版本。
• Kimi：作為 Cloud 類型的例子提及。
• 豆包：作為 Cloud 類型的例子提及。
• 飛書：Cloud Code 可操作的平台之一。
• Scales：在「開發 Scales」中出現，疑點為產品名稱或特定術語。
• 百大伯主：講者提及自己入選 B站百大伯主。

操作流程整理

1. 需求定義階段：

• 確定目標用戶（給誰用）。
• 確定解決的問題。
• 確定輸入與輸出內容。

1. 規劃階段：

• 讓 Cloud Code 進入規劃狀態。
• 執行「非心需求」（註：疑點）分析。
• 拆解功能模組。
• 列出實現步驟。

1. 執行與測試階段：

• Cloud Code 自動執行任務（如數據分析、爬蟲、開發等）。
• 編輯文件。
• 運行測試。
• 修復報錯。

1. 驗收與交付階段：

• 根據設定的驗收標準檢查結果。
• 確認成功結果、無禁止出錯點。
• 輸出最終文件/版本。

值得注意的限制或風險

• 術語辨識不確定性：影片中大量出現聽似口誤或辨識錯誤的詞彙（如「啼笑」、「非心需求」、「變性」等），實際操作時需根據上下文推斷其真實意涵，可能影響對操作步驟的精確理解。
• 技術門檻雖低但仍需邏輯：雖然降低了技術門檻，但仍需使用者具備「明確需求定義」、「規劃能力」及「驗收標準設定」的能力，並非完全無腦操作。

逐字稿辨識疑點

• 挣人生中的第一筒金：聽似「第一桶金」，但逐字稿顯示為「筒」。
• 落一落：聽似「聊一聊」或「講一講」，但逐字稿顯示為「落」。
• 兩指針：聽似「兩者的」或「兩者的」，但逐字稿顯示為「兩指針」。
• Scales：在「開發 Scales」中出現，疑點為產品名稱或特定術語，需查證。
• 猛：在「還是有點猛啊」中，聽似「懵」，但逐字稿顯示為「猛」。
• 不景：在「會不景」中，聽似「不景氣」或特定術語，但逐字稿顯示為「不景」。
• 非心需求：聽似「分析需求」或「細分需求」，但逐字稿顯示為「非心」。
• 頁數的標準：聽似「驗收的標準」或「預設的標準」，但逐字稿顯示為「頁數」。
• 啼笑：多次出現於「賣的是啼笑」、「工作的啼笑」，聽似「交付」或「效益」，但逐字稿顯示為「啼笑」。
• 腳本生存系統：聽似「腳本生成系統」或「腳本生產系統」，但逐字稿顯示為「生存」。
• 客戶關鍵表：聽似「客戶關係表」或「客戶關鍵表」，需查證是否為特定術語。
• 直播客：聽似「直播課」，但逐字稿顯示為「直播客」。
• 變性：聽似「變現」，但逐字稿顯示為「變性」。

可延伸追問

• 什麼是「Scales」？在 Cloud Code 的開發語境下，它是指代某種特定的開發框架、庫還是其他工具？
• 「啼笑」在「賣的是啼笑」這句話中，根據上下文是否應理解為「交付」或「效益」？是否有其他同音詞可能？
• 「非心需求」是否為「分析需求」或「細分需求」的誤聽？在規劃階段具體的操作指令是什麼？
• 「腳本生存系統」是否為「腳本生成系統」或「腳本生產系統」？具體是指哪種類型的系統？
• 「客戶關鍵表」是否為「客戶關係表」或特定 CRM 工具的術語？
• 講者提到的「Cloud」與「Cloud Code」具體對應的是哪個 AI 產品或服務？（註：影片標題為 Claude Code，但筆記中多次出現 Cloud/Cloud Code，需確認是否為統一指稱）。