很多人用 AI 做網站的習慣是：開一個對話，從第一天做到最後一天，所有事情都在裡面講。

然後到了第三天，AI 開始怪怪的。它忘了前面講好的規則、把做好的東西改掉、或是講到一半突然回答一個你沒問的問題。

先講結論：拆。一個對話一次推進一件事，做完就寫下結論，換下一個對話做下一件事。AI 對話的本質是單線程，它不適合同時處理好幾個子任務。

為什麼聊到後面會開始亂

你跟 AI 討論一個專案，主要任務一定會拆成好幾個子任務：先做首頁、再做報名表、再接通知信、再弄手機版。

問題是，在同一個對話裡很難輪流切換這些東西。你討論完第一件，AI 可能已經忘了後面還有第二、三、四件。你跳回去補第一件，它又把第二件的邏輯混進來。

上下文累積得越長，它混亂跟產生幻覺的機率就越高。這不是你的提示詞寫不好，是對話這個形式本身撐不住那麼多線。

我自己的三步驟

我處理多任務的方式很固定：

一、把要討論的東西先存進知識庫。專案有哪幾個子任務、每個的目標是什麼、彼此的關係，先寫下來。

二、開新對話分開討論。一個對話只處理一件事。做首頁的對話不談報名表，做報名表的對話不談通知信。

三、討論完把結論寫回同一個知識庫。這個子任務做了什麼、決定了什麼、要注意什麼，寫回去，慢慢補完整。

知識庫在這裡的角色不是備忘錄，而是跨對話的工作記憶。每個對話是一條線，知識庫是把線串起來的地方。

一個實際發生的過程

今年六月一場講座結束當晚，我要規劃接下來的三日工作坊。

那天晚上要處理的事情很多：講座的心得要整理、受眾反應要記、工作坊的策略架構要定。如果全部塞進一個對話，講到工作坊的時候，AI 對講座心得的細節就開始模糊了。

我的做法是先把講座心得整理成一筆存起來，再開一個對話專門談工作坊架構，開頭請它先讀那筆心得。結果是兩件事都討論得完整，而且工作坊的規劃有確實吃到當晚的觀察，不是憑空想的。

什麼時候該開新對話

給你幾個明確的訊號：

• 你要換一個子任務了
• 上一件事已經有結論，接下來是另一件
• AI 開始重複問你已經回答過的事
• 它改動了你沒叫它改的地方
• 你自己已經記不清這個對話前面講了什麼

出現任何一個，就結束這個對話，寫下結論，開新的。

不要捨不得。對話不是資產，結論才是。

結論要怎麼寫才接得上

寫回知識庫的那一筆，我固定只寫三樣東西：這個子任務做了什麼、做的時候決定了什麼、下一個對話要注意什麼。

不寫過程。「我們試了三種寫法最後選第二種」這種話沒有用，下一個對話只需要知道「用的是第二種，因為第一種在手機上會跑版」。

一筆結論通常十行以內。寫不進十行，代表這個子任務本身還可以再拆。

常見的誤區：怕它不知道前因後果

有人不敢開新對話，是怕新的 AI 不知道前面發生什麼。

這個擔心是對的，但解法不是留在舊對話裡，而是把前因後果寫成結論帶過去。一個新對話加上一筆清楚的背景記錄，遠比一個累積了三天、什麼都有但什麼都模糊的舊對話可靠。

你需要的是它知道該知道的，不是它知道所有的。

另外有人問：那一個對話到底可以多長？我沒有一個字數的答案，但有一個感覺上的答案：當你要往上捲才能確認「剛剛講到哪」的時候，就已經太長了。對話應該短到你不用捲。

留一個問題給你

打開你現在正在用的那個對話，往上捲，數一下裡面同時在處理幾件事？

超過兩件，就是該拆的時候了。

如果你拆到一半不知道怎麼切，可以把狀況寫信給我。我的電子報每週會寫這類用 AI 做事的實際流程，可以先訂起來：https://iamlouis.ai/subscribe/edm