最適合寫作、研究與程式設計的 Claude 提示詞

最適合寫作、研究與程式設計的 Claude 提示詞

最優秀的 Claude 提示能讓任務易於理解:為 Claude 設定目標、應使用的素材、重要的限制條件,以及驗證結果的方法。在撰寫提示時,請確保事實的準確性,並顧及讀者的下一步行動。 在研究方面,請將論點與來源相互連結;在編碼方面,請定義正確的運作行為並執行測試。.

請從以下您需要的任務開始:草擬一封電子郵件、解析資料包,或是修正一個 Python 函式。 從 12 個可自訂的範本中挑選,接著參考三個已通過 Claude 及 GlobalGPT 測驗的解題範例。每個範例都包含完整的題目提示與解答,讓您清楚知道該複製哪些內容、哪些需要修改,以及在檢視自己的作業時該注意哪些重點。.

如果你的工作流程是從研究開始,接著進行撰寫,然後轉為編寫程式碼,, GlobalGPT 將 Claude 及其他領先模型,連同多種 AI 工具,整合至一個價格實惠的訂閱方案與單一儀表板中。您可以將整體工作流程整合在一起,並選擇最適合下一步的模型或功能。.

一覽最佳 Claude 提示詞

請根據您所需的決策或交付成果選擇相應的範本。發送前請先替換方括號內的欄位。寫作與研究範本可直接貼上文字使用;至於需要存取檔案或執行指令的程式設計提示,則需使用能實際執行這些操作的工具。.

任務從這裡開始帶來
寫作根據事實簡報撰寫一封電子郵件W1事實摘要、受眾、回覆措施及字數限制。.
寫作讓你的寫作風格與自身聲調相契合W2你寫過的兩、三個範例,以及這篇新文章的相關事實。.
寫作找出最具影響力的修訂W3您的草稿、目標讀者、撰寫目的,以及任何需要保留的段落。.
寫作將單一內容來源重新運用於兩個受眾群體W4一份經核准的資料來源和兩份受眾簡報。.
研究整合來源資訊,同時不抹平分歧R1標註過的摘錄、其日期、決策問題,以及任何需審核的主張。.
研究根據其引用來源核實該說法R2請提供確切的主張內容及出處段落,而非僅提供網址。.
研究將各項選項與您的決策簡報進行比較R3您針對每個選項的評估標準、限制條件及可靠資訊。.
研究將一個廣泛的議題轉化為研究計畫R4一項決定、受眾、範圍與截止日期。.
編碼針對明確的行為與邊界情況進行除錯C1程式碼、預期行為、錯誤或失敗情況、執行時,以及限制條件。.
編碼根據規格撰寫測試C2行為規範與專案測試框架。.
編碼在不擴大工作範圍的情況下進行重構C3程式碼、具體的維護問題,以及相容性要求。.
編碼透過具體的輸入來解釋不熟悉的程式碼C4實際程式碼及一個具代表性的輸入範例。.

對於許多工作而言,一個可重複使用的起始格式就已足夠。. Anthropic 的提示工程概述 首先從成功準則及其測試方法開始。您無需建立繁複的專家角色來闡述有用的答案應包含哪些內容。.

一個簡短的起始範本

請協助我完成 [任務],以 [受眾或目的] 為目標。
請使用以下素材:[貼上素材]。
請遵守以下限制:[事實、範圍、長度或規則]。
請輸出 [輸出格式]。
成功的結果必須符合 [可驗證的要求]。
若缺少必要的細節,請提出阻礙任務進行的具體問題。.

當標題或標籤能讓複雜的簡報內容更易於區分時,請加以運用。. Anthropic 目前的提示指引 建議針對混合型素材,應提供清晰的指示、實用的範例,以及具描述性的 XML 標籤。標籤的作用是整理文本;它們不會產生證據、授予工具存取權限,也不會使答案變得正確。.

Claude 寫作提示

在寫作時,最困難之處往往在於既要維持簡潔,又要改變表達方式。應明確說明讀者需要做什麼,以及哪些細節是固定的。如果一句流暢的句子暗中附加了某種承諾,那樣反而無濟於事。.

1. 根據事實簡報撰寫一封電子郵件

一封內容清晰、包含最新資訊或客戶電郵,其中所載的細節必須完全準確無誤。. 請攜帶: 事實摘要、受眾、回覆措施及字數限制。.

W1 · 以下為測試的代表性任務

請根據簡報要求撰寫電子郵件。將已確認的事實視為既定事實。將請求與確認內容明確區分。遵循指定的輸出格式與長度。僅使用提供的詳細資訊。


受眾:[誰會閱讀這封電子郵件]
目的:[這封電子郵件應達成的目標]
已確認的事實:[日期、時間、價格、限制及其他細節]
未知或未經核准的細節:[您無法承諾的內容]
讀者應採取的行動:[具體的下一步驟]
語氣:[語氣]
輸出格式:一則主旨行及 [字數範圍] 字的正文。

檢查結果: 請根據簡報內容,逐一核對每個日期、數字、承諾及後續行動。即使只是一句友善的補充話語,仍可能構成一種義務。.

2. 讓寫作風格與自身文風相符

這是一份簡短的草稿,內容風格與您現有的作品相當一致。. 請攜帶: 你寫過的兩、三個範例,以及這篇新文章的相關事實。.

W2 · 可自訂的範本

請根據我的寫作範例,找出三項可觀察的寫作風格特徵:句子節奏、正式程度,以及我闡述想法的方式。將這些特徵應用於為 [受眾] 撰寫的 [格式] 新稿中。

僅將範例用於分析文風,事實內容則以新撰寫的簡報為準。請先列出這三項特徵,接著提供 [字數範圍] 內的草稿。


[貼上您自己的寫作內容]


[主題、目的、已確認的事實及讀者應採取的行動]

檢查結果: 請留意句子的節奏與具體性,然後確認範例中的事實沒有滲入新草稿中。.

請選擇您希望保留其風格的範例。相較於幾個具體範例,諸如「友善、富有洞見、專業」這類形容詞清單,留給解讀的空間更大。新版簡報應繼續作為事實細節的來源。.

3. 找出最具影響力的修改

一份感覺不夠紮實的草稿,但又不至於需要徹底重寫。. 請攜帶: 您的草稿、目標讀者、撰寫目的,以及任何需要保留的段落。.

W3 · 可自適應模板

請針對需要達成 [讀者目標] 的 [目標讀者],審閱此草稿。請指出最多三項最能提升清晰度或實用性的修改建議。若所需修改少於三項,請明確說明。

