簡而言之： 別再把人工智慧當成谷歌了：聊天模型獎勵的是主題對話，而不是一次性的關鍵字搜尋。當你向受眾和限制條件進行簡要說明，然後 進行點評和完善時 ，一個普通的初稿就能變成真正可以發布的成品。

重點總結：

主題搜尋而非答案搜尋：請將第一個回應視為草稿，而不是最終的答案。

首先要簡潔明了：說明受眾、語氣、篇幅和格式，而不是堆疊關鍵字。

後續指導：進行具體修改；不要每次都重新開始整個提示。

點評環節：指出不足之處，然後重寫以彌補這些不足。

保持上下文：除非主題真的發生了變化，否則請留在討論串中，以便累積約束條件。

別再把人工智慧當成Google一樣對待了

大多數人打開聊天機器人的方式和打開搜尋框一樣：輸入一個簡短的問題，按下回車鍵，快速瀏覽回覆的第一部分，然後關閉標籤頁。接著，他們聳聳肩，說這個工具“一般般”或“千篇一律”，或者說既被譽為又令人失望。這種出乎意料的習慣，正是問題的癥結所在。.

搜尋引擎的設計初衷是一次檢索。你輸入關鍵字，得到一堆鏈接，然後離開。聊天模型則是為了對話而生的——為了反覆交流，為了“等等，不是那樣”，為了不斷縮小範圍，直到答案完全符合你的需求。如果你不再像對待谷歌那樣對待人工智慧，那麼當初給你提供平淡無奇的初稿的模型，突然間就會像一位思維敏捷的同事，記住你三條消息前說過的話。

這篇文章探討的是對話和後續指導，而不是什麼神奇的提示，也不是什麼秘訣。它只專注於看似平淡卻行之有效的循環： 提問、評論、改進、再次提問 ——以及如何透過不再把聊天當作自動販賣機，讓平庸的第一次回答變得精彩。

為什麼一次性「搜尋」習慣在聊天中會失敗

谷歌式的思考模式假定查詢是完整的。你輸入“最佳陌生拜訪郵件主題”，然後期待得到一個按排名排列的網頁列表。搞定。聊天並非如此——或者更確切地說，它或許可以偽裝成這樣，但你得到的答案卻像是旅遊宣傳冊上的那種敷衍了事。膚淺、保守、過於客氣，完全忽略了你的受眾、語氣和真正的限制。.

尷尬之處在於：人們把責任歸咎於模型，但實際上根本沒有進行過這樣的對話。他們從未說過「我們的目標客戶是中型企業的營運經理，而不是新創公司」。他們從未要求修改文案，使其聽起來不那麼像推銷文案。他們從未請求過審閱意見。所以，第一份回覆當然會讓人覺得像是千篇一律的範本文案。.

我想最簡單的重新定義是這樣的：搜尋查詢是對目的地的請求。聊天訊息是工作會議的開場白。如果你把開場白當作整個會議，那當然——你最終只會得到一些不完整的筆記。. 

• 一次性提問會使模型缺乏它無法正確建構的上下文資訊。.
• 簡短的關鍵字習慣掩蓋了真正的目標（格式、受眾、限制、語氣）。.
• 回覆一次後關閉標籤頁會跳過迭代循環，導致品質躍升。.

別再把人工智慧當成Google：要像合作者一樣溝通

合作者不會只收到三個字的簡要說明就交出成品。他們會提出澄清問題——或者你需要主動提供缺失的信息，以免他們胡亂猜測。這裡也一樣。告訴合作者 你的目標受眾是誰，什麼是「好」的，應該避免什麼，以及你希望最終成果如何呈現。

實際上，最好的第一個訊息往往聽起來有點粗糙。 「請撰寫一篇關於我們成功完成客戶導入的LinkedIn貼文——保持謙遜，不要贅述，字數不超過120字，並且不要提及客戶名稱。」 這不是搜尋查詢，而是簡報。簡報有助於協作，而關鍵字容易讓人猜測。.

