1. 從「想法一堆」到「24小時(shí)自動(dòng)跑」OpenClaw 股票分析 Skill 到底解決什么問題很多人對(duì)股票分析工具的印象還停留在兩個(gè)極端要么是券商 App 里那幾條固定指標(biāo)要么是量化團(tuán)隊(duì)用 Python 寫的一整套回測框架。前者不夠靈活后者門檻太高。OpenClaw 的 Skill 機(jī)制剛好卡在中間——它把「定時(shí)觸發(fā) 數(shù)據(jù)抓取 模型分析 消息推送」拆成可視化節(jié)點(diǎn)你不需要從零寫一個(gè)完整程序只要把邏輯串起來就能得到一個(gè) 24 小時(shí)自動(dòng)運(yùn)行的股票分析助手。先說清楚 OpenClaw Skill 是什么。你可以把它理解成一個(gè)「帶配置文件的腳本包」一個(gè)SKILL.md描述這個(gè) Skill 叫什么、干什么、怎么調(diào)用一個(gè)scripts/目錄放實(shí)際執(zhí)行的邏輯再加一個(gè)config/放 API Key、Bot ID 這類可變參數(shù)。系統(tǒng)根據(jù)SKILL.md里的聲明決定什么時(shí)候跑、跑完輸出到哪里。它不要求你會(huì)寫完整工程只要求你能看懂「輸入 → 處理 → 輸出」這條鏈路。那「不寫代碼也能開發(fā)」是怎么成立的關(guān)鍵在可視化編排平臺(tái)。Coze 和 Dify 這類工具把 HTTP 請(qǐng)求、大模型調(diào)用、條件判斷、數(shù)據(jù)庫讀寫都封裝成了可拖拽的節(jié)點(diǎn)。你在畫布上連線平臺(tái)幫你生成背后的執(zhí)行邏輯。OpenClaw 這邊只負(fù)責(zé)定時(shí)喚起和結(jié)果分發(fā)。兩邊一配合一個(gè)不懂編程的人也能搭出「每天收盤后自動(dòng)拉取行情、讓模型寫一段分析、推送到飛書」的閉環(huán)。這篇文章適合誰如果你有明確的股票分析需求比如想每天固定時(shí)間拿到一份對(duì)某只票的簡評(píng)又不想學(xué) Python 和量化框架那這套路徑就是為你準(zhǔn)備的。如果你已經(jīng)在用 Coze 或 Dify 搭過 Bot想讓它 24 小時(shí)自動(dòng)跑起來而不是手動(dòng)點(diǎn)一下那 OpenClaw 的 cron 配置正好補(bǔ)上最后一環(huán)。下面我會(huì)從統(tǒng)一 Key 接入講起把配置片段、驗(yàn)證請(qǐng)求、常見報(bào)錯(cuò)都過一遍你跟著做就能跑通。2. TaoToken 統(tǒng)一 Key 接入為什么股票分析 Skill 需要一個(gè)穩(wěn)定通道做股票分析 Skill模型調(diào)用是繞不開的一環(huán)。不管是讓模型讀一段行情數(shù)據(jù)寫簡評(píng)還是讓它根據(jù)你給的指標(biāo)做趨勢(shì)判斷背后都要發(fā)請(qǐng)求到某個(gè)模型服務(wù)。問題在于如果你在 Coze 里配一個(gè) Key、在 Dify 里配另一個(gè)、在 OpenClaw 的腳本里再硬編碼一個(gè)管理起來會(huì)非常亂。更麻煩的是不同平臺(tái)的接口格式、鑒權(quán)方式、模型 ID 寫法可能都不一樣改一處就要?jiǎng)尤?。TaoToken 在這里的角色是「統(tǒng)一入口」。它提供一個(gè)兼容常見接口規(guī)范的 API 通道你只需要申請(qǐng)一個(gè) Key然后在各個(gè)平臺(tái)里把 Base URL 指向同一個(gè)地址模型 ID 用同一套寫法。這樣 Coze 的工作流、Dify 的 LLM 節(jié)點(diǎn)、OpenClaw 腳本里的 curl 請(qǐng)求走的都是同一條通道。對(duì)股票分析這種需要定時(shí)、穩(wěn)定調(diào)用的場景來說少一層配置就少一個(gè)出錯(cuò)點(diǎn)。具體怎么接核心是三件套Base URL、API Key、Model ID。Base URL 用https://taotoken.net/api注意這里不加任何查詢參數(shù)。API Key 在控制臺(tái)的 API Keys 頁面生成生成后復(fù)制保存后面所有平臺(tái)都填這一個(gè)。Model ID 根據(jù)你實(shí)際要用的模型填比如做文本分析就填對(duì)應(yīng)的對(duì)話模型 ID。這三樣?xùn)|西在 Coze、Dify、OpenClaw 里保持一致后面排查問題的時(shí)候你只需要檢查一處。有人會(huì)問為什么不直接在 OpenClaw 腳本里寫死一個(gè) Key因?yàn)楣善狈治?Skill 往往不是單獨(dú)運(yùn)行的。你可能在 Coze 里先做一輪數(shù)據(jù)清洗再在 Dify 里做多輪分析最后 OpenClaw 負(fù)責(zé)定時(shí)和推送。如果每個(gè)環(huán)節(jié)各用各的 Key一旦某個(gè) Key 額度用完或者需要輪換你得挨個(gè)平臺(tái)改。統(tǒng)一到 TaoToken 之后換 Key 只改一個(gè)地方其他平臺(tái)引用的是同一個(gè)環(huán)境變量或配置項(xiàng)。還有一個(gè)實(shí)際考慮股票分析對(duì)時(shí)間敏感。A 股收盤后到晚上這段時(shí)間是很多人做復(fù)盤分析的窗口。如果你的 Skill 因?yàn)槟硞€(gè)平臺(tái)的接口超時(shí)或者鑒權(quán)失敗卡住當(dāng)天的分析就斷了。統(tǒng)一通道的好處是你可以在 OpenClaw 的日志里集中看到所有模型調(diào)用的狀態(tài)哪一步失敗一目了然。下面進(jìn)入具體配置我會(huì)把 Coze 工作流、Dify 節(jié)點(diǎn)、OpenClaw Skill 文件三處的寫法都給出來。3. 可復(fù)制配置Coze 工作流 Dify 節(jié)點(diǎn) OpenClaw Skill 文件這一節(jié)是整篇的核心我按「可視化編排 → 統(tǒng)一模型通道 → OpenClaw 定時(shí)喚起」的順序把每一處的配置片段寫清楚。你不需要全部照抄但建議至少把 OpenClaw 的 Skill 文件和 cron 配置完整走一遍因?yàn)槟鞘?24 小時(shí)自動(dòng)運(yùn)行的關(guān)鍵。先看 Coze 側(cè)。假設(shè)你要做一個(gè)「收盤行情簡評(píng)」的工作流節(jié)點(diǎn)順序是定時(shí)觸發(fā) → HTTP 請(qǐng)求拉行情 → LLM 節(jié)點(diǎn)寫分析 → 消息節(jié)點(diǎn)推送。LLM 節(jié)點(diǎn)里需要填模型通道信息如果你用 TaoToken 統(tǒng)一接入就在 Coze 的模型配置里把 Base URL 填成https://taotoken.net/apiAPI Key 填你生成的那把Model ID 填你要用的對(duì)話模型。Coze 的工作流畫布上LLM 節(jié)點(diǎn)的輸入接上一步 HTTP 請(qǐng)求返回的行情 JSON輸出接消息節(jié)點(diǎn)。消息節(jié)點(diǎn)的模板可以寫成今日行情簡評(píng) {{llm_output}} 數(shù)據(jù)時(shí)間{{http_response.timestamp}}這樣 Coze 這邊就完成了「拉數(shù)據(jù) 模型分析 組裝消息」的邏輯。但 Coze 的定時(shí)觸發(fā)有它自己的限制如果你想要更靈活的 cron 表達(dá)式或者想把結(jié)果推到 OpenClaw 管理的渠道就需要 OpenClaw 這邊接手。接下來是 Dify。Dify 適合做更復(fù)雜的多步分析比如先判斷漲跌方向再?zèng)Q定用哪種分析模板。在 Dify 的工作流里L(fēng)LM 節(jié)點(diǎn)同樣需要配置模型通道。進(jìn)入 Dify 的「模型供應(yīng)商」設(shè)置添加一個(gè)自定義模型供應(yīng)商Base URL 填https://taotoken.net/apiAPI Key 填同一把然后在下拉里選對(duì)應(yīng)的 Model ID。Dify 的好處是支持條件分支你可以加一個(gè)「IF/ELSE」節(jié)點(diǎn)如果行情數(shù)據(jù)里的漲跌幅大于某個(gè)閾值走「詳細(xì)分析」分支否則走「簡評(píng)」分支。兩個(gè)分支最后都匯到輸出節(jié)點(diǎn)。然后是 OpenClaw 的 Skill 文件。在skills/stock-analysis/SKILL.md里寫--- name: stock-analysis description: 每日收盤后拉取行情并生成分析簡評(píng) --- # Stock Analysis - 股票分析 調(diào)用統(tǒng)一模型通道生成行情簡評(píng)并推送到配置的渠道。 ## 使用方法 bash bash {baseDir}/scripts/analyze.sh配置在config/config.json中填寫 API Key 和關(guān)注的股票代碼。對(duì)應(yīng)的 skills/stock-analysis/scripts/analyze.sh bash #!/bin/bash # 股票分析 Skill 執(zhí)行腳本 CONFIG_FILE{baseDir}/config/config.json API_KEY$(grep -o api_key: *[^]* $CONFIG_FILE | cut -d -f4) STOCK_CODE$(grep -o stock_code: *[^]* $CONFIG_FILE | cut -d -f4) MODEL_ID$(grep -o model_id: *[^]* $CONFIG_FILE | cut -d -f4) # 第一步拉取行情數(shù)據(jù)這里用示例接口實(shí)際替換為你的數(shù)據(jù)源 QUOTE$(curl -s https://api.example.com/quote?code${STOCK_CODE}) # 第二步調(diào)用統(tǒng)一模型通道生成分析 PROMPT請(qǐng)根據(jù)以下行情數(shù)據(jù)用三句話給出簡評(píng)${QUOTE} RESPONSE$(curl -s -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer ${API_KEY} \ -H Content-Type: application/json \ -d { \model\: \${MODEL_ID}\, \messages\: [{\role\: \user\, \content\: \${PROMPT}\}] }) # 第三步提取分析結(jié)果并輸出 ANALYSIS$(echo $RESPONSE | grep -o content:[^]* | head -1 | cut -d -f4) echo 【${STOCK_CODE} 行情簡評(píng)】 echo $ANALYSISconfig/config.json示例{ api_key: 你的TaoToken API Key, stock_code: 600519, model_id: 你的模型ID }最后是 OpenClaw 的 cron 配置讓這個(gè) Skill 每個(gè)交易日收盤后自動(dòng)跑openclaw cron add \ --name Stock Analysis \ --schedule 30 15 * * 1-5 \ --command bash {baseDir}/skills/stock-analysis/scripts/analyze.sh30 15 * * 1-5表示周一到周五的 15:30 執(zhí)行正好是 A 股收盤后半小時(shí)。到這里三處配置就串起來了Coze 或 Dify 負(fù)責(zé)可視化編排分析邏輯TaoToken 提供統(tǒng)一模型通道OpenClaw 負(fù)責(zé)定時(shí)喚起和結(jié)果輸出。4. 驗(yàn)證請(qǐng)求一次完整的行情分析動(dòng)作與成功結(jié)果配置寫完不代表能跑通得實(shí)際發(fā)一次請(qǐng)求看結(jié)果。這一節(jié)我?guī)阕咭槐轵?yàn)證流程從手動(dòng)執(zhí)行腳本到檢查輸出再到確認(rèn) cron 是否生效。先手動(dòng)跑一次腳本別等定時(shí)觸發(fā)。進(jìn)入 OpenClaw 的工作目錄執(zhí)行bash skills/stock-analysis/scripts/analyze.sh如果一切正常你會(huì)看到類似這樣的輸出【600519 行情簡評(píng)】 今日該股小幅高開后震蕩整理成交量較前一交易日略有萎縮。短期均線系統(tǒng)呈多頭排列但上方壓力位仍需關(guān)注。建議結(jié)合大盤走勢(shì)和板塊輪動(dòng)情況綜合判斷不宜單一指標(biāo)決策?？吹竭@段輸出說明三個(gè)環(huán)節(jié)都通了行情數(shù)據(jù)拉取成功、模型通道調(diào)用成功、結(jié)果解析成功。如果輸出為空或者報(bào)錯(cuò)先別急著改代碼按下一節(jié)的排查步驟逐項(xiàng)檢查。接著驗(yàn)證模型通道本身是否可達(dá)。單獨(dú)發(fā)一個(gè)最小請(qǐng)求curl -s -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer 你的API Key \ -H Content-Type: application/json \ -d { model: 你的模型ID, messages: [{role: user, content: 回復(fù)OK兩個(gè)字}] }正常返回里應(yīng)該包含content:OK這樣的字段。如果這一步就失敗那問題出在 Key 或 Model ID 上跟 OpenClaw 腳本無關(guān)。先把這個(gè)最小請(qǐng)求調(diào)通再回去跑完整腳本。然后驗(yàn)證 cron 是否注冊(cè)成功openclaw cron list你應(yīng)該能看到名為Stock Analysis的任務(wù)schedule 顯示30 15 * * 1-5。如果列表里沒有說明cron add那一步?jīng)]執(zhí)行成功檢查命令里的路徑是否正確。{baseDir}是 OpenClaw 的變量實(shí)際執(zhí)行時(shí)會(huì)替換成工作目錄你手動(dòng)測試時(shí)可以先echo {baseDir}確認(rèn)一下。最后看日志。OpenClaw 會(huì)把每次執(zhí)行的輸出寫到日志文件里路徑通常在logs/目錄下。執(zhí)行tail -f logs/stock-analysis.log如果你在腳本里加了日志輸出比如echo [$(date)] 開始執(zhí)行 logs/stock-analysis.log就能看到每次觸發(fā)的時(shí)間戳和結(jié)果。日志是排查定時(shí)任務(wù)問題最直接的手段建議在腳本關(guān)鍵步驟都加上時(shí)間戳輸出。驗(yàn)證通過的標(biāo)準(zhǔn)很簡單手動(dòng)執(zhí)行有分析結(jié)果、最小請(qǐng)求返回正常、cron 列表里有任務(wù)、日志里有執(zhí)行記錄。這四點(diǎn)都滿足你的 24 小時(shí)股票分析 Skill 就算跑通了。接下來就是讓它自己跑你該干嘛干嘛。5. 常見報(bào)錯(cuò)排查401、local proxy failed、reading choices、OAuth這一節(jié)列幾個(gè)實(shí)際會(huì)碰到的報(bào)錯(cuò)以及對(duì)應(yīng)的排查方向。這些錯(cuò)誤信息你在日志或終端里會(huì)直接看到按順序檢查基本能定位。401 Unauthorized。這是最常見的鑒權(quán)失敗。先檢查 API Key 有沒有復(fù)制完整前后有沒有多余空格。然后確認(rèn)請(qǐng)求頭里的格式是Authorization: Bearer 你的KeyBearer 和 Key 之間有一個(gè)空格。如果你在 Coze 或 Dify 里配置注意有些平臺(tái)要求你只填 Key 本身平臺(tái)會(huì)自動(dòng)加 Bearer 前綴別重復(fù)填。還有一種情況是 Key 被禁用或額度用完去控制臺(tái)的 API Keys 頁面確認(rèn)狀態(tài)。local proxy failed。這個(gè)報(bào)錯(cuò)通常出現(xiàn)在網(wǎng)絡(luò)請(qǐng)求環(huán)節(jié)意思是本地代理配置有問題。如果你在腳本或平臺(tái)里設(shè)置了 HTTP_PROXY 或 HTTPS_PROXY 環(huán)境變量檢查這些變量是否指向了一個(gè)不可用的地址。股票分析 Skill 里如果用了外部數(shù)據(jù)源接口而那個(gè)接口需要特定網(wǎng)絡(luò)環(huán)境也可能觸發(fā)這個(gè)錯(cuò)誤。排查方法是先注釋掉所有代理相關(guān)配置用最小請(qǐng)求測試通道是否可達(dá)。reading choices 相關(guān)報(bào)錯(cuò)。這個(gè)錯(cuò)誤一般出現(xiàn)在解析模型返回結(jié)果的時(shí)候。模型接口返回的 JSON 結(jié)構(gòu)里choices是一個(gè)數(shù)組如果你用 grep 或 cut 去提取內(nèi)容遇到返回格式和預(yù)期不一致就會(huì)報(bào)錯(cuò)。比如模型返回了錯(cuò)誤信息而不是正常內(nèi)容choices字段可能不存在。排查時(shí)先把原始返回打印出來echo $RESPONSE看清楚返回的完整結(jié)構(gòu)再調(diào)整解析邏輯。更穩(wěn)妥的做法是用jq來解析 JSONANALYSIS$(echo $RESPONSE | jq -r .choices[0].message.content)OAuth 相關(guān)報(bào)錯(cuò)。如果你在某個(gè)平臺(tái)里選擇了 OAuth 鑒權(quán)方式而不是 API Key可能會(huì)碰到 token 過期或 scope 不足的問題。股票分析 Skill 建議統(tǒng)一用 API Key 方式避免 OAuth 的刷新邏輯。如果你確實(shí)需要 OAuth檢查 token 的有效期和權(quán)限范圍確保它有權(quán)調(diào)用模型接口。除了這些具體報(bào)錯(cuò)還有一個(gè)通用排查思路把問題拆成「通道是否通」和「腳本邏輯是否對(duì)」兩層。先用最小 curl 請(qǐng)求確認(rèn)通道沒問題再逐步加上行情拉取、模型調(diào)用、結(jié)果解析每加一步測一次。這樣出錯(cuò)時(shí)你能立刻知道是哪一步引入的。另外所有配置項(xiàng)都從config.json讀取別硬編碼在腳本里這樣換 Key 或換股票代碼時(shí)不用改腳本減少出錯(cuò)概率。6. 讓 Skill 自己跑起來從手動(dòng)驗(yàn)證到 24 小時(shí)自動(dòng)運(yùn)行配置調(diào)通、驗(yàn)證通過之后最后一步是讓它真正 24 小時(shí)自動(dòng)運(yùn)行。這里有幾個(gè)實(shí)操細(xì)節(jié)決定了你的 Skill 是「偶爾跑一下」還是「穩(wěn)定每天出結(jié)果」。第一cron 表達(dá)式要匹配交易日。A 股周一到周五開盤節(jié)假日休市。30 15 * * 1-5只能保證工作日觸發(fā)遇到法定節(jié)假日還是會(huì)跑拉到的可能是空數(shù)據(jù)或上一交易日的數(shù)據(jù)。如果你在意這一點(diǎn)可以在腳本開頭加一個(gè)交易日判斷或者接受「節(jié)假日跑一次但輸出提示無數(shù)據(jù)」的結(jié)果。對(duì)大多數(shù)個(gè)人分析場景來說后者更簡單。第二日志要保留。定時(shí)任務(wù)出問題時(shí)你不可能一直盯著終端。在腳本里把每次執(zhí)行的輸入、輸出、耗時(shí)都寫到日志文件出問題時(shí)tail一下就能看到。日志文件建議按日期分割避免單個(gè)文件過大。簡單做法是在腳本里用$(date %Y%m%d)拼文件名。第三Key 和配置分離。前面反復(fù)強(qiáng)調(diào)過config.json里放 API Key、股票代碼、模型 ID腳本只負(fù)責(zé)讀取和執(zhí)行。這樣你換一只票分析只改配置不改腳本Key 需要輪換時(shí)也只改一個(gè)文件。如果你把 Skill 分享給別人別人填自己的配置就能用不會(huì)碰到你的 Key。第四先跑通再優(yōu)化。別一上來就想著做多復(fù)雜的分析邏輯。第一版就做「拉行情 → 模型寫三句話 → 輸出」能穩(wěn)定跑一周之后再考慮加條件分支、多股票對(duì)比、歷史數(shù)據(jù)回看這些功能?？梢暬脚_(tái)的好處就是改邏輯不用重寫代碼你在 Coze 或 Dify 的畫布上拖幾個(gè)節(jié)點(diǎn)就行。到這里整個(gè)閉環(huán)就完成了Coze 或 Dify 做可視化編排TaoToken 統(tǒng)一模型通道OpenClaw 定時(shí)喚起日志記錄每次執(zhí)行。你不需要寫完整工程也不需要維護(hù)多套 Key每天收盤后自動(dòng)拿到一份行情簡評(píng)。想進(jìn)一步調(diào)整模型或查看通道狀態(tài)可以去模型對(duì)話頁面實(shí)際發(fā)幾條請(qǐng)求感受一下如果打算長期跑編碼類或 Agent 類任務(wù)Coding Plan 頁面有更詳細(xì)的方案說明接入過程中遇到鑒權(quán)或配置問題API Keys 頁面和接入文檔里有對(duì)應(yīng)的操作指引。