以工業刀具為第一個案例,規劃一個可套用到其他行業的 AstrBot 產業情報插件:情報庫(有時間性的事件流)與知識庫(穩定的術語與FAQ)分工,三種查詢入口共用同一個查詢核心,商業推薦設計成可揭露、可關閉、可審計的三種層次,並評估商業模式、開發成本與里程碑。本篇為規劃與評估,沒有實作成果。
AstrBot AI 應用系列導覽
篇次主題性質狀態
0起源:從一場面試的需求討論到自建AI工作流實建主體與思路已完成
1AstrBot & Line BOT:檔案式知識庫試驗技術實作已實作,部分項目驗證中
2外部數據源獲取與多角色技能討論實驗(TradingView 案例)技術實作已實作,部分驗證部分待驗證
3通用產業情報Bot插件及商業化思路商業評估規劃評估,計畫尚未實作

前兩篇是技術實作,本篇轉向商業考慮:如何把已驗證的 Bot、知識庫與外部資料接入能力,延伸成可複用的「行業情報插件」,並評估合規的商業推薦與成本。本篇內容為規劃與評估,沒有實作成果。

為什麼從情報開始

讓 AI Bot「回答問題」只是起點。更有價值的方向,是讓 Bot 持續接收行業訊號,整理成企業能使用的情報,並在適當情境下把使用者連接到產品、技術支援或業務窗口。

以工業刀具為第一個案例,規劃一個可套用到其他行業的 AstrBot 插件。工具機、半導體設備、自動化、電子零組件、化工材料,甚至醫療器材與綠能產業,原則上都能換一份設定檔,建立各自的情報庫與知識庫。

這一篇與前兩篇的銜接如下:

要解決的問題

許多 B2B 製造業的資訊不少卻很分散:行業媒體、供應商新聞、技術文章、展會消息、競爭對手動態、產品發布與公開市場訊息,散落在不同網站與 RSS feed。傳統做法由行銷、業務或產品經理手動追蹤,再整理成週報;問題不是資料不存在,而是沒有人有足夠時間持續整理,也很難即時讓第一線業務、經銷商、技術人員或管理者直接使用。

規劃的插件要處理三件事:

  1. 自動累積產業情報與知識:每天整理值得看的新聞與動態,保留來源、日期與連結。
  2. 成為 IM 與 AI Bot 的內容來源:使用者直接問「今天刀具業有什麼新聞?」或「最近有哪些塗層技術趨勢?」。
  3. 建立可控的商業轉換入口:使用者主動詢問產品、供應商、報價或技術窗口時,提供揭露清楚、可關閉、可審計的推薦資訊。

定位是:不是把聊天機器人變成廣告機器,而是讓情報、知識、業務服務與商業轉換在同一個工作流裡發生。

為什麼選 AstrBot

AstrBot 適合承接「多渠道聊天介面、插件、Skill、LLM 工具、知識庫」這種組合。使用者只需要在 IM 裡問一句「看今天的工業刀具情報」,Bot 就可以去讀取最新日報、整理重點、附上來源連結,必要時說明哪些來源失效。這比「先打開報表系統、選日期、篩選關鍵字」更貼近 AI 時代的工作方式。

AstrBot 原生支援插件、命令、工具調用、Skill 與知識庫。其原生知識庫可配置 Embedding 服務,並支援相容 OpenAI API 與 Gemini API 的嵌入向量服務,因此文件型知識庫之後可升級為語意檢索。

方案核心:先建立內容資產

資料分成兩類,而不是一開始就全部塞進向量資料庫。

資料類型內容使用方式
情報庫每日新聞、產品發布、產業事件、媒體報導回答「今天有什麼」「最近發生什麼」
知識庫術語、材料、製程、產品分類、技術原理、FAQ回答「這是什麼」「怎麼選」「為什麼」

情報是有時間性的事件流,知識則較穩定。兩者分開,查詢、更新、權限與商業應用都更清楚。

第一階段先把每天的內容保存為 Markdown 與 JSON,不急著做複雜的 AI 摘要或向量索引。