當你 不再像對待Google那樣對待人工智慧時，你就能為討論留出更多空間。你會假設第一個回覆是草稿，第二個回覆是修改，第三個回覆是潤飾。這種預期本身就會改變工具的實用性──因為你不再像對待最終交付物那樣去評斷粗略的草稿。 

將平庸轉化為卓越的迭代循環

有一個簡單的循環，適用於寫作、計劃、程式設計幫助、研究摘要——幾乎適用於你在聊天視窗中進行的任何操作：

• 提出要求 提供清楚的簡要說明（目標、受眾、限制、格式）。
• 仔細閱讀， 找出缺失、錯誤或不太對勁的地方——而不僅僅是拼字錯誤。
• 指導時 要進行後續跟進：縮短篇幅、精簡措詞、改變角色、增加範例、減少術語。
• 必要時再進行評論：「這裡有哪些不足之處？」然後改正這些不足之處。
• 鎖定 格式。

聽起來似乎過於程序化了，就像教人如何與打字速度很快的同事交談一樣。但關鍵就在這裡。模型本身速度很快，真正稀缺的是你的判斷力。迭代就是在不從頭重寫所有內容的情況下，注入判斷力的方法。.

人們跳過修改環節的頻率比你想像的要高得多。他們寧願重寫整個題目，也不願指出「這太正式了——寫得像給隊友的Slack訊息一樣」。後續指導比重寫划算得多。所以，請善加指導。. 

谷歌式查詢 vs. 對話式後續跟進

並肩坐比再來一番鼓勵更有幫助。即使是些小怪癖也包括在內——因為日常聊天本身就帶有各種怪癖。.

方法	你將獲得什麼	還缺什麼	下一步
谷歌風格：“冷郵件技巧”	千篇一律的實用技巧清單，你已經看過上百遍了。	您的產品、受眾、語氣、篇幅、合規性限制	增加受眾群體 + 提供產品/服務 + “聽起來像人，而不是推銷”
一次聊天：長時間提問，無後續跟進	篇幅更長、格式更美觀的通用答案	你的口味；仍然沒有修訂週期	要求針對某個弱點進行重寫
對話式：簡短 + 2 次後續跟進	符合語氣、長度和使用場景的草稿	或許你漏掉了一個特殊情況。	明確該特殊情況；鎖定最終格式
迭代循環：草稿 → 評論 → 潤飾	您可以發貨的最終成品非常堅固。	如果你堅持特定原則，幾乎沒有什麼問題。	把這次成功的提示圖案保存下來，下次再用。

注意其中的規律：當你不再苦苦尋找完美的開場白，而是開始掌控局面時，「缺少什麼」這一欄就會逐漸縮短。這就是關鍵所在。. 

前後對比：後續指導如何改變輸出結果

讓我們用散文舉一個具體的例子──不是實驗室研究，而是當某人終於慢下來時產生的那種想法。.

首先要問： “為新用戶編寫一封引導郵件。”

第一個回應（一般）： 熱情洋溢、略顯正式的歡迎語，共三段。含糊其辭地承諾「充分利用平台」。感覺像是任何一家SaaS公司的回覆。還行，但很容易被遺忘。

後續追蹤 1： “為繁忙的營運經理重寫。更簡短。直接指出他們今天應該採取的唯一行動。去掉‘很高興您能來’之類的客套話。”

第二個答案（比較好）： 開頭就直奔主題，刪減了冗員部分。但仍略顯生硬；使用了一次「utilize」（利用），這……不太理想。

後續建議 2： “聽起來像個樂於助人的團隊成員，而不是產品營銷人員。換掉那些官腔。加一句關於在哪裡可以找到設置清單的話。”

第三個回應（非常出色，值得發送）： 清晰的行動號召、人性化的語氣、實用的建議、篇幅適中，適合普通收件匣。同樣的模板，不同的溝通方式。

文章從平庸躍升至優秀，並非源自於更巧妙的開頭關鍵字，而是得益於後續的說明，這些說明闡明了文章的限制、語氣和格式。如果你只能記住這篇文章的一點，那就記住這一點吧。. 

