iT邦幫忙

2026 iThome 鐵人賽

DAY 17
0
Claude AI

跟 Claude Code 協作的摩擦,都是沒講清楚的規則系列 第 17 篇

Day 17:定規則——純粹提問的情境,要明講「先別動手」

  • 分享至 

  • xImage
  •  

前言:解決 Day 14 的語言模糊性,不能只靠猜

Day 14 講過,「問問題」跟「提請求」在自然語言裡常常長得一樣,這種模糊性沒辦法單靠理解能力變強來消除。既然沒辦法消除,今天要講的規則是換一個方向解決:在提問意圖明確是「純粹想知道原因」的情境下,直接明講這是唯讀性質的討論,不需要動手。

今日目標

  • 認識「明講唯讀」這個規則怎麼繞過語言本身的模糊性
  • 看一組「隱含期待對方猜對意圖 vs 明講唯讀」的對照
  • 理解這條規則什麼時候該用、什麼時候不必用

❌ vs ✅:隱含期待猜對 vs 明講唯讀

❌ 反例:期待對方從語氣猜出這只是想了解原因

這裡為什麼沒有唯一索引?

✅ 正例:明講這是唯讀性質的討論

先不要動手改任何東西,我只是想搞懂:這裡為什麼沒有唯一索引?

多這一句「先不要動手改任何東西」,把原本靠語氣才能分辨的意圖,變成明確的指令——不再需要 AI 去猜測這句話背後的真正目的。

這條規則怎麼繞過語言的模糊性

Day 14 的結論是「這種模糊性沒辦法單靠語言理解能力解決」,但這不代表沒有解法——解法不是讓 AI 更會猜,而是讓使用者在意圖真的重要、容易被誤判的情境下,多花一句話明講,把「猜測」這個環節直接移除。這是把負擔從「AI 要更準確地猜」轉移到「使用者在關鍵時刻多講一句」,後者的成本遠比前者的不確定性低。

什麼時候不必特別明講

不是每個問句都需要加這句宣告。當意圖本身沒有歧義、或者就算猜錯了代價也很低時,明講唯讀反而是多餘的儀式——例如「這個函式叫什麼名字」這種問題不太可能被誤判成請求。這條規則該用在 Day 12 那種「技術情境下容易被理解成暗示行動」的問句上,尤其是牽涉到「為什麼沒有 X」這種句型。

今日思考題

回想你問過的問題裡,有沒有哪些句型特別容易被誤判成請求?下次遇到類似情境,你會不會養成先明講「先別動手」的習慣?

今日重點回顧

  • 語言的模糊性沒辦法單靠理解能力解決,但可以靠使用者在關鍵時刻明講意圖來繞過
  • 明講「先不要動手」把靠語氣猜測的環節直接移除,成本比讓 AI 更準確地猜低很多
  • 這條規則該用在容易被誤判的技術情境下的提問,不是每個問句都需要

明日預告

明天驗證:這個順序調整之後,路線走偏的次數有沒有真的變少。


上一篇
Day 16:定規則——先讓 AI 複述它理解的方案,再決定要不要動手
系列文
跟 Claude Code 協作的摩擦,都是沒講清楚的規則 共 17 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言