嘿——我發現你這週第三次開始建構專案時,貼上的還是跟前兩次一模一樣的段落:你的營業時間、你的菜單、還有那句「柴燒烤爐是這棟建築原有的設備」。我懂你為什麼這麼做。但你每次都得從零重建你餐廳的記憶,而建構器一旦對話結束,就樂於把你告訴它的一切全部忘光。其實有更好的方法,而且它就已經在你的帳戶裡了。
從它一直亂猜的事實開始
把你的事業夥伴做的那份 PDF——酒單、季節營業時間,還有兩句為什麼週五不接受訂位的說明——上傳成知識檔案。把它綁定在帳號層級,而不只是單一對話中,這樣未來每次建構時,系統都會把它當成事實依據去讀取,而不是自己編一個聽起來合理的答案。這才是這類智慧代理真正的風險——它們非常擅長用聽起來合理但其實不對的內容來填補空白。你的營業時間不是一個該被「填補」的空白,而是一個該被查詢的事實。
接著讓它看看「屬於我們的」風格長什麼樣子
你提過喜歡那家生蠔吧網站處理菜單的方式——大幅的攝影照片,價格則低調地放在一旁。別用文字去描述這種感覺,直接把那個網站當作參考範例上傳,讓設計總監朝著那個方向去設計,而不是去猜「乾淨又帶點高級感」對你來說到底是什麼意思。「像這樣,但要是我們自己的版本」是一份系統真正能執行的需求說明,這是形容詞永遠做不到的。
使用你自己的照片
還有,請在下一次建構之前,而不是之後,把你實際的食物照片上傳到圖片庫。AI 生成的擺盤看起來很有說服力,直到有位常客發現主視覺照片裡的那道菜其實從沒上過你的菜單。一旦你的圖片進了圖片庫,建構器就會優先使用它們,只在你還沒拍到的地方才生成——像是頁面裡的空白角落、一個圖示,或是背景紋理。
把你喜歡的那個存起來
當你建構出一個滿意的成果時——從你給我看的內容來看,第二個版本已經很接近了——把它存成範本。下一個分店,或是下一次季節菜單改版,就能從那裡開始,而不是從空白對話重新來過。這其實就是代理商在建構過兩三個網站之後會做的事:不再從頭開始,而是打造一套屬於自己的起點庫。
| 功能 | 提供給建構器 | 範圍 |
|---|---|---|
| 知識 | 不可捏造的事實 | 可依對話或整個帳號設定 |
| 參考範例 | 風格品味與限制條件 | 可依對話或整個帳號設定 |
| 圖片庫 | 你真實的素材 | 適用於整個帳號 |
| 範本 | 一個可用的起點 | 可永久重複使用 |