針對每項修改,請引用原始段落、說明讀者面臨的問題,並提出替代方案。請保留事實上的涵義以及以下要素:[必須保留]。請勿重寫整份草稿。


[貼上草稿]

檢查結果: 應駁回那些無法指向實際經文段落或具有實質意義的讀者問題的研究結論。.

4. 將單一內容重新運用,以滿足兩個受眾群體的需求

將已核准的更新轉為內部備忘錄及客戶通知。. 請攜帶: 一份經核准的資料來源和兩份受眾簡報。.

W4 · 可調整的範本

將已核准的原始稿改寫成兩個簡短版本:
A. [格式、受眾、目的、字數限制]
B. [格式、受眾、目的、字數限制]

請確保日期、數字、功能可用性及承諾內容保持一致。針對不同受眾,調整說明內容與重點強調。若某個受眾需要原文未包含的細節,請在草稿後列出該缺漏之處。


[貼上原文]

檢查結果: 將兩個版本與相同的事實清單進行比較;新的受眾並不能成為新增功能或承諾的依據。.

請在 GlobalGPT 中嘗試以下任務

將簡報轉為電子郵件、將資料包轉為建議書,並將錯誤報告轉為修正方案。.

我們在所有三項任務中皆採用了 Claude Sonnet 5 至 GlobalGPT 的設定。 電子郵件草稿保留了關鍵事件的細節,研究結果指出了暫緩推出的理由,而兩項 Python 修正程式在我們分別執行時,均通過了全部 24 項檢查。這些都是您可整合至同一儀表板中的實用起點。.

若想親自試試,請從下方選擇一個範本,並將範例內容替換為您自己的內容。GlobalGPT 將寫作、研究、程式設計及其他 AI 工具整合於單一且價格實惠的訂閱方案中,讓您無需在不同服務之間來回切換,即可從理解問題直接過渡到草擬下一份交付成果。.

我們如何比較這些提示

2026年9月14日,每項任務均收到兩則提示,其虛構的來源資料與要求相同:一則簡短指示,以及一則結構更完整的版本。我們從每則提示中保留了第一份完整的答案,總計六份答案。研究過程使用的是提供的段落;所提交的 Python 程式碼則另行進行檢查,並未由模型在對話過程中執行。.

這些範例涵蓋三項任務,每個版本各一項。完整的輸入內容與答案如下所示,並附上每項結果所需的編輯或檢查。這 12 個可重複使用的範本並未逐一進行測試。.

首次產出比較 · W

草擬一封包含關鍵細節的活動電子郵件。.

檢查簡明說明結構化教學
核心事實與行動核對8 / 98 / 9
主題與正文長度通過 · 126 字通過 · 128 字
未經核准的後續承諾現在現在

兩個版本都保留了日期、時間、名額、價格、備註,以及「提出預約請求」與「確認預約」之間的區別。這讓您有個可編輯的草稿,而非一張空白頁面。發送前,請刪除兩份簡報均未授權的後續承諾;此外,簡潔版本在缺乏佐證的情況下,將這兩場活動描述為「完全相同」。 在撰寫您自己的電子郵件時,請列出應保留的事實,以及您被允許做出的承諾。.

這八項驗證項目涵蓋:日期;時間(包含本地時間與協調世界時);活動時長;每場次容納人數;免費參加;可下載的筆記;禁止錄影;以及「申請」而非「確認」預約。第九項則用於檢查是否存在虛構的事實或承諾。字數統計不包含主題。.

耗時:9.73 秒 / 7.02 秒。報告的輸入與輸出令牌數:400 + 617 / 468 + 299。各有一則回應;無重試。.

簡明說明——完整的提示與來源資料
請根據以下簡報要求撰寫電子郵件。

虛構測試案例。以下為虛構的工作坊詳情,並非真實活動。

您正在撰寫一封邀請電子郵件,邀請讀者參加名為「Clear Notes」的虛構社群工作坊。
目標受眾:希望會議記錄更簡潔明瞭的小團隊專案負責人。
目標:邀請收件者回覆「上午」或「下午」以申請名額。回覆僅代表申請名額,並不代表已確認預約。
已確認的事實:
- 日期:2026年10月8日。
- 共有兩場獨立時段,分別於 09:00 UTC 及 16:00 UTC 開始。
- 每場時長 40 分鐘。
- 每場名額 25 個。
- 免費參加。
- 與會者可獲取可下載的會議記錄。
- 不會提供錄影。
- 尚未設定報名截止日期。
交付成果:一則主旨及 100–140 字的郵件正文。使用樸實、友善的英語;避免誇大其詞。內容須包含日期、兩個開始時間及其時區、時長、每場次名額、價格、可下載的會議記錄、無錄影,以及回覆動作。 請勿虛構連結、截止日期、已確認預約、講者或場地。未設定的報名截止日期可不提及。.
簡單說明 — 完整原始回答
**主旨:Clear Notes 工作坊 – 2026年10月8日 – 請回覆以預留名額**

您好,

我們誠摯邀請希望撰寫更簡潔、更有用會議筆記的專案負責人,參加將於 2026 年 10 月 8 日舉行的免費社群工作坊「Clear Notes」。

本次工作坊將舉辦兩場內容完全相同的場次,每場持續 40 分鐘:一場於 UTC 09:00 開始,另一場於 UTC 16:00 開始。每場次各提供 25 個名額。

活動免費參加,所有參與者均可獲得可下載的會議筆記供日後參考。請注意,本次活動不會提供錄影,因此現場參與是唯一能參與的方式。

如欲報名,請直接回覆此電子郵件,並註明「MORNING」或「AFTERNOON」,選擇最適合您的場次。回覆僅代表提出報名申請,並不代表已確認預訂。我們將盡快提供更多詳細資訊。

感謝您的參與,期待與您見面。.
結構化教學 — 完整的提示與參考資料
請根據簡報要求撰寫邀請電子郵件。將已確認的事實視為既定事項。請將「預留名額」與「已確認預訂」區分開來。請遵循指定的輸出格式與篇幅。僅使用提供的詳細資訊。


虛構測試情境。此為虛構的工作坊詳情,並非真實的邀請。