常見的一次性錯誤（以及正確的做法）

我曾目睹——好吧，我自己也犯過——人們把聊天當作搜尋來使用時會犯一系列可預見的錯誤：

• 關鍵字堆砌。 「最佳人工智慧寫作技巧，提高遠端團隊效率，202…」等等——反正沒有年份。重點是，關鍵字堆砌不等於簡報。要用完整的句子表達。
• 接受第一種形式。 如果你想要的是一份清單，結果卻收到了一篇論文，不要嘆氣──要清單就對了。
• 隱藏限制。 法律限制、品牌調性、字數上限、「不要提及競爭對手」——儘早說明，否則你將永遠無法修改。
• 與其不斷改進，不如重新開始。 每次細微的調整都另開新帖，會失去上下文。除非話題真的發生了變化，否則請留在原帖中。
• 不要使用批評性語言。 「改進一下」太籠統了。 「把引言刪減一半，用例子代替論點」則過於直接。

這個略顯另類的比喻幾乎說得通：把聊天軟體當成谷歌來用，就好比對著廚師大喊菜名點餐，然後抱怨端上來的菜不是你奶奶的秘方。你根本沒描述過食譜。不過話說回來——也許這個比喻並不完美。廚師畢竟不是聊天機器人。但無論如何：沒說清楚的口味，最終只會得到千篇一律的調味料。. 

聊天記錄、記憶實踐以及何時重新開始

對話主題功能被低估了。在對話中，你可以引用「第二稿」、「保持之前的語氣」或「保留結構但替換範例」。這種連貫性是搜尋標籤頁永遠無法提供的。.

實際上：

• 將相關工作放在同一個執行緒中，以便約束條件累積而不是重設。.
• 如果討論過長，請在討論過程中總結要點——「提醒自己：受眾 X，語氣 Y，形式 Z」。
• 當舊聊天記錄充斥著相互矛盾的指示或涉及完全不同的專案時，請發起新的聊天。.

人們要么從來不重新開始（結果帖子就成了垃圾桶），要么每次都重新開始（結果所有好的約束條件都丟失了）。其實還有中間路線。試試吧。. 

角色、背景和輸出格式——人們容易忽略的關鍵因素

除了「寫這個」之外，還有三個因素悄悄決定著品質：

角色扮演。 「扮演懷疑的編輯」和「扮演熱情洋溢的行銷人員」所產生的回饋截然不同。角色扮演並非為了娛樂——而是為了讓批評意見更符合你的需求。

上下文。 貼上粗略的筆記、未完成的提綱、以及之前那封差點奏效的郵件。上下文勝過巧妙的措辭。永遠如此。

輸出格式： 項目符號、段落、表格還是腳本？如果不指定，就只能使用模型當天的狀態──那種狀態就像室友一樣，時好時壞。

如果你在第一條訊息中忘記了，可以在後續訊息中把它們列出來：「從現在開始，請像嚴格的編輯一樣回覆。使用我下面的註釋。只輸出一個包含5個要點的待辦事項清單。」 這並非過度設計，而是引導流程。. 

無需從頭開始的重寫和修改

批判 性評估 是指在修改之前，要求模型根據你的目標評估自己的草稿。例如：“列出三個導致繁忙的運維人員無法理解的地方。然後修改以解決這三個問題。”

這一步驟促使模型更加具體。模型必須指出不足之處——你可以持有不同意見。也許它認為語氣太隨意，而你更喜歡隨性的語氣。很好——告訴它。現在你們是在合作，而不是單向消費。.

重寫那些在實踐中行之有效的指令：

• “保留原有思想，只需改變表達方式。”
• “結構相同；將抽象的陳述替換為具體的例子。”
• “在不失去行動號召的情況下，削減 30% 的費用。”
• “給我兩種版本：一種是勁爆的，一種是柔和的。”

