1. 項目概述從“想法”到“自動化日報”的落地路徑最近在折騰自動化流程發(fā)現(xiàn)一個挺有意思的場景每天被動接收信息流不如主動獲取結(jié)構(gòu)化信息。比如你想知道今天大家都在討論什么但又不想被算法推薦和碎片化信息淹沒一個定時的“熱搜日報”就顯得很實用。這個項目的核心就是利用一個名為“騰訊版小龍蝦”的WorkBuddy工具結(jié)合一條精心設(shè)計的AI提示詞實現(xiàn)每小時自動抓取網(wǎng)絡(luò)熱點并通過郵件發(fā)送日報的完整自動化流程。它本質(zhì)上是一個輕量級的“信息助理”幫你從信息的海洋里打撈出有價值的熱點話題。這個方案特別適合內(nèi)容創(chuàng)作者、市場運營、產(chǎn)品經(jīng)理或者任何需要保持信息敏感度但又時間有限的朋友。你不用再手動刷各個平臺設(shè)置好之后每小時你的郵箱就會收到一封簡潔的郵件里面是過去一小時內(nèi)的熱點事件摘要。整個過程涉及幾個關(guān)鍵組件WorkBuddy作為自動化執(zhí)行器AI大模型如ChatGPT、DeepSeek等作為信息理解與摘要生成的大腦以及SMTP服務(wù)作為郵件的發(fā)送通道。下面我就來拆解這個看似簡單卻包含多個技術(shù)點的實戰(zhàn)項目。2. 核心組件選型與原理剖析2.1 為什么是WorkBuddyWorkBuddy常被圈內(nèi)人戲稱為“騰訊版小龍蝦”是一個企業(yè)級的流程自動化RPA工具。它和CodeBuddy的主要區(qū)別在于定位CodeBuddy更偏向于代碼輔助和開發(fā)者流程而WorkBuddy的核心是面向非技術(shù)或輕技術(shù)背景的業(yè)務(wù)人員通過可視化拖拽和配置來實現(xiàn)復(fù)雜的業(yè)務(wù)流程自動化。選擇它有幾個硬核理由第一是生態(tài)集成友好。WorkBuddy原生支持調(diào)用各類HTTP API、數(shù)據(jù)庫操作并且有豐富的預(yù)置連接器對于調(diào)用AI模型接口、操作郵件服務(wù)器SMTP這類任務(wù)幾乎可以做到開箱即用無需從零寫代碼。第二是調(diào)度能力強大。我們需要“每小時”執(zhí)行一次這是一個典型的定時任務(wù)。WorkBuddy的工作流調(diào)度器可以非常穩(wěn)定、精確地控制執(zhí)行周期并且自帶執(zhí)行日志和錯誤監(jiān)控比我們自己用crontab寫腳本要省心得多。第三是易于維護(hù)和擴(kuò)展。整個流程以圖形化節(jié)點的方式呈現(xiàn)哪個環(huán)節(jié)出問題一目了然。未來如果想增加數(shù)據(jù)源比如從單一平臺擴(kuò)展到多個平臺或者改變郵件模板在圖形界面里調(diào)整幾個節(jié)點配置即可維護(hù)成本極低。2.2 AI提示詞從“數(shù)據(jù)”到“信息”的轉(zhuǎn)換器整個流程的靈魂在于那條發(fā)給AI模型的“提示詞”Prompt。它的任務(wù)不是創(chuàng)造內(nèi)容而是對抓取到的原始、嘈雜的熱搜數(shù)據(jù)進(jìn)行理解、篩選、歸納和格式化。一條好的提示詞直接決定了最終日報的質(zhì)量。原始數(shù)據(jù)可能是一堆來自微博、知乎、百度等平臺的熱搜標(biāo)題列表雜亂無章。我們的提示詞需要指揮AI完成以下工作分類歸納將事件按科技、娛樂、社會等領(lǐng)域自動分類、信息摘要對每個事件生成一兩句核心說明而非簡單羅列標(biāo)題、重要性排序識別出爆點事件優(yōu)先展示、格式化輸出整理成適合郵件正文的HTML或純文本格式。例如一個基礎(chǔ)的提示詞框架可能是“你是一個資深媒體編輯。請將以下熱搜列表進(jìn)行整理1. 按‘社會民生’、‘文娛體育’、‘科技財經(jīng)’、‘國際動態(tài)’四個類別歸類。2. 為每個事件生成不超過30字的簡要說明解釋為何成為熱點。3. 將結(jié)果以清晰的Markdown格式輸出包含類別標(biāo)題和項目符號列表?！边@里的關(guān)鍵是“指令清晰”和“提供示例”。在提示詞中給出少量分類和摘要的示例Few-Shot Learning能顯著提升AI輸出的穩(wěn)定性和質(zhì)量。同時要設(shè)定好輸出格式的嚴(yán)格限制確保下游的郵件組裝節(jié)點能夠無縫解析。2.3 SMTP穩(wěn)定投遞的最后一公里郵件發(fā)送選擇了最經(jīng)典、最通用的SMTP簡單郵件傳輸協(xié)議方案。為什么不直接用WorkBuddy的“發(fā)送郵件”節(jié)點因為那個節(jié)點可能功能較簡單或者對自定義HTML模板支持不夠。自建SMTP調(diào)用則提供了最大的靈活性。你可以使用企業(yè)郵箱的SMTP服務(wù)如騰訊企業(yè)郵、阿里企業(yè)郵也可以使用第三方郵件發(fā)送服務(wù)如SendGrid、Mailchimp的SMTP接口。核心配置參數(shù)就幾個SMTP服務(wù)器地址如smtp.exmail.qq.com、端口通常為465或587、是否啟用SSL/TLS、用戶名通常是完整郵箱地址和密碼或授權(quán)碼。在WorkBuddy中我們可以用一個“HTTP請求”節(jié)點來模擬SMTP的提交但更常見的做法是使用其內(nèi)置的“腳本”節(jié)點支持Python或JavaScript利用如smptlibPython或nodemailerJavaScript庫來發(fā)送這樣對復(fù)雜郵件正文內(nèi)嵌HTML、CSS樣式的支持更好錯誤處理也更細(xì)致。3. 自動化工作流搭建全流程3.1 第一步熱搜數(shù)據(jù)源的獲取與清洗數(shù)據(jù)是源頭活水。獲取熱搜數(shù)據(jù)的渠道有很多你可以選擇公開API部分平臺提供有限的熱搜API但通常有頻次限制。模擬請求通過WorkBuddy的“HTTP請求”節(jié)點模擬瀏覽器訪問熱搜頁面的請求獲取返回的HTML或JSON數(shù)據(jù)。這需要一些簡單的網(wǎng)絡(luò)抓包分析技巧使用瀏覽器開發(fā)者工具的“網(wǎng)絡(luò)”Network選項卡找到獲取熱搜數(shù)據(jù)的那條XHR或Fetch請求復(fù)制其請求頭、URL和參數(shù)。RSS訂閱如果平臺提供熱搜的RSS鏈接這是最規(guī)范的方式。以通過模擬請求獲取JSON數(shù)據(jù)為例。在WorkBuddy中你添加一個“HTTP請求”節(jié)點配置好URL、請求方法GET、以及必要的請求頭如User-Agent模擬真實瀏覽器避免被反爬。成功獲取到的數(shù)據(jù)往往包含大量無關(guān)字段我們需要用“腳本”節(jié)點或“JSON處理”節(jié)點進(jìn)行清洗提取出我們需要的熱搜標(biāo)題列表可能還包括熱度值、排名等并將其拼接成一個清晰的文本字符串作為下一步AI處理的輸入。注意頻繁抓取公開頁面需注意robots協(xié)議和訪問頻率避免對目標(biāo)服務(wù)器造成壓力。建議將請求頻率控制在合理范圍如每小時一次并在請求頭中設(shè)置合理的Referer和User-Agent。3.2 第二步構(gòu)造與調(diào)用AI提示詞將上一步清洗好的熱搜文本列表嵌入到我們設(shè)計好的提示詞模板中。在WorkBuddy中這通常通過“變量設(shè)置”和“字符串拼接”節(jié)點來完成。假設(shè)我們有一個變量hotSearchRawText存儲了原始熱搜那么構(gòu)建完整提示詞的流程節(jié)點可能是設(shè)置變量promptTemplate “你是一個資深媒體編輯...你的提示詞固定部分”字符串拼接finalPromptpromptTemplate “\n\n以下是原始熱搜列表\n” hotSearchRawText接下來調(diào)用AI大模型接口。在WorkBuddy中添加另一個“HTTP請求”節(jié)點指向你所用的AI服務(wù)商API例如OpenAI的ChatCompletion接口、國內(nèi)大模型的類似接口。在請求體中需要按照該API的文檔規(guī)范填入model模型名稱、messages包含role為usercontent為finalPrompt、temperature控制創(chuàng)造性這里建議較低如0.2以保證穩(wěn)定性等參數(shù)。成功調(diào)用后你會獲得一個JSON響應(yīng)從中解析出AI返回的文本內(nèi)容即格式化、分類好的日報正文。將其存入一個變量如formattedReport。3.3 第三步郵件內(nèi)容組裝與SMTP發(fā)送現(xiàn)在我們有了核心內(nèi)容formattedReport。我們需要將其包裝成一封完整的郵件。郵件的主題可以設(shè)計為動態(tài)的例如“熱點日報 - {{當(dāng)前日期}} {{當(dāng)前時段}}”。郵件正文的組裝更有講究。如果你希望日報美觀可以使用HTML。創(chuàng)建一個HTML模板將formattedReport如果是Markdown格式需要轉(zhuǎn)換為HTML嵌入到body標(biāo)簽內(nèi)?？梢岳煤唵蔚腃SS內(nèi)聯(lián)樣式來美化排版比如設(shè)置字體、行距、類別標(biāo)題的顏色等。最關(guān)鍵的發(fā)送環(huán)節(jié)我推薦在WorkBuddy中使用Python腳本節(jié)點來實現(xiàn)因為它對smptlib庫的支持非常成熟。下面是一個示例腳本節(jié)點的核心代碼import smtplib from email.mime.text import MIMEText from email.mime.multipart import MIMEMultipart import datetime # 從WorkBuddy上游節(jié)點獲取變量 report_content workbuddy.get_variable(formattedReport) current_time datetime.datetime.now().strftime(%Y-%m-%d %H:%M) # 郵件配置 (建議將這些敏感信息存入WorkBuddy的“密鑰管理”中此處引用變量) smtp_server workbuddy.get_secret(SMTP_SERVER) smtp_port int(workbuddy.get_secret(SMTP_PORT)) sender_email workbuddy.get_secret(SENDER_EMAIL) sender_password workbuddy.get_secret(SENDER_PASSWORD) # 通常是授權(quán)碼 receiver_email workbuddy.get_secret(RECEIVER_EMAIL) # 創(chuàng)建郵件 msg MIMEMultipart(alternative) msg[Subject] f熱點日報 - {current_time} msg[From] sender_email msg[To] receiver_email # 創(chuàng)建HTML版本正文 html_part MIMEText(report_content, html) msg.attach(html_part) # 發(fā)送郵件 try: with smtplib.SMTP_SSL(smtp_server, smtp_port) as server: # 使用SSL server.login(sender_email, sender_password) server.sendmail(sender_email, receiver_email, msg.as_string()) workbuddy.set_variable(send_status, success) workbuddy.log_info(郵件發(fā)送成功) except Exception as e: workbuddy.set_variable(send_status, failed) workbuddy.log_error(f郵件發(fā)送失敗: {e}) # 這里可以添加失敗重試或告警邏輯3.4 第四步配置定時調(diào)度與錯誤處理流程搭建完畢最后一步是讓它自動跑起來。在WorkBuddy的工作流設(shè)置中找到“觸發(fā)器”或“調(diào)度器”配置。選擇“定時調(diào)度”設(shè)置Cron表達(dá)式。例如每小時的第5分鐘執(zhí)行一次Cron表達(dá)式為5 * * * *。這樣能避開整點的高峰期稍微錯峰。錯誤處理是自動化流程健壯性的保障。你需要考慮網(wǎng)絡(luò)請求失敗在“HTTP請求”節(jié)點后添加“條件判斷”節(jié)點檢查響應(yīng)狀態(tài)碼是否為200若非200則跳轉(zhuǎn)到錯誤處理分支記錄日志并可能發(fā)送一條告警通知如通過另一個郵件或即時通訊工具。AI API調(diào)用超限或失敗同上檢查AI接口返回是否包含error字段。SMTP發(fā)送失敗在Python腳本節(jié)點中我們已經(jīng)用try-exatch包裹捕獲異常并記錄錯誤。可以在錯誤處理分支中設(shè)置重試機(jī)制例如失敗后等待5分鐘再試一次。全局異常捕獲WorkBuddy通常提供全局的“失敗”處理路徑可以將任何未處理的節(jié)點失敗導(dǎo)向這里統(tǒng)一發(fā)送告警。4. 實戰(zhàn)避坑指南與效能優(yōu)化4.1 安全性敏感信息絕不硬編碼這是最容易踩的坑。SMTP的密碼、AI API的密鑰這些敏感信息絕對不能直接寫在腳本或節(jié)點配置里。務(wù)必使用WorkBuddy提供的“密鑰管理”或“環(huán)境變量”功能。在腳本中通過workbuddy.get_secret(KEY_NAME)的方式來引用。這樣既安全也方便在不同環(huán)境測試/生產(chǎn)間切換配置。4.2 穩(wěn)定性應(yīng)對API限流與網(wǎng)絡(luò)波動AI服務(wù)和郵件服務(wù)都有調(diào)用頻率限制。務(wù)必查閱所用服務(wù)的限流政策。例如某些AI API可能限制每分鐘或每小時的最大請求數(shù)。我們的定時任務(wù)設(shè)置為每小時一次通常遠(yuǎn)低于限流閾值但如果在調(diào)試階段頻繁手動觸發(fā)就可能觸發(fā)限流。應(yīng)對策略包括添加延遲在流程關(guān)鍵節(jié)點后可以適當(dāng)添加“等待”節(jié)點如1-2秒避免請求過于密集。實現(xiàn)重試與退避對于網(wǎng)絡(luò)波動導(dǎo)致的短暫失敗在錯誤處理邏輯中實現(xiàn)指數(shù)退避重試。例如第一次失敗后等待2秒重試第二次失敗等待4秒以此類推。監(jiān)控用量定期查看AI服務(wù)商控制臺的使用量統(tǒng)計確保在額度內(nèi)。4.3 成本控制優(yōu)化提示詞與模型選擇AI API調(diào)用是主要成本來源。優(yōu)化提示詞讓AI輸出更簡潔、準(zhǔn)確減少不必要的“廢話”可以直接減少Token消耗從而降低成本。此外不是所有任務(wù)都需要使用最強大、最昂貴的模型如GPT-4。對于信息摘要和分類這種結(jié)構(gòu)化任務(wù)性能足夠的輕量級模型如GPT-3.5-Turbo、Claude Haiku或國內(nèi)同類模型通常就能很好地完成成本可能只有前者的十分之一甚至更低。可以在保證質(zhì)量的前提下進(jìn)行模型選型的測試。4.4 內(nèi)容質(zhì)量持續(xù)迭代提示詞日報的質(zhì)量并非一勞永逸。最初設(shè)計的提示詞可能分類不準(zhǔn)、摘要冗長。你需要扮演“AI訓(xùn)練師”的角色進(jìn)行迭代收集反饋自己閱讀日報看哪些摘要信息量不足哪些分類有誤。分析壞案例把AI處理效果不好的原始熱搜和它的輸出拿出來。修訂提示詞在提示詞中增加更明確的指令或補充更多、更典型的正面和反面示例Few-Shot Learning。例如“請注意如果事件標(biāo)題已足夠清晰如‘某品牌發(fā)布會’則無需額外解釋直接歸類即可如果標(biāo)題模糊如‘這個太厲害了’則需要結(jié)合上下文推斷其指代?！盇/B測試可以并行運行兩個不同提示詞的流程發(fā)給不同的測試郵箱對比一段時間選擇效果更優(yōu)的版本。4.5 擴(kuò)展性從日報到個性化情報站這個基礎(chǔ)框架有巨大的擴(kuò)展?jié)摿Χ鄶?shù)據(jù)源融合不止一個平臺的熱搜?？梢圆⑿凶ト∥⒉?、知乎、抖音、B站等多個來源在提示詞中要求AI進(jìn)行去重和綜合排序生成一份跨平臺熱點報告。情感分析與趨勢預(yù)測在提示詞中增加指令要求AI判斷每個事件的主流情緒積極/消極/中性并識別出熱度上升最快的話題。推送渠道多樣化除了郵件可以很容易地擴(kuò)展節(jié)點將日報內(nèi)容同步發(fā)送到企業(yè)微信、釘釘、Slack或飛書群聊中。關(guān)鍵詞訂閱在數(shù)據(jù)清洗后、AI處理前加入一個過濾環(huán)節(jié)。你可以預(yù)設(shè)一些關(guān)注的關(guān)鍵詞如你所在的行業(yè)、競品公司名只將包含這些關(guān)鍵詞的熱搜事件傳遞給AI處理實現(xiàn)個性化的“輿情監(jiān)控”。通過以上步驟一個全自動、可定制、健壯的熱搜日報系統(tǒng)就搭建完成了。它不僅僅是一個工具更是一種信息獲取范式的轉(zhuǎn)變——從被動接收轉(zhuǎn)為主動、定時、結(jié)構(gòu)化的獲取。整個過程中WorkBuddy負(fù)責(zé)可靠的自動化執(zhí)行AI負(fù)責(zé)智能的信息加工而你只需要在開始時完成一次性的“裝配”工作之后就能持續(xù)享受它帶來的信息便利。