Openclaw自己操作Claude code完整開發了TikTok爆款分析系統

作者：餅乾哥哥AGI

日期：2026年3月8日下午8:46

來源：WeChat 原文

✦整理版優先睇

速讀 5 個重點高亮

本文介紹如何利用 OpenClaw 作為項目經理，指揮編程能力極強的 Claude Code，實現全自動化開發 TikTok 爆款分析系統。

解決 OpenClaw 獨立開發時易崩潰及進程管理混亂的問題，改用「PM + 工程師」的協作架構。
透過 PTY 模式解決 Claude Code 的交互阻塞問題，實現 24 小時無人值守自動修復 Bug。
用戶只需在飛書輸入產品需求，系統即可自主完成 PRD 編寫、代碼開發及 Playwright 自動化測試。
提供完整的 Skill 文件配置教學，讓 AI 處理技術細節，用戶只需負責確認方案與驗收成果。

結構示例

內容片段

內容片段 text

bash pty:true workdir:~/projects/xxx background:true command:"claude --session-id xxx --permission-mode acceptEdits '你的任務指令'"

整理重點

OpenClaw 獨立開發的痛點

雖然 OpenClaw 擁有極高關注度，但在實際產品開發中，經常出現進程死掉、參數傳錯或卡在交互提示的情況，導致開發中斷且無人處理。

整理重點

新一代 AI 開發架構：OpenClaw + Claude Code

將 OpenClaw 定位為項目經理（PM），負責 24 小時監控、任務拆解與飛書對接；將 Claude Code 定位為高級開發工程師，專注於代碼編寫與自主調試。

核心技術細節：調用 Claude Code 必須開啟 PTY 模式（pty:true），否則 CLI 會掛起或輸出亂碼。

整理重點

實戰配置指南

要實現這套自動化流程，需要在 OpenClaw 的工作空間中配置 AGENTS.md、TOOLS.md 及專屬的 Skill 文件。

OpenClaw 火了兩個月，199K star，全網都在吹。

但我實測下來只有一個結論——凡是涉及到產品開發，它就是一坨💩

不是說它不能寫代碼。它能寫。問題是寫完就崩，崩了不知道，你第二天早上起來發現昨晚安排的活全部白費。進程死了沒人管，參數傳錯了沒人報，卡在一個交互提示上一等就是一整夜。

我連着踩了兩週的坑，每天早上的心情都是：又白跑了。

直到我換了一個思路——讓它去操作目前編程能力最強的工具——Claude Code。

然後就有了這個東西：

這是一個 TikTok 爆款視頻拆解網站。上傳一個視頻，自動分析它的營銷策略、逐幀拆解每個鏡頭、逆向生成可以直接用在 Sora 裏的提示詞、還能把語音轉成結構化腳本。

從我說出需求到產品可用，我只在飛書講了我的需求：

我要開發的產品是：tiktok視頻拆解網站。功能是，用戶上傳一個視頻後，能逆向出它的提示詞、拆成多個視頻片段做更細緻的分析。主要目的是幫助用戶分析爆款視頻，並且提煉出來一套玩法後，自己能復刻、模擬生成這類爆款。

剩下的，全是 OpenClaw 自己跟 Claude Code 之間在搞。

OpenClaw是項目經理

這是我踩了兩週坑之後想通的一件事。

OpenClaw 的優勢是什麼？24 小時在線、能連飛書/Telegram/Discord、有持久記憶、能同時管理多個任務。

Claude Code 的優勢是什麼？編程能力碾壓級、理解整個代碼庫、自主調試修復、有完整的工具鏈。

那答案就很明顯了——

讓 OpenClaw 當項目經理，讓 Claude Code 當高級開發工程師。

我只跟項目經理說需求，項目經理自己拆任務、盯進度、處理報錯、測試驗收。開發工程師悶頭寫代碼就行。

這套架構跑通之後，流程變成了這樣：

👻

我在飛書發一段話描述產品 → OpenClaw 自己寫 PRD 和技術方案發給我確認 → 我說 OK → 它自己指揮 Claude Code 初始化項目、逐功能開發 → 中間需要 API Key 才來問我 → 開發完自動跑 Playwright 測試 → 把測試報告和截圖發到飛書

全程我只參與兩個節點：確認方案、看最終效果。

跟直接用 Claude Code 有什麼區別

你可能會問：我直接在終端操作 Claude Code 不也能開發嗎？為什麼要套一層 OpenClaw？

三個區別：

第一，你不用坐在電腦前盯着。

Claude Code 是交互式的。它改完一個文件會問你要不要繼續，遇到模糊需求會停下來問你，測試失敗了等你決定怎麼處理。你不在，它就卡着。

OpenClaw 替你盯着。它能自己判斷大部分情況該怎麼處理，處理不了的才來飛書問你。凌晨三點它自己修 bug，你早上起來看結果就行。

第二，Claude Code 遇到問題就停，OpenClaw 會自己先扛。

Claude Code 碰到依賴衝突、類型報錯、測試失敗，它會停下來等你。OpenClaw 會自己讀錯誤日誌、自己發修復指令給 Claude Code，修不好才來找你。大部分技術問題你根本不需要知道它發生過。

第三，Claude Code 一次只能盯一個事，OpenClaw 能並行調度。

在 Claude Code 裏開發後端 API 的時候沒法同時讓它調前端樣式。OpenClaw 可以起多個 Claude Code 後台進程，一個寫後端一個調前端，自己協調合並，你不需要手動切來切去。