我認為，這種元技能的關鍵在於學會把文本當作一個物件來討論。保持距離很有幫助。你不是在祈求機器施展魔法——你是在指導編輯。. 

建立個人後續跟進手冊

經過幾次成功的嘗試，模式就會顯現。借鏡自己的經驗。保留一份簡短的後續跟進清單，以便重複使用：

• “過於籠統——請根據我的筆記添加一些限制條件。”
• “質疑這個計劃；會出什麼問題？”
• “改寫成適合快速瀏覽的版本；用粗體標出動作。”
• “請用一種我雖然很聰明但對這個領域不太熟悉的方式來解釋。”
• “請將其格式化為清單，以便我可以貼上到 Notion 中。”

這時， 「別把人工智慧當谷歌用」 就變成了一種習慣，而不僅僅是一句口號。你不再苦苦尋找完美的搜尋查詢，而是開始累積對話技巧。搜尋獎勵巧妙的關鍵字，而聊天則獎勵隨著時間推移而清晰明確的引導。

稍微離題：我曾經嘗試「優化」一個超長的提示，這樣就不用後續跟進了。結果它又長又脆，而且在一些關鍵的地方仍然含糊不清。最後我放棄了。後續跟進才是王道。這並非因為後續跟進很流行——而是因為現實生活中有很多細節，所以在看過初稿之後才會注意到。. 

深入探究：如何在不顯得生硬的情況下闡明限制條件

人們擔心詳細的說明會讓他們聽起來像是在編程。別擔心。正常說話就好。限制條件可以很隨意：

“忽略任何聽起來像新聞稿的內容。如果一句話可以出現在任何公司的博客上，就刪除它。保留我那些獨特的例子——它們才是重點。”

這是一個限制條件，也是一種語氣偏好。模特兒對明確表達的偏好反應比人們預期的要好——只要這種偏好與具體的要求相關聯。溫和的偏好加上明確的限制比單獨使用任何一種都更有效。.

另一個常被低估的技巧：告訴它你眼中的成功是什麼樣子。 「成功 = 我的隊友能夠獨立完成任務，無需我追問。」 突然間，草稿變得更實用，不再那麼花俏。效果顯著。. 

深入探究：Google習慣何時仍然有用

好的——先稍微解釋一下，免得變成教條。有時候，你確實需要快速定義、列出選項、大致了解某個主題。用聊天軟體像速成百科全書一樣快速找到訊息，持續三十秒是可以的。但如果工作需要判斷、表達和契合度，卻一直依賴這種模式，那就錯了。.

使用類似搜尋的提問方式來決定方向。當你需要製作、發送或決定某個產品時，再切換到對話模式。方向確定和產品製作是兩種不同的方式。如果混用，你就會因為工具一直在等待你的第二個訊息而感到沮喪。. 

深入探究：透過保存的線索教導未來的自己

好的對話模式是可重複使用的知識。當一段對話最終步入正軌——語氣、結構、限制條件都恰到好處——就把這種模式保存下來。這並非將其奉為神秘的秘籍，而是像筆記一樣：“給客戶發郵件：以行動開頭，禁止空洞的措辭，徵求反饋意見，然後控制郵件長度。”

你正在為與一位行事迅速、直截了當、有時甚至過於自信的合作夥伴協作而製定一份個人操作手冊。這關乎實際經驗，而非基準圖表。那些獲得持續價值的人並非運氣好於模型，而是更擅長後續跟進。. 

結語/要點總結

至少記住一點：不要把第一次回覆當成最終成品來評斷。把它當作草稿零號。像合作者一樣溝通。使用後續說明來明確受眾、語氣、限制條件和格式。進行一次點評。反覆迭代，直到最終版本可以發布。.

搜尋習慣有利於取得連結。聊天鼓勵對話。一旦你了解這一點，這些工具就不會像彩券一樣讓你碰運氣，而更像是一位需要──也值得──指導的得力助手。.