您正在為名為「Clear Notes」的虛構社群工作坊撰寫邀請電子郵件。
目標受眾:希望會議記錄更簡潔的小團隊專案負責人。
目標:邀請收件人回覆「上午」或「下午」以申請名額。回覆僅代表申請名額,並不代表已確認預約。
已確認的事實:
- 日期:2026 年 10 月 8 日。
- 兩場獨立的場次分別於 UTC 09:00 及 UTC 16:00 開始。
- 每場次為時 40 分鐘。
- 每場次提供 25 個名額。
- 參加免費。
- 與會者將獲得可下載的會議筆記。
- 不會提供錄影檔。
- 尚未設定報名截止日期。
交付成果:一則主旨欄及 100–140 字的電子郵件正文。使用簡潔、友善的英語;避免誇大宣傳。 內容須包含日期、兩個開始時間及其時區、時長、每場次名額、價格、可下載的講義、無錄影服務,以及回覆行動。請勿虛構連結、截止日期、已確認的預約、講者或場地。未設定的報名截止日期可不提及。
結構化教學 — 完整的原始答案
主旨:誠摯邀請您參加:Clear Notes 工作坊 – 2026年10月8日

您好,

如果您是希望撰寫更簡潔明瞭會議記錄的專案負責人,我們誠摯邀請您於 2026年10月8日參加 Clear Notes 工作坊。

本次工作坊共設有兩場次,每場持續 40 分鐘:一場於 UTC 09:00 開始,另一場於 UTC 16:00 開始。每場次名額為 25 位,參加完全免費。

所有與會者將獲得可下載的會議記錄,供日後參考存檔。請注意,活動不會提供錄影,因此現場參與是唯一能參與的方式。

如欲報名,請依您方便的時段,回覆「MORNING」或「AFTERNOON」。回覆僅代表報名意願,並不代表已確認預約;我們將盡快與您聯繫並提供進一步詳情。

期待在活動中見到您。

誠摯問候,
Clear Notes 團隊

Claude 研究提示

研究提示需要設定證據範圍。請提供附有來源編號的相關段落,或使用能實際檢索這些內容的工具。僅提供網址並不能證明 Claude 已開啟該頁面。這些範本將來源所述內容與您可得出的結論區分開來。.

5. 整合資料來源,同時不抹平分歧

根據您可以查閱的文件,回答一個決策問題。. 請攜帶: 標註過的摘錄、其日期、決策問題,以及任何需審核的主張。.

R1 · 以下將測試的代表性任務

請僅依據下方的原始資料包來回答 [決策問題]。在將數值差異視為改善的證據之前,請先比較定義、樣本群體及分母。請區分草擬的論點與實際測量結果。將每項結論與實際支持該結論的原始引文精確對應,並對缺失的證據不予提及。

輸出內容:最多 [LIMIT] 字的建議;包含「主張」、「裁決」、「來源編號」及「確切支持引文」的表格;以及進行公平比較所需的三項缺失測量數據。僅在證據足以支持該標籤時,方可使用「獲得支持」、「部分獲得支持」、「未獲支持」或「與之矛盾」等標籤。 審查以下論點:[CLAIMS]。


[來源編號、日期及完整的相關摘錄]

檢查結果: 請檢查引用的文字、其所支持的主張,以及各項數值是否採用相同的定義和分母。.

6. 根據引用來源核實該主張

在將引文作為證據使用之前,先審閱其草稿。. 請攜帶: 請提供確切的主張內容及出處段落,而非僅提供網址。.

R2 · 可自訂的範本

請將每項主張與其隨附的來源文本進行比對。針對每一項,請回報:主張內容、來源編號、相關的逐字引文、判定結果,以及必要時的修正版本。

當來源文本支持整個主張時,請標示為「支持」; 若來源僅支持部分內容,則標示為「部分支持」;若缺乏證據或證據不足,則標示為「不支持」;若來源與該論點直接矛盾,則標示為「相矛盾」。若來源文字缺失,請說明無法評估支持程度。請勿根據標題或網址推斷來源內容。

[貼上論點–來源對]

檢查結果: 即使來源真實可靠,仍可能無法支持該主張。缺乏證據並不等同於矛盾。.

“「缺乏支持」意指所提供的證據未能證實該主張。「與之相矛盾」意指證據與該主張相衝突。當某項研究尚未報告結果時,這項區別至關重要:該研究既未顯示情況有所改善,也未顯示有所惡化。.

7. 根據您的決策簡報比較各項選項

在證據不充分的情況下,從各種選項中做出選擇。. 請攜帶: 您針對每個選項的評估標準、限制條件及可靠資訊。.

R3 · 可自訂的範本

針對 [DECISION] 比較 [OPTIONS]。請依照以下優先順序使用這些標準:[CRITERIA]。硬性限制:[CONSTRAINTS]。僅使用下方的選項資訊。

請提交一份比較表、最具支持度的選項,以及最可能改變該選擇的缺失事實。將缺失值標記為「未知」。請將事實與判斷分開處理。請勿杜撰價格、分數或數值權重。若根據現有證據無法選定任何選項,請說明具體的未解決權衡問題。


[貼上經驗證且附有來源編號的資訊]

檢查結果: 請檢查該建議是否取決於未知值,或是取決於您從未選擇過的權重。.

8. 將廣泛的主題轉化為研究計畫

在尚未蒐集到足夠資料來回答問題之前,就開始進行研究。. 請攜帶: 一項決定、受眾、範圍與截止日期。.

R4 · 可自訂的範本

針對 [問題] 擬定一份研究計畫,以協助 [目標受眾] 做出 [決策]。研究範圍:[地區、期間及排除條件]。可用時間:[時間]。

提出五個重點明確的子問題。針對每個子問題,請提供所需的證據、首選的一手資料類型、建議的搜尋關鍵字,以及可能影響決策的發現。最後列出優先級最高的兩項搜尋任務。請勿杜撰研究或聲稱已閱讀相關來源。若使用瀏覽工具,請分別標示實際開啟的頁面,並說明各頁面所支持的內容。.

檢查結果: 最終產出是一份計畫。請將提出的檢索方向與潛在資料來源視為線索,而非已完成的研究。.

首次輸出比較 · R

結果的缺失並不代表該主張已被推翻。.

檢查簡明說明結構化教學
預先定義的研究檢查項目6 / 87 / 8
留存證據標籤自相矛盾 · 過於強烈不支援 · 適當
受邀帳號與註冊開始次數未明確說明未明確說明

這兩份答案均否決了全面推行,並指出這些試點計畫採用的啟動定義與受試群體各不相同。結構化版本正確地將「留存率」的論點標記為「無據可依」。而簡明版本則寫道「與之矛盾」,儘管其引述內容僅能證明並不存在留存率相關的結果。這兩份答案均未明確指出分母的差異。.

