IskayPet Knowledge Assistant 將企業搜尋遷移至受管理的 Amazon Bedrock

根據 2026 年 10 月 22 日發表的一項案例研究，IskayPet 建立了一套橫跨四種語言及三個國家的企業知識助理。IskayPet 知識助理採用 Amazon Bedrock Managed Knowledge Bases，根據既有的 SharePoint 文件回答員工提問。其意義在於責任劃分：AWS 負責營運擷取基礎架構，而企業則仍須對可信賴的知識負責。

檢索增強生成（retrieval-augmented generation，RAG）會在 AI 模型作答前，向其提供已擷取的文件。這種方法讓企業助理可使用訓練數據以外的參考資料庫。選用受管理服務會改變由誰維護該資料庫的技術機制，但權威性、存取權限和準確度等問題仍由組織承擔。

另一種選擇是由客戶自行管理的擷取系統，這帶來更多基礎架構選項和維護責任。對於已在 SharePoint 儲存文件的企業而言，Microsoft 的 SharePoint agents 提供了另一個參考點。IskayPet 的部署令受管理與自訂方案之間的取捨變得具體，但並未證明任何一個平台可為所有組織提供更佳答案。

IskayPet Knowledge Assistant 改變了甚麼

根據由 AWS 與 IskayPet 共同撰寫的企業知識案例研究，這套助理涵蓋零售、獸醫營運、入職及採購。它支援西班牙、葡萄牙和法國的西班牙語、葡萄牙語、法語及英語。

作者指出，在約兩個月的生產環境運作期間，尋找營運答案所需時間由三至五分鐘降至約七秒。他們預計每月查詢量約為 100,000 次。該數字反映預期需求，而非已證實的實際使用量。

實際改變是，員工由提出問題到取得公司書面指引的路徑縮短了。 這一點很重要，因為文件儲存庫和答案介面對員工的要求並不相同。

使用儲存庫時，員工須辨識正確檔案、瀏覽其結構，並找出相關段落。助理則嘗試在呈現答案前完成這些步驟。其後，員工仍須判斷回應是否切合實際情況。

這項轉變改變了投入精力的位置。減少開啟文件的時間，可能讓員工有更多時間核對適用規則。不過，更快的回應也可能令員工在查閱來源前便接受答案。

以退貨政策問題為例。員工可能會問，某項特定購買是否適用例外情況。有用的答案應指出適用政策，並保留其條件。若流暢的摘要遺漏某項例外，便可能造成不同的營運結果。

同樣的區別亦適用於入職安排。找到一份一般清單，只有在其符合該員工的職位和所在地時才有幫助。系統可以擷取相關文件，卻仍可能選取屬於另一個情境的指示。

這些例子說明，所報告的速度改善值得關注，但不足以構成完整的商業論證。擷取時間只是完成工作的其中一部分。核實、升級處理和修正同樣會佔用員工時間。

有意義的比較應追蹤整個問題直至解決。員工是否正確完成工作？經理是否仍須介入？答案是否避免了另一次搜尋，還是只把搜尋移至其他地方？

這篇文章記錄的是一間公司的部署，而非新的通用模型發布。其新聞價值來自把受管理的擷取技術應用於經常出現的營運問題。後果取決於該應用能否可靠地處理日常工作。

因此，對企業買家而言，有用的啟示是明確的：答案介面可改善既有指引的存取方式。要衡量其價值，必須檢視員工收到回應後實際採取甚麼行動。

受管理基礎架構改變企業採購決策

受管理的擷取服務會令採購決策更側重應用程式品質、營運配合度及問責性。 工程投入仍然重要，但維護搜尋基礎架構已成為計算中的另一部分。

AWS 的文件指出，managed knowledge bases 負責處理擷取、儲存、索引和擷取基礎架構。擷取會把來源資料帶入系統；索引則為搜尋整理資料。該服務亦提供受管理的嵌入模型和重排序模型。

嵌入會以數值方式表達內容，以進行相似度搜尋；重排序則按相關性重新排列已擷取的資料。AWS 將此安排與客戶自行管理的知識庫區分，後者由客戶配置及維護底層資料儲存。

這項差異為工程主管帶來更清晰的問題：哪些基礎架構決定能為這個應用程式創造優勢？若需求是存取日常內部指引，自訂儲存架構便需要具體理由支持。

