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