相關比率分別為 40/50 個受邀帳戶(80%)以及 54/60 個註冊啟動(90%)。 這項計算是正確的;但這些指標並不能互換使用。結構化回答中額外加入了一項獨立檢查,以確認「啟用」是否具有相同涵義。這是一個額外的分析性問題,並非推行備忘錄中提出的第四項主張。.

備忘錄主張所提供的來源支持什麼適當的治療
B 使激活率提高了 10 個百分點不同的比率、定義、分母及樣本群體請勿將此差距視為因果關係上的改善
B 提升了留存率S3:目前尚無 30 天保留期的結果未獲支持;亦未被證偽
B 將支援時間縮短至六小時S3:合併中位數,未按先導研究進行細分未見明顯減少
查看全部八項研究核查
1. A:40/50 = 80%,採用受邀帳號。兩者均通過。
2. B:54/60 = 90%,採用註冊起始數。兩者均通過;來源引文中包含分母。
3. 須明確標示「不同的激活定義」與「不同的分母」。兩者均因分母部分未通過。
4. 切勿將缺失的留存率結果視為改善的證明。兩者皆對數據缺口作出解釋。
5. 切勿將合併支持率的中位數視為已證實的下降。兩者均通過。
6. 切勿從這些試點計畫推斷出因果效益,或據此為全面推行辯護。兩者均通過。
7. 將每項主張與證據標籤,與其引用的內容所支持之論點相匹配。普通格式在「相互矛盾」項目中未通過;結構化格式通過。
8. 指出三項具體缺失的測量指標。兩者均通過。
普通格式答案的錯誤標籤僅計入一次,即檢查項目 7 中。.

耗時:31.35 秒 / 31.07 秒。回報的輸入與輸出標記數:743 + 2822 / 832 + 2837。各有一則回應;無重試。.

簡明說明——完整的提示與來源資料
請完成本資料包末尾的作業。

# 虛構研究資料包

以下所有組織、數據、引言及文件均為可重現測驗而虛構。來源編號僅適用於本資料包;這些並非公開研究。

## S1 — 試點 A 結案報告,2026 年 9 月 2 日

「試點 A 邀請了 50 個帳戶;其中 40 個在七天內完成啟用。」
「啟用」意指建立工作空間並邀請至少一位團隊成員。
「帳戶為客戶成功團隊選定的現有客戶。」
「此試點採用引導式入職流程。」

## S2 — 試點 B 儀表板備註,2026 年 9 月 3 日

「試點計畫 B 記錄了 60 次入職流程啟動;其中 54 個帳號在七天內建立工作區。」
「此儀表板將建立工作區視為啟用;該流程不要求邀請團隊成員。」
「未記錄邀請次數。」
「這些帳號是透過檢查清單進行自助註冊的新用戶。」

## S3 — 分析師審查報告,2026年9月4日

「這兩項試點計畫並未進行隨機分組,且使用的帳戶群體各不相同。」
「兩項試點計畫合併計算的技術支援回應時間中位數為六小時;未按試點計畫分別列出。」
「目前尚無 30 天留存率或營收結果。」

## S4 — 推行備忘錄草案,2026 年 9 月 5 日

「試點 B 將啟用率提升了 10 個百分點,改善了留存率,並將支援處理時間縮短至六小時。 請將檢查清單推廣至所有帳戶。」
此為提案草稿,並非額外資料來源。其陳述內容必須與 S1–S3 進行核對。

## 兩版提示皆共用的作業

答案:這份資料包是否足以支持將試點計畫 B 推廣至所有帳戶?
僅使用 S1–S4。輸出內容包括:(1) 最多 120 字的建議;(2) 包含「主張」、「結論」、「來源編號」及「精確佐證引文」等欄位的表格;以及 (3) 進行公平比較所需的三項缺失測量值。
審核推出備忘錄中的所有三項實證主張:啟用率提升、留存率改善以及支援時間縮短。使用「有依據」、「部分有依據」、「無依據」或「與證據相矛盾」作為判定結果,必要時附上簡短說明。請在建議或表格中包含數值比率及其分母。 請勿捏造資料包中未出現的引用來源、網址、因果關係或研究結果。.
簡單說明 — 完整原始回答
## 建議(≤120 字)

目前請勿推出「試點計畫 B」。試點計畫 B 的原始啟用率(54/60 = 90%)比試點計畫 A(40/50 = 80%)高出 10 個百分點, 但兩項試點對「啟用」的衡量方式不同(B 試點不需隊友邀請)、樣本來源不同(新自助註冊用戶與現有客戶),且未採用隨機分組(S3)——因此該差距不能歸因於檢查清單。 關於留存率的主張缺乏依據:S3 明確指出目前尚無 30 天留存率數據。「六小時」的支援時間數據是兩項試點的合併中位數,未按試點分別列出,因此無法證明試點 B 確實有所減少。在全面推行前,需要進行受控、匹配且定義一致的比較。

## 主張審核表

| 主張 | 結論 | 來源編號 | 確切佐證引文 |
|---|---|---|---|
| 「試點 B 使啟用率提高了 10 個百分點」 | 部分支持 — 原始比率相差 10 個百分點(54/60=90% 對比 40/50=80%),但定義/樣本群體/設計不同,因此此差異無法歸因於檢查清單 | S1 | 「試點 A 邀請了 50 個帳戶;其中 40 個在七天內完成啟用。」 |
| (同項主張,續) | | S2 | 「試點 B 記錄了 60 次入職啟動;其中 54 個帳戶在七天內建立工作區。」/「無需團隊成員邀請」 |
|(相同論點,續)| | S3 | 「這兩項試點計畫並非隨機分配,且使用的帳戶群體不同。」|
| 「提升留存率」| 與此矛盾——沒有留存數據支持此說法 | S3 | 「目前尚無 30 天留存率或營收結果。」|
| 「將支援處理時間縮短至六小時」 | 缺乏依據 — 該數字為兩組試點合併的中位數,未歸因於試點 B,亦未顯示為縮短結果 | S3 | 「兩組試點合併的支援回應時間中位數為六小時;未按試點分別列出。」 |

## 需補充三項缺失指標方能進行公平比較

