技能包

Firecrawl Workflows:16 個結果導向技能出報告

適合要用編碼 Agent 產出研究報告、SEO 稽核、QA 報告、知識庫、線索名單或網站設計系統時,優先安裝 firecrawl/skills 目錄;本倉是這 16 個工作流的來源,連網抓取前必須確認。

官方來源 · Firecrawl Workflows

安裝

npx skills add firecrawl/skills

適合誰

當你希望 AI 編碼 Agent 直接交出一份有結果的 Firecrawl 工作流產物,而不是只呼叫底層抓取介面時,用這套技能。官方稱這裡是 Firecrawl 工作流技能的事實來源,面向研究報告、SEO 稽核、QA 報告、知識庫、線索名單,以及可供 Agent 使用的網站設計系統。一共 16 個工作流技能。適合已經有明確交付物、並能接受 Agent 造訪公開網頁的人。頁面沒有寫出金鑰變數名,不要自行編造;需要憑證時以安裝後技能說明為準。若你要改的是 CLI 技能家族(含研究/開發者索引),官方指向 firecrawl/cli,而不是在本倉提變更。

3 分鐘完成第一次嘗試

推薦只走官方首選安裝,也就是完整目錄(其中包含這些工作流):

npx skills add firecrawl/skills

同一頁寫明從本倉庫直接安裝也可,並提供同樣的 16 個工作流:

npx skills add firecrawl/firecrawl-workflows

第一次請用第一條。不要把兩條拼成一條,也不要臆造目錄。持續整合會把本倉 skills/ 鏡像到 firecrawl/skills,那是被主推的安裝入口,不是第二條命令的替代寫法。

裝好後先做低風險核對。讓 Agent 說明:若目標是一份簡短研究報告,它會使用哪類工作流、將造訪哪些由你提供的網址、會不會寫檔。先複述「現在只規劃不抓取」。你確認網址真實且允許造訪後,再允許執行。成功訊號是 Agent 按工作流技能組織步驟,而不是發明未記載的技能短名。第一次不要做線索名單或整站設計系統,那些副作用更大。

使用案例

案例一:研究報告或知識庫。向 Agent 給出主題和你允許抓取的網址,要求按工作流產出研究報告或結構化知識庫。適合需要把公開網頁收成一份可讀材料的人。說明沒有給出報告範本,因此版式以實際輸出為準。執行前確認不會抓你未提供的地址。

案例二:QA 報告或 SEO 稽核。把已上線頁面交給 Agent,要求按工作流檢查品質或做 SEO 稽核。適合上線後核對公開頁,而不是改程式。稽核會造訪目標站,必須先確認網域。頁面把 QA 報告和 SEO 稽核並列在結果列表裡,但沒有檢查項清單,不要編造必須覆蓋的條目。線索名單和網站設計系統也在同一列表,證據只到「屬於這 16 個工作流的產出類型」,沒有逐步操作。

使用邊界

首選安裝是 npx skills add firecrawl/skills。本倉命令提供同一批 16 個技能,供不走目錄時使用。工作流在本倉編寫;CLI 技能家族的改動指向:

https://github.com/firecrawl/cli

目錄倉:

https://github.com/firecrawl/skills

不要發明金鑰變數或技能短名。未點名用戶端,不能推斷獨家支援。抓取與寫報告都有副作用,必須先確認。倉庫頁:

https://github.com/firecrawl/firecrawl-workflows