不要全盤相信AI回答:第一手資訊核對法|旅宿網站更新的事實查核

旅宿主人將AI回答與官方網站、現行資料及旅宿營運記錄核對的插畫 AI 網站管理

AI能在短時間內蒐集資訊,整理成易讀的文章。不過,文章自然流暢,與內容正確是兩回事。服務名稱、網域、費用、功能、正式檔名與旅宿營業資訊,都可能被混淆,卻寫得煞有其事。

旅宿網站的錯誤會影響預訂、到訪、餐食、付款,以及與招牌貓互動的方式。不要只對AI說「請確認」就結束,而應留下何時確認了哪份資料的哪段說明。

結論:AI的回答是「候選資訊」,以第一手資訊確認後才當作「事實」

依下列順序確認。

AI產生回答或原稿提案
  ↓
將要當作事實使用的句子逐一拆開
  ↓
開啟有權決定該資訊的官方資料
  ↓
核對名稱、URL、條件與更新日
  ↓
記錄確認日與根據
  ↓
只公開已確認的句子

無法確認的資訊,不必勉強寫進文章。請區分為「未確認」「需要向旅宿確認」「請於合約管理畫面確認」。

什麼是第一手資訊

本文所說的第一手資訊,是由決定或管理該資訊的當事者發布的資料。

想確認的事項 優先採用的資訊
自家旅宿的營業日、客房、餐食、貓咪現況 旅宿主人的營運記錄、預訂台帳、現場負責人的確認
預訂服務的功能、費用 服務商官方網站、現行價目表、合約管理畫面、客服回覆
WordPress、外掛的使用方式 WordPress.org、開發者官方手冊、管理後台
伺服器規格、操作 簽約主機公司的官方手冊、合約管理畫面
法令、制度、補助金 國家、地方政府、主管機關的官方頁面與原文
自家網站目前公開的內容 公開頁面與正本原稿兩者

搜尋結果的簡短說明、比較網站、SNS貼文與舊部落格文章,可以作為線索,但不一定能當作最終根據。請將它們當成尋找官方頁面的入口,並實際開啟後續頁面。

逐句取出需要確認的資訊

一句話包含多個主張時,容易忽略只有一部分正確的情況。

例如,「這套預訂系統免月費,能與OTA自動整合,也支援Stripe付款」這句話,至少有三項需要確認。

  1. 月費是多少?免費有條件嗎?
  2. 與哪些OTA整合、整合什麼、採用哪種方式?
  3. 是否直接連接Stripe,或需要其他支付服務商或付費功能?

「支援」「整合」「免費」這類簡短用詞,更需要確認適用範圍與條件。

官方頁面也要確認的五個重點

1.營運主體與網域

確認是否混淆名稱或網域相似的服務。比對公司介紹、官方網站的連結與瀏覽器網址,不要只看搜尋結果的標題。

貓宿研究所也曾將預訂畫面使用的d-reserve.jp,與另一項服務的相似網域混淆。後來逐字核對拼法,並修正文章與內部連結。

2.目前的產品名稱

舊名稱、後繼產品、預訂畫面的名稱與營運公司名稱,可能同時列出。文章應以讀者目前能找到的現行名稱為主,只在必要時補充舊稱。

3.適用條件

「免費」是只有免費方案、試用期,還是另收預訂手續費?「可整合」是標準功能、付費選項,還是需要另外簽約?請分別確認。

4.公開日、更新日、適用日

即使是官方頁面,也可能是舊消息或已結束的活動。請確認內文日期、價目表修訂日,以及何時適用於目前簽約方案。若沒有日期,記錄確認日,並縮小可斷言的範圍。

5.自家旅宿的合約內容

官方網站列出的所有功能,不一定都能在自家方案使用。最後請透過管理後台、合約、帳單明細與客服回覆確認。不過,這些資料包含個人資料或秘密資訊,不要直接交給AI。

旅宿資訊有時應先確認現場,再看「官方網站」

自家官方網站留有舊資訊時,若以公開頁面為根據寫新文章,會複製錯誤。應先確認旅宿主人管理的以下正本。

  • 營業日曆與休館日
  • 正在銷售的客房、方案與容納人數
  • 餐食、過敏與兒童接待的現行規則
  • 接送、停車場、入住方式
  • 招牌貓是否仍在旅宿生活、休養情況、可互動的場所
  • 取消規定與適用條件

現場決定與網站不同時,請列出網站、預訂頁面、OTA、SNS等刊載相同資訊的位置。讓OTA與官方網站的說明一致介紹了核對步驟。