原始文件才是真正的資產,向量索引只是可以重建的衍生物;Embedding 模型、切片策略或知識庫產品改變時,只要原始資料還在,系統就不會被鎖死。

與第 1 篇的關係:第 1 篇的 tool_kb(指令 /kb)是知識庫插件;本篇規劃的情報插件使用 /ii 指令,屬於不同插件。規劃方向是兩者共用檢索引擎與資料格式(Markdown 加 JSON),避免各自維護一套,這呼應起源篇「資料共用一套」的原則。此整合尚未驗證。

工業刀具案例怎麼開始

情報來源先選公開 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 放在真正有價值的地方,例如摘要、分類與知識草稿。

三種入口、同一個查詢核心

三者導向同一個查詢入口,而不是各自讀檔、各自排序。無論 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 的背書指引要求,推薦者與品牌若有可能影響評價的關係,應清楚且顯著揭露;這個原則同樣適用於聊天式介面。產業界對聊天機器人廣告的實務建議也強調:把贊助與有機答案分開、讓使用者知道為什麼看到推薦、避免在敏感對話中投放,並測試贊助機制是否改變了原本答案。

據此規劃以下保護:

這些限制看起來保守,卻會形成長期商業信任。B2B 客戶不怕被推薦產品,怕的是資訊看似中立、實際被商業利益暗中操控。

推播策略:主動通知不等於主動廣告

一個 B2B 情報 Bot 的長期資產是信任與使用習慣,不是短期曝光數。

可以賣給誰、怎麼收費

第一批最適合的客群有三類:

商業模式是可疊加的組合,而非單一收入來源:

收入模式適用對象說明
SaaS 訂閱製造商、經銷商、中小企業單一或多行業情報、Bot 查詢、日報與週報
私有部署大型企業、敏感行業客戶自有資料、私有 Embedding、內部 IM 整合
建置顧問初次導入企業來源設定、關鍵字設計、知識庫整理、Bot 導入
線索轉介製造商、經銷商使用者同意後轉給技術或業務窗口
付費刊登行業平台型客戶M4 後才開放多廠商收費推薦
佣金導購有成熟合作計畫的業者可選開關,不是 MVP 必要功能

最合理的起點不是多廠商廣告平台,而是先做「單一公司使用的情報與業務工具」,先驗證情報品質、使用頻率與商業轉介價值,再決定是否擴展。

開發成本與里程碑

依規劃逐步完成,完整架構初步估計約需 200–300 小時;使用 AI 輔助設計、撰寫程式、產生測試案例與文件後,可望壓縮到約 100–150 小時。這些是規劃估算,不是已完成的實測工時。

階段主要目標建議優先度
M1單一行業抓取、日報、IM 查閱、自然語言查閱必做
M2自動排程、跨日去重、來源健康、A/B1 推薦與審計必做
M3向量化、訂閱同意、窗口線索、B2 自有知識引用需求驗證後做
M4API、多廠商平台、輪替與 A/B 獨立性檢核選配

真正的 MVP 不該先做向量資料庫、複雜推播或多廠商廣告,而是先回答三個問題:

  1. 資訊抓到後,使用者願不願意每天或每週來看?
  2. 情報內容是否真的能幫助業務、產品或管理決策?
  3. 使用者是否願意在明確揭露下,主動詢問產品或窗口?

三點都有正面答案,再往後加向量化、CRM、API 與多廠商模式才有意義。

對 AI + Bot 商業化的看法

越來越多模型都能寫摘要、回答問題、生成內容,真正拉開差距的會是誰擁有可靠、持續更新、可追溯的行業資料,以及誰能把資料安全地接進企業工作流。規劃這個行業情報插件的核心想法是:

目標不是「會貼新聞連結的 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,需求驗證後才有意義投入。

延伸閱讀:承接自《AI 應用系列 2|實作:外部數據源獲取與多角色技能討論實驗(TradingView 案例)》;系列起點《AI 應用系列 0|起源:從一場面試的需求討論到自建AI工作流實建》。
本篇文章同時提供 .md 原始檔(見 markdown/astrbot-03-industry-intelligence-commercial-plan.md),供後續匯入 WordPress 或歸檔使用。