OpenClaw 直接調 Claude Code 最痛的問題

在講配置之前，先說清楚三個致命問題，不然你不知道這套方案在解決什麼。

1. 進程管理是空白的。

Claude Code 每次調用會啓動一個子進程。這個進程隨時可能因為內存不夠、網絡斷開、上下文太長等原因死掉。死了之後 OpenClaw 完全不知道，它以為任務還在跑。

2. 交互阻塞會卡死一切。

Claude Code 幹活的時候經常會停下來問問題。你坐在電腦前打個字就行了，但 OpenClaw 是凌晨在後台跑的，沒人回答它就永遠等着。

3. 結果送不回來。

Claude Code 幹完了，結果在終端裏。OpenClaw 不知道幹完了，你也不知道。沒人通知任何人。

這些問題不解決，OpenClaw + Claude Code 就是兩個各幹各的工具，不是一個系統。

我的解法：一個 Skill 文件搞定所有

這個 Skill 文件定義了完整的開發流程：

收到產品需求 → 自己寫 PRD + 技術方案 → 發給用戶確認
確認後 → 用 PTY 模式啓動 Claude Code → 初始化項目
逐功能拆解 → 一個一個交給 Claude Code 開發
每個功能完成後自己檢查輸出，報錯了自己修
需要 API Key 這種敏感信息才來問用戶
全部開發完 → 用 Playwright 自動測試 → 截圖發報告

關鍵技術細節在於：調用 Claude Code 必須用 PTY 模式。

沒有 PTY，Claude Code 的 CLI 會掛起或者輸出亂碼。OpenClaw 社區裏無數人踩過這個坑。

加上 pty:true 就解決了。

bash pty:true workdir:~/projects/xxx background:true command:"claude --session-id xxx --permission-mode acceptEdits '你的任務指令'"

就這一行命令，解決了上面說的三個問題：

background:true 讓任務後台運行，OpenClaw 可以繼續處理其他事
--session-id 保持會話上下文，中斷了可以 --resume 恢復
--permission-mode acceptEdits 讓 Claude Code 不用每改一個文件都停下來問

同時，為了讓Openclaw能懂Claude Code的操作，最好可以單獨讓AI整理一份實操文檔作為 Skill

👻

限於篇幅，關注公眾號「餅乾哥哥AGI」後台回覆「Claude code」

獲取：Claude code最小閉環核心文檔 openclaw agent skill.md

開箱即用的配置教程

下面是完整配置，照抄就能用。

第一步：在 AGENTS.md 末尾加這段

打開你 OpenClaw 工作空間裏的 AGENTS.md，在最後面加上：

## 🔧 Claude Code 開發集成

當用戶描述一個想做的產品/網站/工具時，使用 skills/fullstack-dev/SKILL.md 中的流程自主完成開發。

核心規則：
- 你是項目經理，Claude Code 是開發工程師
- 調用 Claude Code 必須用 bash pty:true，否則會掛起
- 用戶只需要確認 PRD 和最終驗收，中間不要打擾
- 出了技術問題自己解決，需要密碼/Key 才問用戶
- 開發完用 Playwright 自動測試，截圖發給用戶

這段話是告訴 OpenClaw：你現在有開發能力了，收到開發需求就去幹。

第二步：在 TOOLS.md 里加開發工具信息

## 開發工具
- Claude Code：已安裝，用 OAuth 登錄
- 項目目錄：~/projects/
- Playwright：用於端到端測試
- FFmpeg：視頻處理

第三步：改 USER.md

把你的信息填進去，特別是加一條：

- 偏好：我只說產品需求，技術方案你自己定。別問我技術細節。

這條很重要。不寫的話 OpenClaw 會不停來問你技術問題。

第四步：創建核心 Skill 文件

在你的 OpenClaw 工作空間創建這個路徑：

skills/fullstack-dev/SKILL.md

把下面這整段內容粘貼進去。這是整套方案的核心，教會 OpenClaw 怎麼自主完成一個項目的全流程：

---
description: "全棧項目開發技能。當用戶描述一個想做的產品/網站/工具時自動觸發。你負責從需求理解到開發執行、測試驗收的全流程。用戶只需要描述想法，你自主完成一切。"
---

# Fullstack Development Skill

你是一個資深技術合夥人。用戶是產品負責人，他只說想要什麼，剩下的全部由你搞定。

你有一個高級開發工程師：Claude Code。你通過命令行指揮它寫代碼。

## 核心原則
## 完整流程

## Phase 1：需求理解 → PRD
## Phase 2：項目初始化
## Phase 3：逐功能開發
## Phase 4：自動化測試
## Phase 5：交付報告

👻

限於篇幅，關注公眾號「餅乾哥哥AGI」後台回覆「Claude code」

在源文檔看完整版skill.md

第五步：開始用

以後你想做任何產品，就發這樣一段話：

我想做一個 [產品名]。

[3-5 句話描述給誰用、解決什麼問題]

核心功能：
1. xxx
2. xxx
3. xxx

做好後測試一遍發我看效果。

OpenClaw 會自己走完全部流程，你只需要確認 PRD 和看最終效果。

這套方案真正解決了什麼

不是解決了一個開發需求。

是解決了一類問題：以後任何時候我想做一個工具、一個網站、一個小產品，我只需要在飛書裏發一段話。

不需要打開終端，不需要寫一行代碼，不需要懂任何技術細節。

OpenClaw 當項目經理，Claude Code 當工程師。我當老闆。

這才是 OpenClaw 該乾的事。