請AI確認時,可複製使用的提示詞

請逐句確認下列文章中包含的事實。

目標文章:[文章或原稿檔案]
確認日:[年月日]
優先資料:服務商、公家機關、開發者、旅宿自身的現行官方資訊

每個項目請製作表格,列出:
1. 需要確認的主張
2. 確認結果(已確認/部分確認/未確認/存在矛盾)
3. 決定資訊的主體
4. 實際開啟的官方URL或資料名稱
5. 作為根據的說明摘要
6. 公開日、更新日、確認日
7. 條件、例外、另外收費
8. 文章可安全使用的表達方式

不要只憑搜尋結果的說明就標記已確認。
無法開啟頁面或沒有根據時,不要推測,請標記「未確認」。
本次只調查與報告,不要變更原稿、WordPress或外部服務。

即使如此委託,也應由人閱讀AI的表格,並親自開啟重要官方頁面。

不只留下出處URL,也記錄「確認了什麼」

只保存URL,之後可能不知道當時查看了頁面的哪個部分。請記錄以下項目。

項目 記錄範例
確認對象 預訂變更時的退款方式
結果 可由管理後台操作,但付款手續費的處理需確認合約
資訊來源 服務商的退款手冊
確認日 2026年8月17日
文章表達方式 「支援退款操作。手續費與期限請確認合約條件」
下次確認 費用調整時,或6個月後

不要整段轉載文章,而應用自己的話摘要必要事實。使用條款與法令,不要只憑文章摘要判斷,也應提供原文。

兩份資訊互相矛盾時

舊頁面與新頁面、官方網站與管理後台、現場與OTA不一致時,不要讓AI以多數決判斷。

  1. 確認負責決定該資訊的人
  2. 確認適用日與對象方案
  3. 確認目前管理後台或營運記錄
  4. 必要時向服務商或網站製作公司詢問
  5. 解決之前,不公開斷言

詢問時,記錄回覆時間、聯絡窗口、問題與回答重點。不必將承辦人的姓名或電子郵件地址放進公開文章。

即使AI看似已確認,仍應停止的跡象

  • 根據URL只有搜尋結果或首頁
  • 沒有實際開啟指定官方頁面
  • URL不存在,或轉往另一家公司
  • 將「一般而言」「通常」寫成特定產品的規格
  • 費用未區分幣別、稅、期間、初期費用與手續費
  • 寫著「支援」,卻沒說明對象服務或整合方式
  • 沒有確認日,混合舊資訊與現行資訊
  • 一項未確認事項也沒有

這時不要繼續公開,應重新詢問:哪個主張用哪份資料確認?

發現AI錯誤後要做的事

只修正當下的文章,同樣錯誤可能在其他文章或下一次工作重複出現。

  1. 在公開文章、原稿、入口頁面與配發資料中搜尋相同表達
  2. 統一修正正式名稱、正確URL與確認根據
  3. 確認舊連結數量已為0
  4. 在內容計畫或調查記錄留下訂正理由
  5. 若是需要持續遵守的規則,加入AGENTS.md或CLAUDE.md

曾將Codex用檔案誤認為AGENT.md時,我們不只修改說明文章,也將專案中的正本與參照位置統一成複數形式的AGENTS.md。確認建議讀者採用的方法與自身營運一致,也是確認工作的一部分。

公開前的最後確認

  • [ ] 逐字確認服務名稱、公司名稱與網域
  • [ ] 已實際開啟官方頁面
  • [ ] 已區分費用、功能、對象方案與另外簽約
  • [ ] 已確認資訊公開日、適用日與確認日
  • [ ] 已確認是否符合自家合約與營運
  • [ ] 沒有以推測填補未確認事項
  • [ ] 已記錄出處與確認內容
  • [ ] 其他頁面沒有留下舊表達
  • [ ] 最後已由旅宿主人或負責人確認

總結

將AI回答當成開始調查的候選資訊,公開的事實則用第一手資訊確認。重要的不只是附上URL,更要核對決定資訊的主體、適用條件、日期與自家合約。

初次諮詢的方法,請參考Codex與Claude Code諮詢入門;調查委託範例可見WordPress營運提示詞10選;包含錯誤的AI營運實例,請閱讀AI營運中的失敗,以及不能交給AI的工作。

參考資料

※服務名稱、費用、功能與URL可能改變。文章引用時,請確認當時的官方資訊與自家旅宿的合約內容。

已複製標題與網址