
初次見面。我是 PRUM 株式會社的工程師,すもも🍑
我平時會在程式設計學習與實務中,整理並分享容易卡關的重點與思考方式。
如果你對 PRUM 有興趣,也歡迎看看我們的企業網站。
▶ 企業網站
當我心裡想著「這個到底要怎麼做來著」的時候,會先隨便打幾個關鍵字搜尋。對 AI 也是一樣,像是「幫我整理得好看一點」這類指示,也常常只是憑感覺隨手丟出去。
我發現,這種「先隨便試試」的做法,和真正能順利找到答案的查找方式之間,差距比想像中還大,所以想來整理一下。
常說工程師實務上,花在查資料的時間比寫程式還多。即使如此,搜尋能力本身過去卻一直不太被當成評價重點。
但其實,
能不能把想知道的事清楚表達出來,以及能不能判斷搜尋結果是否正確,會大幅影響生產力。
這麼一說,你是不是也常常在請 AI 幫忙查資料時,直接省略搜尋內容,只說「先幫我查一下就好」?
🟠 模糊的指示:「把上一次的內容順手修一下」
🟠 具體的指示:「請把 H2-1 章節摘要成約 300 字,並將 H3 標題改得更吸引人」
AI 不擅長理解上下文,所以像「那個」「順手」「好看一點」這種感覺式的詞,就算丟出去,也不一定能抓到你的真正意圖。只要把「要什麼」和「怎麼做」具體說出來,回來的答案品質就會完全不同。
搜尋也是一樣,與其把「我想用 Python 轉換日期」這種需求模糊地用一句話搜尋,不如拆成「Python」「日期」「轉換」這樣的關鍵字,先用 5W1H 拆解你真正想知道的內容,會更快找到目標資訊。
為了更容易想像具體的改寫方式,我把常不小心會用到的詞整理如下。
- 「好一點」→ 改成用數字或形容詞描述你要的狀態(例如:不是「簡單一點」,而是「300 字以內,且不要使用專業術語」)
- 「這個」「那個」「那邊」→ 改成直接寫出所指的名詞(例如:不是「把這個修一下」,而是「把第 3 章的標題修一下」)
- 「快一點」「盡量快」→ 改成具體期限(例如:「今天 17 點前」)
- 「好懂一點」→ 補上是要對誰好懂(例如:「讓沒經驗的新手也能理解」)
- 以「~就好」結尾的一句話 → 補上一句理由或目的(例如:「因為有些人看專業術語會看不懂,所以請用容易理解的方式說明」)
就算不把整篇文章重寫,只要有意識地把這種「一句話」換掉,不管是對 AI 的指示還是搜尋條件,都會變得具體很多。
接著,我把實際上可以怎麼組織句子,整理成能直接實踐的形式。
- 對 AI 下指示時,先決定角色(希望它以誰的身分回答)、目的、以及想要的輸出格式,再開始寫內容
- 一旦發現「好一點」「那個」這類感覺式詞語,就改寫成具體詞彙
- 複雜的需求不要一次全部丟出去,改成「先做~,再做~」分步驟指示
- 搜尋時,先把想知道的內容拆成 5W1H,再組合關鍵字
- 搜尋錯誤訊息時,先把環境中特有的部分(個資或路徑等)刪掉再搜尋
- 先依序用官方文件 → 書籍 → 網路文章來確認資訊的可靠性
只要改變指示與搜尋的「組織方式」,同樣的查資料時間就會明顯縮短。
原本只是抱著「先搜尋看看」「先下指示再說」的做法,表面上像是在省時間,但實際上往往反而變成繞遠路。
能不能順利找到想要的答案,與其說取決於搜尋能力,不如說更先取決於你能不能把想法具體地組織成語言。
下次要查什麼的時候,請在輸入關鍵字之前先停一下,想清楚並說出自己「要知道什麼」、「想怎麼知道」。
PRUM 株式會社正在招募想一起工作的夥伴。
▶ PRUM 招募頁面
我們也經營整理給工程師參考的實用文章網站,若有興趣也歡迎看看。
▶ 工程師實用文章網站