爆肝 5 小時,我用 Flowith 做了一款問卷數(shù)據(jù)清洗工具來解決真實工作問題
在數(shù)字化時代,工作效率的提升往往依賴于工具的創(chuàng)新。本文作者通過親身體驗,利用 Flowith 這一新興的智能體工具,嘗試解決工作中繁瑣的問卷數(shù)據(jù)清洗問題。
最近開始學 Agent,看到很多人推 Flowith,于是想起來搗鼓下。其實很早就知道這個產(chǎn)品,畫布式,多線程,在當時都是 chatbot 類形態(tài)的產(chǎn)品中獨樹一幟,記得李楠中在《腦放電波》的一期節(jié)目中還提起過。但到底沒有去用。Flowith 呢,似乎也不溫不火,直到 Manus 爆火,因為邀請碼的問題,F(xiàn)lowith 抓住了機會,而成為前者的平替,也是坐上了一程順風車。
至于我呢,因為工作中,要做數(shù)字人的需求,得了解下智能體的原理,和公司算法部的工程師溝通,讓我用 Coze 或者 Dify,自己體驗下。Workflow 的方式我大抵是清楚的,但剛好 Flowith 的 Oracle 模式更省心,全程交由 AI 規(guī)劃。那么就來嘗試下吧。
科學上網(wǎng)后,打開 Flowith,使用邀請碼創(chuàng)建賬號,我用的是 Flowith 2025 全球智能體創(chuàng)作大賽發(fā)出的邀請碼「Y8Q6WV」,有 100 次 Oracle 的免費使用次數(shù)。
注冊完成后,進入首頁,打開輸入框右上角的 ORACLE MODE ,在輸入框中輸入對話即可。
最開始的時候,我牛刀小試了下,讓它給我做個「 分享卡片 」,提示詞如下:
生成一個可交互式的分享卡片網(wǎng)頁:
網(wǎng)頁提供輸入框供用戶輸入,文案提示:請輸入您想要分享的內(nèi)容,不超過 100 字;
用戶輸入后,點擊確認按鈕,進行卡片生成;
生成卡片背景顏色使用漸變色,有毛玻璃特效;
生成效果如下:
可以看到,Oracle 模式下,AI 會自動幫我完善需求,比如我提到了漸變色,它便在頁面中增加了 Card style 的選項,同時確認按鈕的文案也變成涼更人性化的 Generate Card,還附帶一個? 圖標,交互和 UI 上更周到。
當然,它也有未實現(xiàn)的需求,比如我提到的毛玻璃特效。
Flowith 生成的內(nèi)容支持重新潤色,點擊左下方的 Refine AI ,即可繼續(xù)輸入想要修改的內(nèi)容。
我在其中輸入了:未生成毛玻璃特效,請繼續(xù)生成。AI 重新執(zhí)行了我的指令,但生成后的內(nèi)容仍然不具備毛玻璃效果。事實上,這是一個在使用 Flowith 中我所遭遇的最大問題,我需要去處理一些明顯不符合預(yù)期的需求,但無論重試多少次,AI 都不會如我所愿。
既然 Refine 無法滿足我的需求,索性重開一個分支。點擊畫布的起點,選擇新建分支,修改提示詞,這也是多線程的好處,可以比較修改后的差異。這一次,我把背景色去掉,只保留毛玻璃,并且強調(diào)毛玻璃就是高斯模糊。
這一次生成的頁面風格相比上一次,就樸實很多,趨近于線框圖。
但效果卻不錯,高斯模糊實現(xiàn)了,而且支持下載成 PNG 格式圖片。
其實處理這些小工具,當下的大模型真的已經(jīng)足夠,以后讀書筆記用這種小工具潤色,會方便許多,而且樣式隨自己掌控。但不好的地方就在于抽卡,有時候要看天意。
接著繼續(xù)來小試牛刀,搞一個「 名言生成器 」。提示詞如下
幫我創(chuàng)建一個網(wǎng)站,該網(wǎng)站能夠隨機生成一些名人的金句,并以卡片形式展示:
用戶可以選擇:魯迅、古龍、金庸三位作家;
選擇作家后,點擊【生成金句】,系統(tǒng)將從所選作家的作品中挑選出一句金句并展示;
這次生成過程比較順遂,AI 先是分解了我的需求,先在網(wǎng)上找了三位作家的一些名言,存儲下來。再生成了一個交互式的網(wǎng)頁。一開始缺頭像,后來我用了 Refine with AI,給我生成了三位作家的姓氏頭像。
這里可以看到,AI 又主動幫我潤色了下,提供了每個作家的在世時間。名言的展示 UI 我也潤色了下,使用橙紅漸變色,并且有粒子特效。因為是截圖,所以粒子是靜止的,實際上這些粒子是移動的。說起這個特效,也調(diào)了好久,如果只對 AI 說 “讓粒子移動 ”—— 那是一點效果都沒有的,直到我把提示詞改成具體的要求:讓粒子每 0.1s 移動一次才奏效。有的時候,大模型也和人一樣,明確的指令才能讓 AI 行動。
其實這個網(wǎng)頁還可以繼續(xù)優(yōu)化,最大問題在于目前的數(shù)據(jù)庫是靜態(tài)、有限的,應(yīng)該實時獲取到新的內(nèi)容,每一次生成都是新的內(nèi)容。但我不用繼續(xù)往下了,這兩個 Case 只是用來練手,熟悉 Flowith 的基本用法而已。
實際上,在 Oracle 模式下,只需要把握三點:
- 提出需求;
- 對于生成的結(jié)果,使用 Refine with AI 重新優(yōu)化;
- 建立多個分支比較輸出結(jié)果;
而怎么提出需求,我自己摸索下來的感知是,越具體,執(zhí)行的成功率就越高。而另一個重要的原則是:如果自己有拆解的能力,那么最好自己把任務(wù)規(guī)劃好。雖然這一點和自主感知決策的超級智能體邏輯是相悖的。
牛刀小試后,可以進入正菜了,我需要使用 Oracle 來解決在工作場景中遇到的真實問題。實際上這個問題是我的對象拋給我的,她的工作中需要對海外用戶投放問卷,問用戶對于某些服務(wù)的價格偏好,比如「你愿意為 xx 服務(wù)花多少錢?」。
由于海外用戶來自不同國家,所以問卷的填寫五花八門,貨幣單位也不盡相同,但最終這些答案要被轉(zhuǎn)化為統(tǒng)一的貨幣——美元。
這是用戶的原始回答,數(shù)據(jù)量在 1500 條以上。正常情況,這些數(shù)據(jù)得人工清洗一遍,然后手動計算:
- 先把原始回答梳理成數(shù)值+貨幣單位的統(tǒng)一格式,比如 500 AUD;
- 再逐行計算當前貨幣同美元的實時匯率;
- 最后將當前貨幣的數(shù)值同實時匯率相乘,得到最終結(jié)果;
可想而知,這是一件十分瑣碎且費時的工作,有時候光這一張表格就得處理一天。而經(jīng)過上述兩個用戶 Case 后,我對 Flowith 充滿了迷之自信,而欣然包攬了將這項工作自動化的任務(wù)。
天真的我一上來就上傳了文件,然后把所有的問題拋出:
文檔中每一列包含貨幣數(shù)字和單位,請將每一列換算成美元
計算換算成美元后,所有列加在一起的平均數(shù)
無任何數(shù)字可以無視
如果只含數(shù)字不含貨幣單位則視為美元
輸出格式:原數(shù)值 ?原貨幣單位 ? 換算后美元
這次的生成結(jié)果對我來說簡直就是一場噩夢,AI 拆解任務(wù)的邏輯倒是很清晰:
- 分析上傳文本,提取貨幣數(shù)值及單位
- 在線搜索步驟 1 中所有出現(xiàn)的非美元貨幣當前的美元匯率
- 將數(shù)值換算成美元,計算平均值
可在實際操作中,壓根不是那么回事。首先它根本沒有解析文件,而是直接在線搜索進行了貨幣換算。然后,它又讓我上傳了一遍文件,又重復了一遍先前的操作,最后莫名其妙給我生成了一張表格:
這都哪跟哪兒呀,于是我又重新運行了一次節(jié)點,但結(jié)果還是一樣。
是不是我的需求太過復雜?我在心里思考。于是我決定給 AI 減輕點工作量,把需求改下:
文檔中 第一列包含貨幣數(shù)值和單位,請將數(shù)值和單位分開
這下,AI 總算動起來了… 不過我忽略了一件事:Flowith 是構(gòu)建在畫布基礎(chǔ)上的產(chǎn)品。眾不所周知,畫布本來就吃渲染,而要在畫布上處理 1500+ 條的數(shù)據(jù),那么結(jié)果就是:卡卡西。
怎么說呢,真就有種尬住的感覺。那一瞬間我意識到,畫布的形態(tài)不適合用來做數(shù)據(jù)處理,而實際上我也不應(yīng)該直接在工作流里這么去定義,它做出來是要能交付給別人去使用的。
所以我再一次修改了自己的需求:
作為數(shù)據(jù)分析行業(yè)的程序員,創(chuàng)建一個網(wǎng)站,該網(wǎng)站需要:
支持用戶上傳 Excel 文件;
處理 Excel 文件,其中第一列包含混雜的貨幣數(shù)值、單位和無效數(shù)據(jù);
在第二列中提取并顯示第一列中的數(shù)值;
在第三列中提取并顯示第一列中的貨幣單位。
這樣,其實所有的數(shù)據(jù)邏輯處理就不在畫布中了。
這一次,AI 如愿生成了一個能夠上傳 xlsx 文件的網(wǎng)站,并且主動增加了【處理文件】的按鈕,文件上傳后點擊該按鈕,就自動解析出來。不過第一次解析的結(jié)果有些問題,像澳大利亞貨幣有多種寫法,如 $500 AUD 這種的都解析成了美元,所以我又通過 Refine With AI 補充了特殊貨幣的解析規(guī)則。
這是最后呈現(xiàn)的結(jié)果(實際上經(jīng)過了多輪生成),也可以下載為 xlsx 文件,還有一些不滿意的地方,比如我希望無貨幣單位的數(shù)值能夠直接被處理為美元,但可惜我多次進行 Refine,都沒有生效,我又害怕再重頭來過,先前調(diào)整好的 refine 又得重來,就保留了這個缺陷,反正后面我可以通過 Excel 手動補全。
我把這個網(wǎng)站稱為【 貨幣數(shù)據(jù)提取器 】,本來我想一鼓作氣,基于這個網(wǎng)站,直接把匯率、平均數(shù)都一起懟上,但是,血淚的教訓又來了,無論我怎樣修改提示詞,甚至重新運行節(jié)點,匯率和平均數(shù)都完全不生效。從晚上 10 點多,到夜里 1 點多,將近 3 個小時,我反復生成,都沒有得到我想要的結(jié)果,甚至毫無方向。
沒轍了。
也許這任務(wù)實在太過復雜,如果說貨幣數(shù)據(jù)提取利用表格操作和正則表達就能搞定,那匯率計算就涉及到聯(lián)網(wǎng)和實時換算,以及逐行寫入,最后還要加總計算平均數(shù),每一步看似都很無腦,但加總在一起就是一座山,任何一個環(huán)節(jié)出錯都可能導致整個程序運行不起來。
既然這樣,索性還是把任務(wù)進行拆分,做一個【 貨幣轉(zhuǎn)換器 】:
- 先做一個能實時獲取匯率的網(wǎng)站;
- 在此基礎(chǔ)上,支持使用文件批量上傳貨幣單位,逐行轉(zhuǎn)換成對美元的當前匯率,并支持 xlsx 文件下載;
- 如果這兩步能行,我就得到了逐行的對美元匯率,那么剩下的就是:
- 將【貨幣轉(zhuǎn)換器】生成的表格數(shù)據(jù)黏貼至【貨幣數(shù)據(jù)提取器】生成的文件中;
- 使用 Excel 自帶的兩列相乘函數(shù),將數(shù)值列同匯率列相乘,新的數(shù)值存儲在新一列中【轉(zhuǎn)換成美元】;
- 【轉(zhuǎn)換成美元】列使用求和 + 平均數(shù)函數(shù),得出結(jié)果;
這樣,整個任務(wù)就被簡化成三步:
- 【貨幣數(shù)據(jù)提取器】,將數(shù)值同貨幣分離;
- 【貨幣轉(zhuǎn)換器】,計算貨幣同美元匯率;
- Excel 人工計算平均數(shù);
雖然沒法一步到位,但通過任務(wù)的拆解,99% 的工作其實被【貨幣數(shù)據(jù)提取器】和【貨幣轉(zhuǎn)換器】所承接,人的工作量大幅減少。
那么閑話少敘,正式開始【貨幣轉(zhuǎn)換器】的生成:
設(shè)計一個網(wǎng)站,支持上傳 Excel 文件,解析文件,并計算出第二列的數(shù)值按第一行的貨幣單位轉(zhuǎn)換成美元后的值
一開始的提示詞如上,但太過復雜,AI 生成的結(jié)果并不好,無法獲取到實時匯率,最后嘗試了五六次,提示詞改成如下:
請設(shè)計一個網(wǎng)站,支持上傳 Excel ,請列出 Excel 中第一列包含的貨幣代碼,當前同美元的實時匯率
邏輯越是簡單,越是具體,AI 生成的成功率越高。 ?這一次,它生成了令我滿意的結(jié)果:
大功告成,到這里已經(jīng)凌晨 1 點多了。這就是所謂的 Vibe Coding 么,像抽卡一樣,不只是提示詞要反復調(diào)整,每一次還得看運氣,看模型生成的效果,有的效果好一次就可用,有的效果不好,還得反復調(diào)試或是重新生成。所有的邏輯和代碼運行都是黑盒,一切都是天意。
但要說和傳統(tǒng)手工編程相比,那 Vibe Coding 還是快的,整個任務(wù)算上調(diào)試的時間,其實最多 3-5 小時,這中間可能超過一半的時間是等待大模型在運行,如果運行的速度能加快,那時間還能被縮短。
當然,工具的使用也有一些毛?。?/p>
- Oracle 的模式下除了初始節(jié)點能夠創(chuàng)建分支,后續(xù)的任務(wù)只能修改任務(wù)提示詞或者 Refine with AI;而我希望每個任務(wù)都能被并行多線程觸發(fā)(同一提示詞),這樣抽卡的結(jié)果多,我能有更多的選擇而不至于每次得重頭再來;
- 基于 1,我希望每個任務(wù)都可以被拆解新的分支,這樣我可以并行嘗試多個不同類型提示詞;
- 支持每個任務(wù)的結(jié)果保留,支持回退上一步而保持當時生成的結(jié)果還在,而不是大模型重新運行一遍節(jié)點;
- 支持 Refine with AI 時查看自己的調(diào)試過程和調(diào)試詞,結(jié)合 3 能夠隨時回退前進,但是每次運行的結(jié)果是被保留的;
- 生成的網(wǎng)頁希望有直接查看的入口,現(xiàn)在只能整個 Recipe 保留,但大模型每次運行的效果都不同;
- 應(yīng)該有一個 workflow ,能夠自己調(diào)用自己制作的智能體,或者說能力,規(guī)定好彼此間的傳遞物就行;
At last,總結(jié)下這次實踐下來的經(jīng)驗:
- 要多修改提示詞、多運行,耐心;
- 自己拆解任務(wù),而把原子工作交給 AI;每個智能體應(yīng)該被單獨構(gòu)建,專注于解決一件事;
- 任務(wù)應(yīng)該單一、具體;
- 相信命運,享受隨機性。
本文由人人都是產(chǎn)品經(jīng)理作者【善寶橘】,微信公眾號:【善寶橘】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議。
- 目前還沒評論,等你發(fā)揮!