跳至主要内容

常用提示詞面板:讓 Deep Code 更聽你嘅指揮

常用提示詞面板

常用提示詞面板,就係 Deep Code 裏面專門用嚟管理「常用提示詞片段」嘅一個小工具。用好呢個面板,唔單止可以幫使用者避免重複輸入,節省大量時間,仲可以令 Deep Code 認真聽從使用者嘅指揮

  • 常用提示詞面板提示詞面板嘅位置:喺左邊工具列上嘅第 2 個按鈕

  • 打開方式:

    • 點擊左邊工具列上嘅第 2 個按鈕,或者
    • 使用快捷鍵 Ctrl + Shift + P
常用提示詞面板,係 Deep Code 裏面專門用嚟管理常用提示詞片段嘅一個小工具。用好呢個面板,唔單止可以幫使用者避免重複輸入,節省大量時間,仲可以令 Deep Code 認真聽從使用者嘅指揮

打開之後,使用者會睇到一個面板:

  • 上面已經預置咗一啲官方提供嘅、常用又有用嘅提示詞片段;
  • 用滑鼠雙擊某一條提示詞,呢條提示詞就會被自動插入到目前嘅任務對話輸入框中;
  • 面板右上角有一個 「+」按鈕,用嚟加入使用者自己嘅常用提示詞。

使用者可以將自己喺項目中經常用到嘅提示詞片段記錄入去。 以後再需要時,只要滑鼠雙擊一下,就能將呢一整段提示詞插入目前對話,省掉重複輸入嘅麻煩。

簡單理解:常用提示詞面板 = 個人嘅提示詞收藏夾 + 一鍵貼上工具

點樣用好常用提示詞

1. Deep Code 點解睇落「開始自說自話」?

喺 Deep Code 入面,使用者每一次發起嘅看似簡單嘅請求,背後往往並唔係「一次 LLM(人工智能大型語言模型)調用就結束」。

從 Deep Code 嘅工作流程睇:

  • 為咗幫使用者完成一個任務,佢平均要調用至少十幾次 LLM 推理
  • 複雜任務會被拆成好多細步驟,每一步都有自己嘅推理同決策
  • 只要中間某一步嘅理解稍微偏咗少少,後續步驟就會喺呢個偏差之上繼續滾雪球

如果使用者畀嘅係一個有計劃、有階段嘅複雜任務,咁喺每個階段入面又會有好幾次 LLM 推理。 只要每個階段都有咁一兩步偏離咗使用者心入面真正嘅想法,整體就會畀人一種:Deep Code 越做越唔對路、好似「自說自話」咁

所以問題唔係 Deep Code 「唔聽話」,而係:

使用者心入面預期嘅目的Deep Code 理解到嘅計劃,中間往往有偏差。 一旦缺乏明確嘅糾正同約束,呢個偏差就會喺多輪推理中不斷咁被放大。

2. 常用提示詞嘅作用:讓 Deep Code 吃透使用者嘅意圖

我哋其實已經有好多經驗性嘅「好提示詞」—— 例如:

  • 先讓模型將問題理清楚再開工
  • 讓模型攞到使用者嘅回答後,再反思有冇理解錯
  • 讓模型先 dry-run(乾跑),將要改嘅嘢講清楚,再真正動手寫程式碼或改檔案

呢啲話使用者可以每次都手打一次,但:

  • 手打好費時間
  • 有時懶得打,就省略咗呢一步「對齊過程」
  • 一旦省略,對齊就變差,Deep Code 就更容易走偏

常用提示詞面板嘅價值就在呢度:

  • 將嗰啲已經驗證有效嘅「控制型提示詞」儲存成片段
  • 日常使用時,只要滑鼠雙擊一下,就能畀目前任務加上呢啲 Buff
  • 讓「先確認、再執行、執行前乾跑」呢套流程變成一種習慣性操作,而唔係臨時想起先至用

用一句話總結:

常用提示詞面板,讓使用者可以用最低成本,持續咁將 Deep Code 拉返使用者嘅預設計劃軌道上

3 實戰:三類推薦嘅「控制型提示詞 Buff」

下面呢三條提示詞,就係非常適合作為「常用提示詞片段」存在面板裏面嘅範例。 佢哋對應嘅係三個階段:先想清楚 → 多輪確認 → 真正動手前乾跑

1)「核對腦袋」:讓 Deep Code 先將問題想明白

Deep Code 提示詞片段:以上係我嘅回答。你再諗清楚,有問題先同我溝通清楚。

提示詞片段:

你先諗清楚,有咩問題就先同我問清楚咗先做。

適用場景:

  • 喺畀 Deep Code 開新任務時
  • 例如:叫佢實現一個複雜功能、重構一大段程式碼、或按步驟完成一整套工作流程

效果:

加上呢句話後,Deep Code 通常會:

  • 先將使用者描述嘅任務拆解一下
  • 主動列出佢覺得唔確定、有疑問、需要使用者確認嘅地方
  • 喺開工前,將雙方嘅預期盡量對齊

等如使用者對佢講:「唔好一上嚟就做,先將需求問清楚。」

2)「回答並二次確認」:讓佢對使用者嘅回答再思考一輪

Deep Code 提示詞片段:以上係我嘅回答。你再諗清楚,有問題先同我溝通清楚。

提示詞片段:

以上係我嘅回答。你再諗清楚,有問題先同我溝通清楚。

適用場景:

  • 當 Deep Code 問咗一堆問題,使用者已經畀咗詳細回答
  • 但使用者知道:咁複雜嘅嘢,淨係靠一輪問答,好可能仲係未完全對齊

效果:

喺使用者回答完之後,附上呢條提示詞,可以讓 Deep Code:

  • 再對使用者嘅回答進行一次整體理解同校對
  • 發現自己仍然唔確定、或邏輯上有衝突嘅地方
  • 如果有疑問,會再拋出問題繼續確認,而唔係直接誤解後開工

呢一步嘅本質係:多一輪認知上嘅「自我校驗」。 對複雜任務嚟講,呢一輪嘅價值會非常大。

3)「乾跑(Dry-run)」:先講點改,再真正改

Deep Code 提示詞片段:唔好修改任何檔案,先將你要做嘅修改同我講清楚。

提示詞片段:

唔好修改任何檔案,先將你要做嘅修改同我講清楚。

適用場景:

  • 已經將需求講清楚咗,Deep Code 亦確認冇問題
  • 接下來佢準備開始着手實施、修改多個檔案

呢個時候,直接叫佢改,心入面難免有啲驚: 萬一有一點理解偏差,檔案被改亂咗,再要回退修改好麻煩。

效果:

加上呢條 dry-run 提示詞後,Deep Code 會:

  1. 先畀出一個「將要執行嘅操作清單」,例如:

    • 要修改邊啲檔案
    • 每個檔案入面準備做邊啲類型嘅改動
    • 邊啲地方會新增、刪除或重構
  2. 使用者可以先審一次呢個計劃,如果邊度唔啱,及時打斷並修正

  3. 等使用者確認「得,做啦。」,再叫佢真正去執行

呢等如喺真正落藥前,先讓醫生話畀你聽佢打嘅係咩藥、劑量幾多、先做邊一步。

總結

盡量將 Deep Code 當成一個人嚟使喚。讓 Deep Code 做事前,同佢確認溝通清楚,然後就可以放心咁交畀佢去做。 善用常用提示詞面板,唔單止省心又省力,仲可以令 Deep Code 更懂你。