1. 兩項試點計畫均採用相同定義的啟用率(例如:建立工作區 *且* 至少邀請一名團隊成員)。
2. 分別針對試行計畫 A 與試行計畫 B 報告的支援回應時間(而非合併中位數),理想情況下應包含試行計畫前的基準值。
3. 兩項試行計畫的 30 天留存率(及營收)結果,數據應來自可比的、理想情況下為隨機分配或配對的帳戶群體。.
結構化教學 — 完整的提示與參考資料
完成這項作業時,請僅使用此資料包。在將這兩項比率視為改善的證據之前,請先比較相關定義、母群體及分母。請區分「初步論點」與「實測數據」。每項結論都須附上實際支持該結論的精確來源引文,若無相關證據,則勿強行補充。


# 虛構研究資料包

以下所有組織、數據、引文及文件均為可重現測試之虛構內容。來源編號僅指本資料包;並非公開研究報告。

## S1 — 試點 A 結案報告,2026 年 9 月 2 日

「試點 A 邀請了 50 個帳戶;其中 40 個在七天內完成啟用。」
「啟用是指建立工作空間並邀請至少一名團隊成員。」
「這些帳戶是由客戶成功團隊選出的現有客戶。」
「該試點採用了引導式入職流程。」

## S2 — 試點 B 儀表板備註,2026 年 9 月 3 日

「試點 B 記錄了 60 次入職流程啟動;其中 54 個帳戶在七天內建立工作空間。」
「此儀表板將建立工作空間視為啟用;該流程無需邀請團隊成員。」
「邀請次數未被記錄。」
「這些帳戶是透過檢查清單進行的新自助註冊帳戶。」

## S3 — 分析師審查報告,2026年9月4日

「這兩項試點計畫並非隨機分配,且使用的帳戶群體不同。」
「兩項試點計畫合併計算的支援回應時間中位數為六小時;未按試點計畫分別列出。」
「目前尚無 30 天留存率或營收相關結果。」

## S4 — 推行備忘錄草案,2026年9月5日

「試點 B 使啟用率提升 10 個百分點,改善了留存率,並將支援時間縮短至六小時。請將檢查清單推廣至所有帳戶。」
此為提案草案,並非額外資料來源。其陳述內容必須與 S1–S3 進行核對。

## 兩版提示皆共有的作業

答案:這份資料包是否足以支持將試點計畫 B 推廣至所有帳戶?
僅使用 S1–S4。輸出內容包括:(1) 一份最多 120 字的建議;(2) 一張包含「主張」、「結論」、「來源編號」及「確切支持引文」欄位的表格;以及 (3) 為進行公平比較所需的三項缺失測量數據。
審查推出備忘錄中的三項實證主張:激活率提升、留存率改善以及支援時間縮短。判定結果可選用「獲得支持」、「部分支持」、「未獲支持」或「與之矛盾」,必要時請附簡短說明。請在建議或表格中包含數值比率及其分母。 請勿捏造資料包中未出現的引用來源、網址、因果關係或研究結果。
結構化教學 — 完整的原始答案
## 建議(≤120 字)

不——這份資料不足以支持全面推行「試點 B」。試點 A:在現有客戶中,有 40/50 個帳戶(80%)達到「啟用」標準,該標準定義為建立工作區 *加上* 邀請一位團隊成員。 B 號試點:在新註冊的自助服務用戶中,54/60 個帳戶(90%)於七天內建立了工作區,且無需邀請。 這 10 點的原始差距(90%−80%)混合了不同的定義、不同的樣本群體,且未經隨機分組(S3),因此不能解讀為該檢查清單「提升了」啟用率。 目前尚無 30 天留存率或營收數據(S3),因此「提升留存率」缺乏證據。六小時的支援數據是兩項試點的*合併*中位數,未按試點分別列出,因此「縮短支援時間」既無基準值,也無針對特定試點的支援數據。

## 表格

| 主張 | 結論 | 來源編號 | 確切支持引文 |
|---|---|---|---|
| 「試點 B 將激活率提高了 10 個百分點」 | 部分支持 — 數值差距確實存在(54/60=90% 對比 40/50=80%),但此比較存在混淆因素,無法支持「提升」的因果主張 | S1、S2、S3 | S1: 「試點 A 邀請了 50 個帳戶;其中 40 個在七天內完成啟用。」/S2:「試點 B 記錄了 60 次入職啟動;其中 54 個帳戶在七天內建立了工作區。」/S3:「這兩項試點並未進行隨機分組,且使用的帳戶群體不同。」 |
| 兩項試點計畫均採用相同方式測量啟用狀況 | 相互矛盾 | S1、S2 | S1:「啟用意指建立工作區並邀請至少一名團隊成員。」 / S2:「此儀表板將建立工作區視為啟用;該過程不要求邀請團隊成員。」 |
| 「提升留存率」 | 無據支持 | S3 | 「目前尚無 30 天留存率或營收結果。」 |
| 「將支援響應時間縮短至六小時」 | 無據可依 | S3 | 「兩項試點合併後的支援響應時間中位數為六小時;該數據並未按試點分別列出。」 |

## 為進行公平比較,尚需三項缺失的測量數據

1. 各試點專屬(非合併)的支援回應時間(實施檢查清單前後),以便能孤立歸因於試點 B 的任何變化。
2. 兩項試點的 30 天留存率(及營收)數據,因目前尚無相關數據(「目前尚無 30 天留存率或營收結果」,S3)。
3. 採用單一且共通的「啟用」定義(例如:建立工作區 *且* 邀請團隊成員),並將其套用至兩項試點中可比(理想情況下應為隨機分配)的帳戶群體,而非將現有客戶(S1)與新的自助註冊用戶(S2)混為一談。.

當一項研究任務轉為草稿時,請將資料包附在寫作簡報上。. GlobalGPT 的多模型工作區 讓您能在單一儀表板中自由切換研究、撰寫與程式設計。將證據與摘要一併帶入下一階段,確保後續步驟能獲得所需的詳細資訊。.

Claude 編碼提示

一個有用的程式碼提示應描述行為、環境,以及哪些部分被視為固定不變。在聊天室中,請貼上相關程式碼和錯誤訊息。在 Claude Code 中,請引用可存取的檔案,並提供具體的驗證目標。僅貼上相同文字並不會將聊天室轉變為終端機。.

Anthropic 至 Claude 的《守則》指引 建議讓助理執行它能夠處理的檢查項目,例如測試或建置。它的 官方提示字庫 將提示視為調整的起點,並包含預期成果、參考資料以及驗證作品的方法。.