企業可能需要非一般的擷取行為、專門控制措施，或更深入的基礎架構可視性。這些要求可證明由工程團隊承擔更多責任是合理的。不過，應根據實際應用需求評估，而非將其視為理所當然的先決條件。

受管理路線改變了內部開發提案所面對的壓力。要求建立自訂系統的團隊，必須說明額外控制可帶來甚麼成果。「我們需要一個聊天機械人」對於公司為何應自行營運擷取元件，提供不了太多指引。

同樣的壓力亦落在供應商身上。售賣基礎架構靈活性的供應商，需要展示這種靈活性如何改善客戶成果。售賣簡化方案的供應商，則需要說明其受管理服務的界限。

兩種提案都不能單靠功能數量來評估。更廣泛的配置選單，只有在組織能有效運用時才有價值。較少的配置選項，則在預設設定符合工作負載要求時才有價值。

因此，對買家而言，Amazon Bedrock 擷取服務是更廣泛所有權決策的一部分。誰診斷缺失的答案？誰審核變更？誰維護測試問題？誰能解釋為何員工看到某個結果？

即使底層服務運作正常，這些責任也需要明確的負責人。連接器可以成功擷取一份企業本應淘汰的文件。搜尋系統可以正確呈現一項獲賦予過寬權限的內容。

這亦是採購部門應區分技術支援與編輯責任之處。服務供應商可以調查失敗的請求，卻不能自行決定哪項內部政策代表公司的現行立場。

成本比較同樣需要審慎處理。基礎架構開支只涵蓋應用程式經濟效益的一部分。內容審核、員工支援、評估及事故調查亦需要人手時間。

受管理服務所減少的工作，理應獲得肯定。公平的評估亦應找出仍然存在的工作。這比把任何一種架構描述為毫不費力，更能提供有用的比較。

其策略意義是，企業 AI 提案需要符合更高標準。團隊應將架構選擇連結至可量度的營運要求。能夠組裝一套擷取系統，只是起點。

分開的助理將業務邊界帶入搜尋

案例研究作者表示，IskayPet 為每個助理選擇獨立的知識庫，並將其範圍限定於指定的 SharePoint 內容。擷取會套用員工既有的文件權限。

這種設計令答案的範圍成為明確的產品決策。 它提出了一個廣泛企業搜尋框可能掩蓋的問題：哪一組知識應回答這項請求？

共享索引承諾為每個問題提供一個方便的目的地。但這種便利要求應用程式能區分重疊的部門、地點和文件用途。一個答案可以聽起來相關，卻引用了錯誤的組織情境。

分開助理改變了這個問題。每個助理一開始都有較窄的可能來源集合。組織其後必須讓員工理解這些邊界，並隨著職責變化而維護它們。

這是在廣泛探索和刻意界定範圍之間的取捨。較窄範圍的助理可以令其用途更容易說明，但亦可能令跨部門問題超出任何一個助理的完整視野。

設想一個結合採購例外和入職要求的例子。採購指引可能回答其中一部分，而人力資源營運指引則回答另一部分。當問題跨越這些邊界時，介面需要作出合理回應。

可能的回應包括要求澄清、指出缺少的背景資料，或把員工引導至另一名負責人。合適的選擇取決於工作流程。悄然把不完整的答案呈現為完整答案，會掩蓋其局限。

這正是助理邊界應納入產品設計討論的原因。它們決定使用者可對系統抱有甚麼合理期望，亦影響應如何解釋失敗情況。

權限帶來另一項區別。存取權回答員工是否有權閱讀某份文件。適用性則回答該文件是否規管當前情況。兩者相關，但後果不同。

員工可能有正當權限存取多個地點的指引，但這不代表每項政策都同樣適用於本地工作。助理需要足夠的背景資料，才能保留這項區別。

同樣地，語言不應意外地成為地理位置的替代指標。以英語提問的人，可能需要另一種語言寫成的本地政策。若系統只依循語言相似度，便可能選取錯誤的權威來源。

這些是從架構引申出的分析意義，而不是 IskayPet 已觀察到失敗情況的證據。它們說明另一家公司在複製這個設計前應審視甚麼。

Microsoft 提供了一個有用的比較。其 SharePoint agents 使用指定來源，並尊重使用者的內容權限。Microsoft 亦描述了可透過 SharePoint、Teams 和 Microsoft Copilot 存取的方式。

這為正評估同一文件資產的組織建立了另一種方案。但它並未提供與 IskayPet 部署方案的效能比較。要在兩者之間作出選擇，必須測試組織本身的問題、身分識別和工作流程。