• 一次性關鍵字搜尋會產生通用的初稿。.
• 後續跟進和修改潤飾是品質提升的關鍵所在。.
• 角色、背景和輸出格式都是高槓桿因素。.
• 專注於有意義的討論；當討論變成無意義的噪音時，再重新開始。.
• 建立一套後續跟進的小策略手冊，以便有意識地重複使用。.

下次當你忍不住想在聊天機器人裡輸入三個字的查詢時，請先停頓一下。簡要說明一下。期待一個初步的回饋。引導它。這就是從平庸走向卓越的秘訣──不是奢望第一個答案完美無缺，而是堅持等待答案的到來。. 

實際案例：將一次性的新使用者引導郵件拆分成三封郵件組成的郵件執行緒。

這篇文章的論點在你親眼目睹同一個模型在不更換任何工具的情況下，僅通過改變與它的交互方式，就能生成一份平庸乏味的文案，然後又生成一份可發送的草稿時，會顯得格外有力。以下是一位英國SaaS客戶成功主管使用的具體循環，旨在 避免 在每週的客戶入職郵件中將人工智慧像谷歌一樣使用。

設想

Priya每天都要寄給新入職的營運經理客戶一封入職郵件。幾個月來，她一直在聊天機器人裡輸入“給新用戶寫一封入職郵件”，瀏覽那些熱情洋溢的官方回复，嘆口氣，然後把大部分內容都重寫了一遍。第一個回覆總是聽起來跟其他所有SaaS歡迎郵件都一樣：很高興您加入，如何充分利用平台，以及一些無關緊要的有用連結。.

她不需要什麼秘密的超級提示。她只需要一個簡短的工作會議：一份清晰的簡報，一次回饋修改，一次潤色潤飾——然後由人工發送。第一次回覆是草稿，第二次回覆是修改稿，第三次回覆是最終潤飾稿。.

目標是提供一條繁忙的營運經理可以在一分鐘內採取行動的訊息，而不是一份新聞稿式的歡迎訊息。.

助理需要什麼

• 讀者對像是忙碌的營運經理，而不是新創公司創辦人。
• 他們今天應該採取的唯一行動（例如打開設定清單）
• 語氣要謙遜，不要說“很高興你能來”，不要空頭承諾。
• 硬性限制：篇幅、禁用詞彙、禁止虛構的內容（功能、服務等級協議、折扣）
• 願意在同一個對話主題中進行兩次後續溝通，而不是每次都新建一個聊天視窗。
• 發送前負責驗證連結和聲明的人工審核員

範例說明

資訊 1 - 簡潔扼要（非關鍵字搜尋）： 撰寫一封簡短的新使用者引導郵件。受眾：繁忙的維運經理。郵件開頭應明確告知新使用者今天應該採取的唯一行動：開啟幫助中心的設定清單。保持簡潔，字數不超過 120 字，避免使用「很高興您加入」之類的客套話。請勿虛構產品功能。請使用英式英語。輸出：僅包含郵件主題和正文。

訊息 2 - 引導： 改寫成適合快速瀏覽的版本。聽起來像個樂於助人的團隊成員，而不是產品行銷人員。替換掉一些企業用語（去掉「utilise」、「leverage」等）。保留原有的行動和事實。刪除任何可能出現在任何公司部落格上的內容。

訊息 3 - 提出批評意見並鎖定： 列出三個仍無法吸引繁忙維運人員的地方。然後重寫以解決這三個問題。鎖定格式：主題 + 正文不超過 120 字，包含一個清晰的行動號召 (CTA)，以及一句指向設定清單的句子。

如何測試它

• 將 Google 風格的提問（「新用戶入職郵件技巧」）與上面使用相同模型和同一天發送的三個訊息進行比較。.
• 在發送第一則訊息後，詢問：「我沒有給你哪些限制條件，讓你只能靠猜測？」利用答案來完善第二個訊息。.
• 特殊情況：留在原對話主題中，並說明「保持結構，只改變語氣」。確認它不會重新開始，變成一個通用的歡迎訊息。.
• 特殊情況：打開一個全新的聊天窗口，只使用最初的三個詞來描述習慣，並注意你會丟失多少上下文資訊。.
• 發送前的驗收檢查：（1）以今天的行動開頭，（2）字數不超過 120 字，（3）沒有違禁的填充短語，（4）有檢查清單指針，（5）沒有虛構的功能，（6）您親自點擊鏈接。.

