| 篇次 | 主題 | 性質 | 狀態 |
|---|---|---|---|
| 0 | 起源:從一場面試的需求討論到自建AI工作流實建 | 主體與思路 | 已完成 |
| 1 | AstrBot & Line BOT:檔案式知識庫試驗 | 技術實作 | 已實作,部分項目驗證中 |
| 2 | 外部數據源獲取與多角色技能討論實驗(TradingView 案例) | 技術實作 | 已實作,部分驗證部分待驗證 |
| 3 | 通用產業情報Bot插件及商業化思路 | 商業評估 | 規劃評估,計畫尚未實作 |
前兩篇是技術實作,本篇轉向商業考慮:如何把已驗證的 Bot、知識庫與外部資料接入能力,延伸成可複用的「行業情報插件」,並評估合規的商業推薦與成本。本篇內容為規劃與評估,沒有實作成果。
為什麼從情報開始
讓 AI Bot「回答問題」只是起點。更有價值的方向,是讓 Bot 持續接收行業訊號,整理成企業能使用的情報,並在適當情境下把使用者連接到產品、技術支援或業務窗口。
以工業刀具為第一個案例,規劃一個可套用到其他行業的 AstrBot 插件。工具機、半導體設備、自動化、電子零組件、化工材料,甚至醫療器材與綠能產業,原則上都能換一份設定檔,建立各自的情報庫與知識庫。
這一篇與前兩篇的銜接如下:
- 第 1 篇驗證了「靜態文件加檔案式檢索加 LLM 整理」。
- 第 2 篇驗證了「MCP 取得外部資料,Skill 約束流程」。
- 本篇把兩者組合:外部情報持續累積為資料,再由同一個 Bot 對話查詢,並規劃商業轉換入口。
要解決的問題
許多 B2B 製造業的資訊不少卻很分散:行業媒體、供應商新聞、技術文章、展會消息、競爭對手動態、產品發布與公開市場訊息,散落在不同網站與 RSS feed。傳統做法由行銷、業務或產品經理手動追蹤,再整理成週報;問題不是資料不存在,而是沒有人有足夠時間持續整理,也很難即時讓第一線業務、經銷商、技術人員或管理者直接使用。
規劃的插件要處理三件事:
- 自動累積產業情報與知識:每天整理值得看的新聞與動態,保留來源、日期與連結。
- 成為 IM 與 AI Bot 的內容來源:使用者直接問「今天刀具業有什麼新聞?」或「最近有哪些塗層技術趨勢?」。
- 建立可控的商業轉換入口:使用者主動詢問產品、供應商、報價或技術窗口時,提供揭露清楚、可關閉、可審計的推薦資訊。
定位是:不是把聊天機器人變成廣告機器,而是讓情報、知識、業務服務與商業轉換在同一個工作流裡發生。
為什麼選 AstrBot
AstrBot 適合承接「多渠道聊天介面、插件、Skill、LLM 工具、知識庫」這種組合。使用者只需要在 IM 裡問一句「看今天的工業刀具情報」,Bot 就可以去讀取最新日報、整理重點、附上來源連結,必要時說明哪些來源失效。這比「先打開報表系統、選日期、篩選關鍵字」更貼近 AI 時代的工作方式。
AstrBot 原生支援插件、命令、工具調用、Skill 與知識庫。其原生知識庫可配置 Embedding 服務,並支援相容 OpenAI API 與 Gemini API 的嵌入向量服務,因此文件型知識庫之後可升級為語意檢索。
方案核心:先建立內容資產
資料分成兩類,而不是一開始就全部塞進向量資料庫。
| 資料類型 | 內容 | 使用方式 |
|---|---|---|
| 情報庫 | 每日新聞、產品發布、產業事件、媒體報導 | 回答「今天有什麼」「最近發生什麼」 |
| 知識庫 | 術語、材料、製程、產品分類、技術原理、FAQ | 回答「這是什麼」「怎麼選」「為什麼」 |
情報是有時間性的事件流,知識則較穩定。兩者分開,查詢、更新、權限與商業應用都更清楚。
第一階段先把每天的內容保存為 Markdown 與 JSON,不急著做複雜的 AI 摘要或向量索引。
原始文件才是真正的資產,向量索引只是可以重建的衍生物;Embedding 模型、切片策略或知識庫產品改變時,只要原始資料還在,系統就不會被鎖死。
工業刀具案例怎麼開始
情報來源先選公開 RSS 與 Google News RSS,包含 Cutting Tool Engineering、Metalworking World、Aerospace Manufacturing & Design、Design World、3DPrintingIndustry 等。初步測試顯示多個來源能正常回傳 RSS,部分網站會因 Cloudflare 或反自動化機制回傳 403、405 或 404,因此設計上要保留來源健康狀態,並以 Google News 查詢補位。(測試日期與完整結果尚未整理,正式發佈前建議補上。)
關鍵不是「抓到所有資料」,而是建立一個誠實運作的系統:抓得到就記錄來源,抓不到就標示失敗;不繞過付費牆、不破解驗證,也不把媒體報導包裝成內線情報。
技術上採用 RSS/Atom 擷取,加上核心關鍵字、情境關鍵字與排除字詞的簡單計分。例如「切削刀具、銑刀、硬質合金」是核心詞,「CNC、刀具管理、刀具壽命」是情境詞,「招聘、股價」可用來排除雜訊。先用規則完成約八成的篩選,再把 AI 放在真正有價值的地方,例如摘要、分類與知識草稿。
三種入口、同一個查詢核心
- IM 指令:例如
/ii today 刀具、/ii search 塗層刀具,適合熟悉系統的人。 - 自然語言:例如「最近陶瓷刀具有什麼動態?」,由 Skill 判斷後調用查詢工具。
- 其他系統調用:後續提供唯讀 API,讓 CRM、企業入口網站、儀表板或其他 AI Agent 取用。
三者導向同一個查詢入口,而不是各自讀檔、各自排序。無論 Telegram、LINE、Slack、企業 IM 或未來的 API,查到的都是同一套資料與規則。真正的價值不是多一個聊天視窗,而是讓 AI Bot 成為企業內容資產的統一入口。
商業推薦:不藏在 AI 回答裡
企業常會問:既然 Bot 已能回答行業問題,能不能順便推薦自家產品、代理品牌或業務窗口?答案是可以,但不能讓商業目的偷偷污染資訊回答。推薦設計成三種層次。
A:答案後的獨立推薦卡片
最保守、也最適合正式上線。AI 先完成有機情報回答,插件再依主題附上獨立卡片:
【本公司產品】X 系列硬質合金立銑刀
適用於鋁合金與不鏽鋼的中高速銑削。
為何看到這則:你正在查看「塗層刀具」相關情報。
詳情:...
關閉推薦:/ii ads off
使用者看得出哪一段是產業資訊、哪一段是推薦;推薦也可以被關閉、被回報、被審計。
B1:受控的內文置入
希望推薦離內容更近,但不希望 LLM 因為看到贊助資料而改寫回答。因此 B1 不由模型生成,而由插件用固定模板插在最相關段落之後:
▍【本公司經銷】延伸資訊:Y 系列刀把
▍適用於高精度夾持需求。資料來源:原廠規格書。
▍關閉推薦:/ii ads off
保留內文附近曝光的效果,但不動到 AI 原本的文字,也不讓付費或佣金資料進入模型提示詞。
B2:自有知識引用
若運營方本身是製造商或經銷商,自家的技術文件、產品規格、選型指南本來就可能是行業知識的一部分。這類內容可在使用者明確詢問時被檢索,但必須標示【本公司資料】或【本公司經銷】。這是唯一允許自有內容進入 AI 回答的例外,預設關閉;付費刊登或佣金導購內容不適用。
可揭露、可關閉、可審計
置入性不等於隱藏廣告。AI 時代的推薦更需要清楚揭露關係,因為使用者容易把聊天回答當成中立建議。美國 FTC 的背書指引要求,推薦者與品牌若有可能影響評價的關係,應清楚且顯著揭露;這個原則同樣適用於聊天式介面。產業界對聊天機器人廣告的實務建議也強調:把贊助與有機答案分開、讓使用者知道為什麼看到推薦、避免在敏感對話中投放,並測試贊助機制是否改變了原本答案。
據此規劃以下保護:
- 付費、佣金、出價、優先級不進有機檢索與 LLM 提示詞。
- 推薦卡片標示【贊助】、【本公司產品】、【本公司經銷】或【推廣連結】。
- 使用者能用
/ii ads off關閉推薦。 - 遇到事故、受傷、召回、投訴、訴訟、法律或醫療等敏感字詞時,不出現商業卡片。
- 推薦曝光與有機答案紀錄分開保存,方便追查與稽核。
- 使用者留下聯絡方式給業務窗口之前,必須先明確同意。
這些限制看起來保守,卻會形成長期商業信任。B2B 客戶不怕被推薦產品,怕的是資訊看似中立、實際被商業利益暗中操控。
推播策略:主動通知不等於主動廣告
- 「新料通知」只發情報,不附商業內容。
- 「每週摘要」提供兩種訂閱版本:純情報版,以及使用者明確同意後才收到的含贊助版。後者每週最多一則商業資訊,並附退訂或改回純情報版的方式。
一個 B2B 情報 Bot 的長期資產是信任與使用習慣,不是短期曝光數。
可以賣給誰、怎麼收費
第一批最適合的客群有三類:
- 製造商與經銷商(工業刀具、工具機、自動化設備、電子零組件、材料供應商):每天掌握市場、競爭品與技術趨勢,讓業務窗口在高意圖對話中被找到。
- 行業媒體與知識平台:擁有內容與讀者,缺少互動式查詢;Bot 可把既有文章、RSS 與專題變成可問答、可訂閱、可轉換的資產。
- 企業內部情報單位:大型製造業、貿易公司、投資機構或顧問公司可當內部情報入口,商業推薦可完全關閉。
商業模式是可疊加的組合,而非單一收入來源:
| 收入模式 | 適用對象 | 說明 |
|---|---|---|
| SaaS 訂閱 | 製造商、經銷商、中小企業 | 單一或多行業情報、Bot 查詢、日報與週報 |
| 私有部署 | 大型企業、敏感行業 | 客戶自有資料、私有 Embedding、內部 IM 整合 |
| 建置顧問 | 初次導入企業 | 來源設定、關鍵字設計、知識庫整理、Bot 導入 |
| 線索轉介 | 製造商、經銷商 | 使用者同意後轉給技術或業務窗口 |
| 付費刊登 | 行業平台型客戶 | M4 後才開放多廠商收費推薦 |
| 佣金導購 | 有成熟合作計畫的業者 | 可選開關,不是 MVP 必要功能 |
最合理的起點不是多廠商廣告平台,而是先做「單一公司使用的情報與業務工具」,先驗證情報品質、使用頻率與商業轉介價值,再決定是否擴展。
開發成本與里程碑
依規劃逐步完成,完整架構初步估計約需 200–300 小時;使用 AI 輔助設計、撰寫程式、產生測試案例與文件後,可望壓縮到約 100–150 小時。這些是規劃估算,不是已完成的實測工時。
| 階段 | 主要目標 | 建議優先度 |
|---|---|---|
| M1 | 單一行業抓取、日報、IM 查閱、自然語言查閱 | 必做 |
| M2 | 自動排程、跨日去重、來源健康、A/B1 推薦與審計 | 必做 |
| M3 | 向量化、訂閱同意、窗口線索、B2 自有知識引用 | 需求驗證後做 |
| M4 | API、多廠商平台、輪替與 A/B 獨立性檢核 | 選配 |
真正的 MVP 不該先做向量資料庫、複雜推播或多廠商廣告,而是先回答三個問題:
- 資訊抓到後,使用者願不願意每天或每週來看?
- 情報內容是否真的能幫助業務、產品或管理決策?
- 使用者是否願意在明確揭露下,主動詢問產品或窗口?
三點都有正面答案,再往後加向量化、CRM、API 與多廠商模式才有意義。
對 AI + Bot 商業化的看法
越來越多模型都能寫摘要、回答問題、生成內容,真正拉開差距的會是誰擁有可靠、持續更新、可追溯的行業資料,以及誰能把資料安全地接進企業工作流。規劃這個行業情報插件的核心想法是:
- 用 Bot 降低企業使用情報的門檻。
- 用 AI 把資訊整理成可理解、可行動的內容。
- 用知識庫累積企業自己的行業資產。
- 用清楚揭露的推薦,建立可持續的 B2B 商業轉換。
- 用可關閉、可審計、可回滾的機制,換取長期信任。
目標不是「會貼新聞連結的 Bot」,而是能陪企業理解市場、服務客戶、協助業務成長的 AI 行業入口。
真正意義/優缺點分析
- 這篇規劃的真正價值不在於列出一套商業模式清單,而是示範「技術驗證完成後,怎麼評估合規且可持續的商業轉換路徑」,特別是把「情報」與「廣告」刻意分層設計這件事。
- 優點:三層商業推薦設計(獨立卡片、受控內文置入、自有知識引用)把揭露程度與風險分級處理,比單一「全有或全無」的廣告策略更務實。
- 優點:情報庫與知識庫分離,讓系統架構對應到資料本質的差異(事件流 vs 穩定知識),這個分工邏輯可以複用到任何行業。
- 缺點與代價:本篇從頭到尾強調「規劃評估,尚未實作」,情報來源的穩定性(RSS 403/405 問題)、/ii 與 /kb 共用檢索引擎的整合、開發工時估算,都還只是紙上規劃,缺少真實數據驗證。
常見問題
Q:產業情報插件跟第 1 篇的知識庫插件是同一套嗎?
A:不是,兩者是不同插件(/ii 對 /kb),但規劃上希望共用檢索引擎與資料格式(Markdown 加 JSON),避免各自維護一套邏輯,這部分整合尚未驗證。
Q:商業推薦會不會影響 AI 回答的中立性?
A:設計原則是「付費、佣金、出價、優先級不進有機檢索與 LLM 提示詞」,推薦內容由插件用固定模板附加,不由模型生成,避免贊助資料污染模型判斷。
Q:這個方案只適用於工業刀具嗎?
A:不是,核心設計是換一份設定檔就能套用到工具機、半導體設備、電子零組件、化工材料等其他 B2B 行業,情報來源與關鍵字計分規則需要重新設計。
Q:為什麼不一開始就做向量化檢索?
A:MVP 階段先驗證「使用者願不願意每天或每週來看」這個更根本的問題,向量化、CRM、API 等進階功能排在 M3、M4,需求驗證後才有意義投入。
.md 原始檔(見 markdown/astrbot-03-industry-intelligence-commercial-plan.md),供後續匯入 WordPress 或歸檔使用。