Claude 程式碼文件建議為模型提供一個可執行的測試案例。.
Anthropic 建議採取具體的檢查措施,例如測試、建置及目視比對。.

9. 針對明確的行為與邊界情況進行除錯

修正一個行為可由您自行定義的小型函式。. 請攜帶: 程式碼、預期行為、錯誤或失敗情況、執行時,以及限制條件。.

C1 · 以下為測試的代表性題型

請根據完整的規格說明修正程式碼。請檢查在提前返回前的驗證、邊界(含邊界或不含邊界),以及在觸發例外情況時仍須適用的規則。請保留 [PUBLIC INTERFACE]。僅修改規格說明所要求的內容。


[有效輸入、無效輸入行為、業務規則及預期輸出]


[貼上程式碼]


[執行環境、依賴項,以及是否具備執行工具]


請提交修正後的程式碼及簡短說明。僅報告您實際執行的驗證結果。若無法執行程式碼,請明確說明並提供應執行的檢查項目。.

檢查結果: 執行獨立的測試案例。一個令人信服的解釋,並非僅僅是程式能順利執行。.

10. 根據規格書編寫測試程式

在信任某項實作之前,先找出遺漏的案例。. 請攜帶: 行為規範與專案測試框架。.

C2 · 可自訂的範本

使用 [測試框架] 為 [功能或元件] 編寫測試。將下方的規格視為合約。涵蓋正常情況、每個明訂的邊界、無效輸入,以及規則之間在關鍵處的交互作用。

針對每項測試,請明確指出其驗證的要件及其預期結果。請完整保留現有要件。若規格說明含糊不清,請標示出阻礙問題,而非憑空猜測。若使用執行工具,請執行相關測試並報告實際指令與結果;否則請標示為「未執行」。


[貼上規格說明]


[貼上程式碼或引用可存取的檔案]

檢查結果: 測試應確保符合規格,而非重現現行實作中的錯誤。.

盡可能讓測試與實作保持獨立。以運費計算器為例,應測試確切的重量門檻,以及會觸發免運優惠但實際上不應觸發的無效輸入。僅靠正常流程的範例,無法涵蓋規則之間的交互作用。.

11. 進行重構,同時不擴大工作範圍

在維持原有行為的前提下,改進一小段程式碼。. 請攜帶: 程式碼、具體的維護問題,以及相容性要求。.

C3 · 可自訂的範本

重構 [程式碼或可存取的檔案] 以改善 [某個具體的維護問題]。保留 [公開 API、回傳類型、錯誤處理行為及其他合約]。僅使用現有依賴項。 請勿新增無關的功能,亦勿重新設計相鄰的模組。

請提交最小且實用的變更,說明任何無法保留的行為,並標示驗證相容性所需的測試。若有可用工具,請執行這些檢查並展示結果;否則請提供建議的檢查項目,並說明尚未執行。

[貼上程式碼及相關測試]

檢查結果: 檢視 diff 檔案,確認是否有超出請求範圍的變更,然後重新執行相關測試。.

12. 透過具體的輸入來解釋不熟悉的程式碼

在修改函式之前,先了解該函式的運作原理。. 請攜帶: 實際程式碼及一個具代表性的輸入範例。.

C4 · 可自訂的範本

請向一位熟悉 [背景] 但剛接觸 [程式語言或專案] 的開發者解釋這段程式碼。請參照以下範例輸入:[輸入]。請描述輸入內容、相關分支、狀態變化以及預期輸出。

請標示實際的函式名稱與運算式。區分程式碼實際呈現的內容與對缺失依賴項的假設。最後提出一個值得測試的邊界案例。請勿重寫程式碼,亦勿為未定義的函式杜撰行為。


[貼上程式碼]

檢查結果: 根據程式碼驗證所述的分支及回傳值;將缺失的依賴項標記為未知。.

首次輸出比較 · C

這兩項回傳的函式均通過了全部 24 個測試案例。.

檢查簡明說明結構化教學
當地獨立病例24 / 2424 / 24
小型函式內的變更是是
基於工具的測試主張並無此類主張明確表示不執行

在我們的固定規格中,無論是「普通版」還是「結構化版」,兩者皆能處理重量門檻、免費基本運費、偏遠地區附加費以及無效輸入等情況。結構化答案明確指出其並未執行測試。隨後我們親自執行了這兩項函式;而普通答案也未聲稱曾執行過測試。.

檢視所有 24 個輸入值及實際的通過/未通過結果
[克,小計分,遠端]預期分數或例外情況普通結構化
[1, 0, false]500通過通過
[1000, 0, false]500通過通過
[1001, 0, false]900通過通過
[5000, 0, false]900通過通過
[5001, 0, false]1500通過通過
[1, 9999, false]500通過通過
[1, 10000, false]0通過通過
[1000, 10000, true]300通過通過
[5001, 0, true]1800通過通過
[1001, 9999, true]1200通過通過
[5001, 10001, false]0通過通過
[0, 0, false]ValueError通過通過
[-1, 0, false]ValueError通過通過
[1.0, 0, false]ValueError通過通過
["1000", 0, false]ValueError通過通過
[true, 0, false]ValueError通過通過
[null, 0, false]ValueError通過通過
[1, -1, false]ValueError通過通過
[1, false, false]ValueError通過通過
[1, 1.5, false]ValueError通過通過
[1, "0", false]ValueError通過通過
[1, 0, 1]ValueError通過通過
[1, 0, null]ValueError通過通過
[0, 10000, false]ValueError通過通過

在生成之前,已預先固定了輸入參數與預期結果。返回值必須為精確整數;若輸入參數無效,則必須觸發 ValueError 錯誤。這兩項函式均經過檢驗,隨後在一個本地進程中執行,該進程被禁止進行網路存取、讀取使用者檔案及寫入檔案。通過這些測試案例,僅能作為該函式及規格的佐證,而非聲稱其已具備生產環境就緒性。.

耗時:12.58 秒 / 13.30 秒。報告的輸入與輸出代幣數:553 + 735 / 621 + 1015。各有一則回應;無重試。.

簡明說明——完整的提示與來源資料
請根據以下規格修正該函式,並提供所需的交付成果。

# 虛構運費計算器

Python 3。不得使用網路或外部套件。請修正以下程式碼中的 shipping_cents(weight_grams, subtotal_cents, remote=False) 函式。