更廣泛的競爭焦點在於擁有權。企業可以比較嵌入其協作環境的助理，與圍繞託管雲端服務建立的應用程式。相關優勢取決於整合需求及營運控制。

對於正在比較團隊知識庫的讀者而言，這項區別至關重要。當文件共享集合的邊界、權威性及受眾明確時，才會真正發揮作用。

多語言企業搜尋對證據提出更高要求

多語言企業搜尋需要證據，證明答案在不同語言之間保留了適用規則。 回應讀起來自然，並不代表它完整保留了每項條件。

翻譯可令資訊更易取得，卻可能改變限定條件聽起來的意思。建議、要求和例外情況各有不同的營運含義。評估需要核對這些含義，而非只獎勵流暢度。

舉例而言，某項政策可能區分僱員可自行批准的事項，以及須由經理批准的事項。經過縮短的答案或能保留主要指示，卻刪除了批准條件。結果雖然讀起來流暢，仍會引導使用者採取錯誤行動。

這帶來嚴苛的評估問題。系統必須找出正確資訊、理解問題，並恰當表達答案。只測試最終措辭，會更難找出錯誤源頭。

AWS 的 retrieval evaluation 文件將僅檢索評估與檢索及生成評估分開。前者檢視檢索到的資訊；後者亦檢視生成的回應。這為分別評估不同階段提供基礎。

在比較 Amazon Bedrock 的檢索配置時，這種區分尤其重要。若適用文件從未進入檢索材料，改寫答案提示便是在處理錯誤的失敗環節。若檢索成功，生成階段便更值得成為重點。

對企業買家而言，實際含義是能作出更佳診斷。「助理答錯了」描述的是結果，卻無法區分是遺漏文件、誤解條件，還是對地點作出錯誤假設。

因此，評估問題應包含營運情境。諸如「流程是甚麼？」這類簡單問題留下太多未指明事項。貼近現實的問題應交代足夠情況，以確立正確答案所需的內容。

有些測試應刻意不提供這些情境。可靠的助理應能辨識何時需要澄清。自信地選定某個地點或部門，可能比向僱員提出簡短跟進問題更差。

以不同語言提出的等效問題，提供另一項有用檢查。措辭毋須逐字相同，但適用政策、所需行動及相關例外情況應保持一致。

本地審閱者十分重要，因為他們能辨識一般語言評估遺漏的差異。語法正確的句子仍可能使用不熟悉的術語，或淡化某項義務。這些缺陷會影響僱員能否依據答案採取行動。

結果亦應按語言及業務範疇保持可見。整體分數可能掩蓋較小僱員群組的較弱體驗。匯總表現無法說明應用程式在哪些地方需要改進。

Microsoft 的文件同樣提醒，生成內容可能不準確或已過時，應予驗證。這是一項有用的競爭參考，因為它使比較立足於共同的評估需要。

最有力的證據會把語言檢查與實際工作結果結合。僱員能否辨識適用程序？答案有否保留例外情況？資料來源有否支持該項行動？

這些問題令多語言支援更具意義。它們評估系統能否在跨語言傳遞企業知識時，不遺失令這些知識有用的細微區別。

報稱的速度提升仍留下品質與管治問題

已發表的說明未有提供基準資料集或詳細的按語言準確度分數。因此，所報稱的時間改善所支持的結論，比對營運效能的完整評估更為有限。

更快的答案與可靠的答案需要分開的證據。 檢索應用程式可以改善前者，同時讓後者的重要問題仍未獲解答。

這項限定反映現有證據，並非指控該部署產生不可靠的回應。客戶個案研究可以提供有用的架構細節，卻未必提供獨立評估所需的一切資料。

在解讀前後比較時，缺乏基準方法尤其重要。讀者需要知道兩次量度是否出現相同類型的問題，也需要知道計時是在回應送達時結束，還是在成功解決問題時結束。

問題難度可以改變結果。直接查找資訊，與結合多份文件中的例外情況提出的請求並不相同。若把兩者一同量度而未說明組合，平均值便更難解讀。

使用量預測亦值得採取同樣嚴謹態度。預期需求可為容量規劃提供參考；要證明實際採用，則需要證據顯示僱員持續以應用程式處理相關工作。

單靠高查詢量仍會留下模糊空間。它可能反映有用的重複使用，也可能反映重複嘗試取得可接受答案。解決率及更正模式有助區分這些可能性。