結果

範例結果 （基於一位客戶成功主管每週的入職郵件估算，並非已發表的研究）：在連續六週的郵件發送中，從「空白草稿」到「準備人工核查」的時間，中位數從約 20 分鐘（一次性提示 + 大量修改）縮短至約 8 分鐘（採用簡短提示 → 指導 → 點評的循環）。人工核查連結和聲明仍然需要每封郵件約 3 分鐘，因此每封郵件淨節省約 9 分鐘，六週共節省約 54 分鐘。根據驗收清單（行動優先、篇幅適中、無冗長的開頭、清單提示、無虛構功能），六封郵件中有五封通過了首次人工審核，而六封一次性提示的郵件中只有一封通過了審核。限制：樣本量小、僅一位撰稿人、僅一種郵件類型；輕鬆的幾週會縮小差距；計時包括閱讀模型回复，但不包括 Slack 中斷。

要衡量你自己的版本：用你目前的一次性寫作習慣寫 5 個可發布的草稿，然後用計劃好的兩次後續寫作習慣寫 5 個可發布的草稿，根據相同的檢查清單對每個草稿進行評分，並報告中位數和通過率，同時顯示分母。.

可能出現什麼問題

• 回覆一後關閉標籤頁： 你把草圖當作產品來評價，然後怪罪模型。
• 關鍵字堆砌： 「最佳入職郵件技巧 生產力運作…」仍然是聊天框中的一種搜尋習慣。
• 含糊不清的批評： 「做得更好」這樣的建議並沒有給出任何方向。請指出不足之處（語氣、篇幅、行動呼籲）。
• 每次調整都會重新開始： 新的聊天記錄會拋棄你已經獲得的限制。
• 雜亂的抽屜貼文： 相互矛盾的指示堆積如山——只有當主題真正改變時，才應該重新開始。
• 跳過驗證： 即使是聽起來像人寫的草稿，也可能憑空捏造功能或破壞連結。

實用要點

搜尋獎勵巧妙的查詢。聊天獎勵簡潔明了的內容、明確的方向和反覆的討論。當你不再把人工智慧當作谷歌來對待時，你就不會再苦苦尋找完美的開場白，而是開始進行簡短的協作：提問、了解缺失的資訊、給予指導、確定格式。同樣的模式，卻能帶來更有效率的對話。這就是為什麼普通文案如何在周一早上也能順利發送的原因。.

常問問題

「停止像對待Google一樣對待人工智慧」是什麼意思？

這意味著不要再把聊天機器人當成一次性的搜尋框——輸入簡短的關鍵字，快速瀏覽一下結果，然後關掉標籤頁。搜尋引擎檢索的是連結；而聊天模型是為對話、互動和不斷完善條件而設計的，直到找到符合你需求的答案。把第一則訊息當作工作會議的開場白，而不是整個會議。這種轉變能讓平淡無奇的初稿聽起來像是一位思路清晰、幹練的同事在與你交流。.

為什麼在聊天中，像 Google 那樣的一次性提問會失敗？

谷歌式的思考模式假定查詢內容完整，因此得到的答案就像旅遊宣傳冊一樣：膚淺、安全，卻忽略了目標受眾、語氣和實際限制。人們常常把責任推卸給這種模式，卻從未說明自己的目標受眾是誰，從未要求修改文稿以減少推銷意味，也從未進行過審閱。一次性提問會讓這種模式無法正確建構上下文，而回復一次就關閉則跳過了提升品質的關鍵迭代環節。.

我應該如何像對待合作夥伴而不是搜尋引擎一樣與人工智慧對話？