規格說明:
- weight_grams 為正整數。subtotal_cents 為非負整數。Python 的布林值不屬於這兩個輸入參數的有效整數範圍。
- remote 必須為布林值。
- 對於任何無效的輸入,即使該訂單符合免費基礎運費的資格,也必須拋出 ValueError 錯誤。
- 基礎運費為:1–1000 克為 500 分,1001–5000 克為 900 分,超過 5000 克為 1500 分。
- 小計金額至少達 10000 分時,僅免除基本運費。
- 遠距配送將加收 300 分,包含享有免費基本運費的訂單。
- 回傳一個整數。保留函式簽名。請勿變更輸入資料、執行 I/O 操作或導入套件。

有錯誤的程式碼:
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
    if subtotal_cents >= 10000:
 return 0
    if weight_grams < 1000:
 fee = 500
    elif weight_grams < 5000:
 fee = 900
    else:
 fee = 1500
    if remote:
 fee += 300
    return fee
```

交付內容:一個包含修正後函式的 Python 圍欄區塊,以及對變更處的簡短說明。除非您實際擁有執行工具,否則請勿聲稱已執行程式碼。評分員將執行涵蓋本規格中各項閾值、免運費規則、遠距附加費,以及所有無效輸入類別的測試案例。.
簡單說明 — 完整原始回答
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
    if isinstance(weight_grams, bool) or not isinstance(weight_grams, int):
 raise ValueError("weight_grams 必須是整數")
    if 重量_克 <= 0:
 raise ValueError("重量_克 必須為正數")
    if 小計_分 為 bool 類型 或 非整數類型:
        raise ValueError("subtotal_cents 必須為整數")
    if subtotal_cents < 0:
 raise ValueError("subtotal_cents 必須為非負數")
    if not isinstance(remote, bool):
        raise ValueError("remote 必須是 bool 類型")

 if weight_grams <= 1000:
 fee = 500
    elif weight_grams = 10000:
 fee = 0

 if remote:
 fee += 300

 return fee
```

所做的變更:
1. **新增輸入驗證**: 檢查 `weight_grams` 和 `subtotal_cents` 是否為 `int` 型別(排除 `bool`,因為 `bool` 是 `int` 的子類別),`weight_grams` 是否為正數,`subtotal_cents` 是否為非負數,以及 `remote` 是否為 `bool`。 否則將拋出 `ValueError`,即使該訂單原本符合免運費資格亦然。
2. **修正重量門檻**:將 `< 1000` 和 `< 5000` 改為 `<= 1000` 和 `<= 5000`,使 (1000 克、5000 克) 能依據規格(「1–1000 克」、「1001–5000 克」、「超過 5000 克」)歸入正確的級距。
3. **修正免運費邏輯順序**:原始程式碼在小計金額符合免運費條件時,會立即返回 `0`,完全跳過了偏遠地區附加費的計算。 現在會先計算基本運費,若小計符合免運條件則將其設為零,*然後*才加上偏遠地區附加費——確保即使基本運費免費,偏遠地區配送仍會加收 300 美分。
4. **回傳類型**:所有費用值仍維持為純整數,符合 `int` 回傳的要求。.
結構化教學 — 完整的提示與參考資料
請根據完整規格修正此函式。在任何提前返回之前執行輸入驗證,保留包含邊界的閾值,並將基本費用與遠距附加費區分開來。提供所要求的函式及其說明。僅報告您實際執行的驗證結果。


# 虛構運費計算器

Python 3。不得使用網路或外部套件。請修正下方程式碼中的 shipping_cents(weight_grams, subtotal_cents, remote=False) 函式。

規格說明:
- weight_grams 為正整數。subtotal_cents 為非負整數。Python 的布林值不屬於這兩個輸入參數的有效整數。
- remote 必須為布林值。
- 對於任何無效的輸入,即使該訂單符合免費基本運費的資格,仍須拋出 ValueError 異常。
- 基礎運費為:1–1000 克為 500 分,1001–5000 克為 900 分,超過 5000 克則為 1500 分。
- 小計金額達 10000 森特以上時,僅免除基本運費。
- 遠距配送將加收 300 森特,包含享有免費基本運費的訂單。
- 回傳一個整數。保留函式簽名。請勿修改輸入資料、執行 I/O 操作或導入套件。

有錯誤的程式碼:
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
    if subtotal_cents >= 10000:
 return 0
    if weight_grams < 1000:
 fee = 500
    elif weight_grams < 5000:
 fee = 900
    else:
 fee = 1500
    if remote:
 fee += 300
    return fee
```

交付成果:一個包含修正後函式的 Python 圍欄區塊,並附上對變更處的簡短說明。除非您實際擁有執行工具,否則請勿聲稱已執行程式碼。評分員將執行涵蓋本規格中各項閾值、免運規則、遠距附加費以及所有無效輸入類別的測試案例。
結構化教學 — 完整的原始答案
```python
def shipping_cents(weight_grams, subtotal_cents, remote=False):
    if isinstance(weight_grams, bool) or not isinstance(weight_grams, int):
        raise ValueError("weight_grams 必須是整數 (而非布林值)")
    if weight_grams <= 0:
 raise ValueError("weight_grams 必須為正數")
    if isinstance(subtotal_cents, bool) or not isinstance(subtotal_cents, int):
 raise ValueError("subtotal_cents 必須為整數 (而非布林值)")
    if subtotal_cents < 0:
 raise ValueError("subtotal_cents 必須為非負數")
    if not isinstance(remote, bool):
 raise ValueError("remote 必須為布林值")

    if weight_grams <= 1000:
 base_fee = 500
    elif weight_grams = 10000:
 base_fee = 0

 surcharge = 300 if remote else 0

 return base_fee + surcharge