資料來源品質帶來另一項管治問題。助理可準確總結已被取代的政策。其答案會忠實反映檢索到的文字，卻仍不適合僱員當前的工作。

因此，機構需要辨識現行權威來源的方法。文件擁有權、審閱日期及替換程序，皆成為答案系統實際可靠性的一部分。搜尋品質無法解決政策擁有者之間尚未釐清的分歧。

權限需要另行審閱。保留既有存取規則，等於保留已編碼於該規則中的決定，卻無法判定那些早前決定是否仍然恰當。

當資訊更容易被發現時，這項區別變得更重要。僱員以往很少透過瀏覽遇到的材料，可能透過直接提問而變得容易取得。企業需要了解這種可存取性的改變。

內容控制處理另一類風險。AWS 將 Bedrock Guardrails 描述為可設定的輸入及回應防護措施，包括敏感資訊篩選及情境依據檢查。依據檢查會評估回應是否仍獲所提供材料支持。

這些能力應按其預定用途進行評估。篩除不適當的回應，並不能證明底層政策仍屬現行。權限檢查亦不能證明摘要完整。

可信的管治模式會明確分配每項責任。政策擁有者維護具權威性的指引；應用程式擁有者調查答案行為；保安團隊評估存取權限；僱員需要有清晰渠道報告看似錯誤的答案。

對買家而言，這些問題令 IskayPet 知識助理案例的價值更清晰。所報稱的改善值得研究；要確立可重複的價值，則需要回應速度以外的證據。

下一步證據應追蹤品質、存取及持續使用

最有用的後續資料，應顯示該部署能否隨著文件及使用情況變化，持續產生正確而恰當的答案。 未來數月有三項訊號值得留意。

首先，留意按語言及業務職能細分的評估結果。這些結果應說明問題集、預期答案，以及審閱者如何判斷正確性。如此便更易評估所報稱的效益。

這些類別若有較強結果，將支持對更廣泛使用的信心。若某個類別持續出現差距，則表示結論應較為有限。無論是哪一種結果，都比單一整體滿意度數字更具資訊價值。

評估亦應包括助理無法從其資料來源回答的問題。辨識證據不足，是有用表現的一部分。懂得要求澄清的應用程式，可以保護工作流程免受缺乏支持的假設影響。

模型或檢索設定的變更，提供另一個蒐集證據的機會。後續研究可比較變更前後同一組具代表性的問題。這有助把改善與僱員請求的日常變化區分開來。

其次，留意有關資料來源更新及存取權限變更的證據。生產環境中的助理需要在政策改變或僱員權限終止時作出恰當回應。靜態示範無法證明這種行為能隨時間維持。

有用的證據應說明修訂後的指引何時會供答案使用，以及過時指引如何停止影響答案。它亦應顯示存取權限變更如何影響其後的請求。

一致的行為會加強這類工作負載採用託管服務的理由。更新延遲或責任不清，則會暴露額外營運工作。相關問題是企業能否以可預測方式偵測並解決這些情況。

這項訊號亦關乎管理工作。新增另一個助理時，應清楚界定擁有者、資料來源範圍及審閱流程。當這些責任仍可管理時，擴展才會創造價值。

第三，留意持續採用及成功解決問題的情況。實際需求會為已發表的預測提供背景。重複使用、資料來源驗證、升級處理及更正模式，比單靠流量更能說明僱員價值。

穩定使用加上較少可避免的升級處理，將支持營運論點。頻繁重新表述問題或未解決的疑問，則可能指向可用性或知識缺口。即使回應仍能快速送達，這些模式亦值得調查。

這些訊號均不需要爭論哪家公司擁有最強大的通用模型。它們關乎特定應用程式在特定文件環境中的表現。企業採購正是在這個層面才變得合理。

對評估類似投資的團隊而言，應從一個界定明確的業務問題及一組具權威性的文件開始。比較候選系統如何處理一般請求、缺失情境、修訂政策及受限制存取。請本地審閱者判斷答案有否保留僱員實際需要的指示。除了回應速度，亦應持續追蹤成功解決問題、更正工作及持續管理。IskayPet 知識助理提供了一個可供研究的具體部署，而你自己的證據應決定架構選擇。在批准更大規模推行前，請團隊展示哪些營運決策已有改善，以及哪些不確定性仍然存在。甚麼證據可以證明僱員能夠依賴答案？