提供簡潔扼要的說明，而不是關鍵字：你的目標讀者是誰，什麼是「好」的，應該避免什麼，以及你希望最終成果如何呈現。聽起來像正式簡報的初步資訊有助於促進協作；而堆砌關鍵字則容易導致猜測。假設第一次回覆是草稿，第二次回覆是修改，第三次回覆是潤飾──這樣就不要再把初稿當作最終交付物來評判了。.

什麼樣的迭代循環可以將普通的AI答案轉化為優秀的答案？

提出要求時，先明確簡報內容（目標、受眾、限制、格式），然後仔細閱讀，找出缺失或不妥之處。提供後續指導——例如，精簡、提煉、調整角色、添加範例、刪除專業術語——如有必要，再次進行評論（「這裡有什麼不足之處？」）。內容確定後，再敲定格式。後續指導的成本遠低於從頭重寫整個題目。.

後續說明如何修改入職郵件草稿？

籠統的「寫一封新進員工入職郵件」往往只會得到一些千篇一律的、毫無新意的企業宣傳語，這些話在任何一家SaaS公司都可能出現。如果後續的郵件能夠針對繁忙的維運經理，以當日行動為導向，並剔除空洞的填充內容，郵件就會更加簡潔明了。再修改一下，如果能加入一些團隊成員式的語氣，替換掉一些正式的措辭，並添加一份設定清單，同樣的範本就能產生一份可以發送的草稿。關鍵在於對話式的溝通，而不是更巧妙地使用第一個關鍵字。.

在使用 ChatGPT 式聊天時，我應該避免哪些一次性錯誤？

避免堆砌關鍵字而用完整的句子表達，不要接受第一個選項而選擇清單，也不要隱藏品牌調性或字數限制等限制條件。每次細微調整都重新開始聊天會失去上下文；除非話題真正改變，否則請留在原對話中。用更具體的建議代替空泛的“做得更好”，例如刪減開頭或用實例代替空洞的陳述。.

我應該何時繼續留在AI聊天線程中，何時又應該重新開始？

將相關工作放在同一個主題貼文中，以便累積約束條件－你可以引用「第二稿」或「保持與之前相同的語氣」。如果討論過長，可以在討論過程中進行簡要總結。當指令相互矛盾或項目發生重大變化時，請另開新帖。這種方法既避免了主題帖堆積成垃圾，也避免了每次更新都重新設定約束條件。.

當我不再像對待Google那樣對待人工智慧時，哪些因素最為重要？

角色會影響評論的客觀性——「懷疑的編輯」與「熱情洋溢的行銷人員」截然不同。上下文比巧妙的措詞更重要：貼上筆記、提綱，或是之前一封差點奏效的郵件。輸出格式——項目符號、表格、腳本、清單——可以避免像室友一樣語無倫次。如果你在第一封郵件中忘記了這些內容，可以在後續郵件中補充：角色、以下備註以及僅包含待辦事項的清單格式。.

批評指導如何幫助我修改文章而無需從頭開始？

在修改之前，請模型根據你的目標評估其草稿——例如，列出草稿中三個可能忽略繁忙營運受眾的問題，然後解決這三個問題。這樣就能明確指出不足之處，你可以選擇同意或不同意。有效的修改方法包括：保留核心思想但改變表達方式，用實例替換抽象的論斷，在不丟失行動號召 (CTA) 的前提下縮短篇幅，或者要求提供兩個帶有標籤的版本。.

什麼時候使用人工智慧進行快速搜尋仍然是合適的？

快速定義、選項清單或粗略的主題圖在三十秒內是可以的。但如果在需要判斷、表達和契合度的工作中仍然停留在這種模式下，那就大錯特錯了。使用類似搜尋的提問方式來確定方向，然後在需要交付、發送或做出決定時切換到對話模式。不同的模式——混用它們只會讓你對等待你第二個訊息的工具感到沮喪。.

參考

1. OpenAI — help.openai.com
2. OpenAI——developers.openai.com — developers.openai.com
3. 人為因素 — platform.claude.com
4. 克勞德 — claude.com
5. Google AI — ai.google.dev