```

變更說明:

1. **將輸入驗證移至任何提前返回之前。** 原始程式碼在未先驗證任何輸入的情況下,便針對 `subtotal_cents >= 10000` 返回 `0`。現在所有驗證(包括對 `weight_grams`、 `subtotal_cents` 及 `remote` 的型別檢查,並因 Python 中 `bool` 為 `int` 的子類別,故針對這兩個整數欄位明確排除 `bool` 值),均在任何運費邏輯或回傳陳述式之前執行,因此即使訂單原本符合免費基礎運費資格,不合規的輸入值仍會觸發 `ValueError`。

2. **閾值包含範圍已修正。** 原始程式碼使用 `< 1000` 和 `< 5000`,這會將邊界值(1000 和 5000)排除在較低區間之外,這與規格中「1–1000 克」及 「1001–5000 克」這類包含邊界的區間。已修改為 `<= 1000` 和 `= 10000` 時透過過早的 `return 0` 將其完全歸零,這導致對免運費訂單錯誤地跳過了遠端附加費。 現在 `base_fee` 與 `surcharge` 會獨立計算: 當小計達到閾值時,`base_fee` 會設為 `0`,但 `surcharge`(若為 `remote` 則為 300 分)始終會額外加計,以符合「偏遠地區配送加收 300 分,包含享有免費基礎運費的訂單」的規定。

4. **回傳類型。** 所有費用組成部分皆為純整數,且總和 `base_fee + surcharge` 會以 `int` 型別回傳,符合所需的簽名與回傳類型。

**實際執行的驗證:** 無 — 由於此環境中沒有程式碼執行工具,因此我並未執行此程式碼。上述內容純粹基於手動閱讀規格說明並手動追蹤邏輯;我並未針對其執行測試案例。.

對於同時涉及程式碼、文字、圖片或影片任務的工作,您可以 將 GlobalGPT CLI 連接至 Claude 程式碼 並將該平台的模型與媒體功能整合至終端工作流程中。請從一項明確的任務開始,並確定您將用於驗收結果的檢查標準。.

當我們將提示語具體化後,情況有何變化?

在本次測試中,額外的架構有助於做出一項研究判斷。它並未消除電子郵件中新增的承諾,也未改善原本就正確的運送功能。由於兩個版本都收到了完整的需求說明,這項比較提供了一個有用的提醒:在開始添加更多指示之前,簡報的品質至關重要。.

配對範例的結果

不同的任務需要進行不同的檢查。.

針對特定任務的衡量標準簡明說明結構化教學該如何處理這個結果
書面事實與承諾第 8 頁,共 9 頁第 8 頁,共 9 頁刪除虛構的後續承諾
研究證據的查核第 6 頁,共 8 頁第 7 頁,共 8 頁修正證據標籤並比較分母
Python 行為案例24 / 2424 / 24維持一套可執行的規格與獨立測試

這些是來自不同檢查清單的計數結果,並非可相互比較的百分比或整體模型分數。完整的提示、原始答案及測試詳情均列於各範例下方。單次執行耗時與標記計數僅用於描述這些請求;它們並不能證明存在速度或成本上的優勢。.

當工作內容和來源資料已十分明確時,請使用簡短的提示。當指示、文件、範例或相互衝突的要求難以區分時,請加入結構。. Anthropic 的指引亦區分了各模型的特定行為, ,因此,那種要求反覆自我檢查的舊習慣,不應成為每項請求中自動附加的環節。.

如何修正會產生弱答案的提示語

修改導致問題的那部分內容。如果該回答自行設定了截止期限,那麼「讓這部分更好」這樣的要求就太過籠統。請指出缺乏依據的細節,明確界定範圍,並要求針對性地修正。若您是在比較不同版本的提示,請保留原始回答,而非默默地替換它。.

問題出在哪裡應提供或變更哪些內容一則有用的後續報導
答案是通用的一位讀者、一項具體任務,以及真實的素材請僅根據以下細節:[簡要說明],為 [受眾] 重新撰寫此內容。.
這聲音聽起來不太對勁您自己的寫作範例請參照此範例的句式節奏與正式程度;並保留新簡報中的事實內容。.
這增添了一項承諾明確的界線與那句惹人非議的句子刪除後續承諾。來源並未授權此項承諾。.
這項引用看起來似乎可信實際引用的段落這段文字是支持該論點的全部、部分,還是兩者皆非?
這兩個百分比看起來相差無幾定義、分母、母體、期間在比較各項比率之前,請先說明每個百分比是除以什麼數值。.
程式碼看起來沒問題,但執行時卻失敗了一個可重現的錯誤輸入及其預期結果此輸入應回傳 [value],但實際回傳的是 [value]。請修正規則並執行此案例。.

若確實有未滿足的需求,請讓 Claude 提出一個切中要點的問題。對於背景資訊已足夠的普通任務,強制進行二十個問題的訪談只會拖延工作進度。同樣地,應要求提供簡明扼要的解釋、證據或測試結果,而非將私下的內部推理過程逐字記錄下來。.

將有用的提示與輸入格式,以及偵測到錯誤的檢查項目一併保存下來。如果這項任務成為可重複執行的應用程式工作流程,, 透過 API 使用 Claude 讓您能對提示詞進行版本管理,並保存請求紀錄。當模型或任務需求有所變更時,可重新檢視您自己的範例。.

常見問題

一個好的 Claude 提示應包含哪些內容?

請包含任務內容、相關背景或來源資料、重要限制條件、預期輸出,以及成功與否的判斷標準。若是簡單的請求,一句話即可涵蓋其中幾項。當您需要整合文件、範例或規則時,若未加以結構化,容易造成混淆,因此請採用更明確的結構來呈現。.

Claude 的提示需要 XML 標籤嗎?

不。清晰易懂的普通語言是一個有用的起點。在複雜的提示中,XML 標籤有助於區分說明、範例和原始文字。請使用描述性標籤,讓各部分更易於理解。標籤並不能保證事實的準確性,且僅憑標籤的存在,並不能證明某個提示就比較好。.

Claude 能否檢查無法開啟的來源檔案?

它能夠分析您提供的文字,但僅憑來源標題或網址,尚不足以確定該頁面的內容。請貼上相關段落,或使用現有的瀏覽工具檢索該內容。接著,請核對引文內容,並確認該引文是否能支持其附帶的特定論點。.

我可以在 Claude 聊天和 Claude Code 中使用相同的提示語嗎?

您可以重複使用該任務與限制條件,但需根據現有工具調整請求內容。在聊天功能中,請提供程式碼及相關背景資訊。在 Claude Code 中,您可以引用可存取的專案檔案並請求執行。僅輸入「執行測試」這類提示,並不能證明測試確實已執行。.

最棒的 Claude 提示,就是那些你可以自行調整並加以驗證的。從一項重複性任務開始,將範例內容替換為你自己的內容,並在完全信任答案之前,先使用模板旁的檢查項目進行驗證。. 請在 GlobalGPT 中試用此工作流程 當您接下來的步驟需要在同一個工作區中使用另一個模型或 AI 工具時。.

資料來源與測試日期: 官方提示與 Claude 程式碼文件已於 2026 年 9 月 14 日進行核對。該日使用虛構素材,透過 GlobalGPT 中的 Claude 生成了一組配對範例。請參閱上方的完整提示與答案,然後根據您的任務調整模板。.

分享文章:

相關文章