<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Claude on KbWen Blog</title>
    <link>https://www.kbwen.com/tags/claude/</link>
    <description>KbWen 的個人技術部落格，分享 Python、機器學習、深度學習、資料工程與 AI 開發的學習筆記與實作心得。</description>
    <generator>Hugo</generator>
    <language>zh-tw</language>
    <image>
      <url>https://www.kbwen.com/images/og-default.png</url>
      <title>KbWen Blog</title>
      <link>https://www.kbwen.com/</link>
    </image>
    
    <lastBuildDate>Tue, 02 Jun 2026 15:30:00 +0800</lastBuildDate><atom:link href="https://www.kbwen.com/tags/claude/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>How I Use ChatGPT, Claude, and Gemini Day to Day</title>
      <link>https://www.kbwen.com/how-i-use-chatgpt-claude-gemini/</link>
      <pubDate>Tue, 02 Jun 2026 15:30:00 +0800</pubDate><dc:creator>KbWen</dc:creator>
      <guid>https://www.kbwen.com/how-i-use-chatgpt-claude-gemini/</guid>
      <description>Not a benchmark or a verdict on which AI is best — just the small habits I picked up from keeping ChatGPT, Claude, and Gemini all open: route by task, give context first, don&amp;#39;t expect one perfect answer, and verify the confident-sounding stuff.</description>
      <content:encoded><![CDATA[<blockquote>
<p><strong>TL;DR</strong>: I keep ChatGPT, Claude, and Gemini all open, and the habits that actually help are pretty boring: send quick lookups to ChatGPT or Gemini and longer/careful work (writing, code, anything that needs nuance) to Claude; spend ten seconds giving context before you ask; treat it as a back-and-forth instead of expecting one perfect answer; double-check anything load-bearing, because a confident tone isn&rsquo;t proof; and don&rsquo;t cram five requests into one prompt. None of this is deep; it&rsquo;s just what stuck after using them a while, and it&rsquo;ll probably shift as the models change.</p>
</blockquote>
<p>A friend looked at my screen the other day and asked why I had three different AI chats open, switching between them, wasn&rsquo;t that confusing? I thought about it, and honestly there&rsquo;s no grand system. Just a few habits that built up from using them, the kind of thing you settle into after stepping on a few rakes.</p>
<p>So here&rsquo;s a relaxed tour of those habits. Up front: this is all calibrated to the models as they are right now, and I&rsquo;m not sure any of it is the &ldquo;right&rdquo; way — take it as one person&rsquo;s setup, not advice.</p>
<h2 id="which-ai-should-you-use-for-what">Which AI should you use for what?</h2>
<p>Honestly, the most useful habit is just having more than one open and roughly knowing which to reach for. I didn&rsquo;t plan this; I drifted into it. Here&rsquo;s roughly how I split things:</p>
<table>
  <thead>
      <tr>
          <th>What I&rsquo;m doing</th>
          <th>Where I tend to send it</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>Quick lookup, a fast &ldquo;what&rsquo;s X&rdquo;, something throwaway</td>
          <td>ChatGPT or Gemini — speed matters, &ldquo;good enough&rdquo; is fine</td>
      </tr>
      <tr>
          <td>Long-form writing, code review, anything needing careful reasoning</td>
          <td>Claude — I care more about the quality of thinking than raw speed</td>
      </tr>
      <tr>
          <td>Stuck / a weird answer</td>
          <td>whichever I wasn&rsquo;t using — re-ask elsewhere</td>
      </tr>
  </tbody>
</table>
<p>This split is subjective and not based on much. You might find the exact opposite works for you, which is completely fine. The point isn&rsquo;t &ldquo;which one is best&rdquo; (I think that question is mostly a dead end). It&rsquo;s that when you&rsquo;ve got a couple of tools, you usually know which one to reach for, and switching when you&rsquo;re stuck often just works. A different model phrases things differently, and sometimes that&rsquo;s all it takes.</p>
<h2 id="why-giving-context-matters-more-than-clever-wording">Why giving context matters more than clever wording</h2>
<p>This is probably the habit that changes the output the most. When I started, I used it like Google: three keywords, hit enter, then felt let down by the bland answer.</p>
<p>It took me a while to get that the problem was me, not the model. It can&rsquo;t see what&rsquo;s in my head. If I just type &ldquo;write me an intro,&rdquo; it has nothing to work with, so of course it hands back something generic and four-square.</p>
<p>Now I spend an extra fifteen seconds setting it up: who&rsquo;s this for, what tone, roughly how long, anything it should avoid. The difference is genuinely noticeable. It&rsquo;s not a trick — you just have to let the other side know what you&rsquo;re actually after before it can land it.</p>
<p><img
  src="/images/figures/fig-context-beforeafter-en.png"
  alt="Comparison: a vague prompt yields a thin generic answer; a context-rich prompt yields a fuller, on-target answer"
  loading="lazy"
  fetchpriority="auto"
  decoding="async" width="1040" height="470"
>
</p>
<p><em>Same request — the amount of context you give changes the result a lot.</em></p>
<h2 id="why-you-shouldnt-expect-a-perfect-answer-on-the-first-try">Why you shouldn&rsquo;t expect a perfect answer on the first try</h2>
<p>I used to think a good prompt (the text you send it) should hit a bullseye in one shot. I&rsquo;ve mostly let that go.</p>
<p>These days I treat it like a conversation rather than a vending machine. The first reply is usually a 70%-there draft, and then I follow up — cut this in half, give an example there, make the tone plainer. Two or three rounds in, it&rsquo;s usually where I wanted it.</p>
<p>That sounds like more work, but it&rsquo;s actually less than trying to engineer one giant, perfect prompt up front. Just add things as they occur to you.</p>
<h2 id="why-a-confident-answer-isnt-a-correct-one">Why a confident answer isn&rsquo;t a correct one</h2>
<p>This one I learned the slightly painful way, so it stuck. The trap is that it sounds exactly as sure when it&rsquo;s wrong as when it&rsquo;s right — there&rsquo;s no tell in the tone.</p>
<p>So for anything that matters (a name, a number, a claim I&rsquo;m going to repeat), I check it myself rather than taking its word. If you want the longer version of <em>why</em> a model can be so fluently, confidently wrong, I wrote a whole separate piece on it: <a href="/why-ai-sounds-confident-when-wrong/">Why Does AI Sound So Confident When It&rsquo;s Wrong?</a> The short version: it&rsquo;s optimizing for &ldquo;sounds right,&rdquo; not &ldquo;is right,&rdquo; and those aren&rsquo;t the same thing.</p>
<h2 id="why-i-dont-bother-with-fancy-prompt-templates">Why I don&rsquo;t bother with fancy prompt templates</h2>
<p>To balance all the habits I <em>do</em> keep, here&rsquo;s one I mostly skip: those &ldquo;ultimate prompt template, copy-paste to unlock genius&rdquo; packs. I rarely use them.</p>
<p>Not that they&rsquo;re useless — they just feel like overkill for everyday questions. I&rsquo;d rather put that energy into being clear about what I want, which gets me most of the way there with none of the ceremony. (I think the obsession with magic-wording is a bit of a wrong turn, which I got into in <a href="/what-makes-an-ai-skill-different-from-a-prompt/">what actually separates a skill from a prompt</a>.) If you&rsquo;re doing something repeatable and need stable output, then yes, fixing your instructions earns its keep — but that&rsquo;s tooling, not the casual day-to-day this post is about.</p>
<h2 id="thats-basically-it">That&rsquo;s basically it</h2>
<p>Looking back, none of these are clever. They&rsquo;re just what grew out of using the things a lot: know which tool to reach for, set up your ask, don&rsquo;t demand perfection, verify what matters, don&rsquo;t overload one prompt.</p>
<p>And I should be upfront that any of this could expire. A model update, and a habit that holds today might be pointless next month — maybe one day it reads my three vague words perfectly and this whole post is moot. Until then, this is how I work with them. If you&rsquo;ve got your own little habits, I&rsquo;d love to hear them.</p>
<p><em>中文版在這裡：<a href="/daily-habits-using-ai-chatbots/">我每天開著三個 AI 聊天視窗，這陣子摸出來的幾個小習慣</a></em></p>
]]></content:encoded>
    </item>
    
    <item>
      <title>我每天開著三個 AI 聊天視窗，這陣子摸出來的幾個小習慣</title>
      <link>https://www.kbwen.com/daily-habits-using-ai-chatbots/</link>
      <pubDate>Tue, 02 Jun 2026 11:00:00 +0800</pubDate><dc:creator>KbWen</dc:creator>
      <guid>https://www.kbwen.com/daily-habits-using-ai-chatbots/</guid>
      <description>沒什麼大道理，就是同時用 ChatGPT、Gemini、Claude 一陣子之後，自己順手摸出來的幾個小習慣。不同事丟不同家、先講清楚再問、別期待一次到位這類的。</description>
      <content:encoded><![CDATA[<blockquote>
<p><strong>TL;DR</strong>：我同時開著 ChatGPT、Gemini、Claude，大概摸出幾個習慣：快查的丟 ChatGPT 或 Gemini、要認真寫的丟 Claude；問之前先把脈絡跟「我想要什麼」講清楚；別期待一次到位，通常要追問幾輪；它語氣再篤定，重要的我還是會自己再查一下；一個問題別塞太多事進去。沒什麼高深的，就是用久了的手感而已，而且模型一直在變，搞不好過幾個月又不一樣了。</p>
</blockquote>
<p>前陣子有朋友看我桌面，問說你怎麼同時開三個 AI 在那邊切來切去，不會亂嗎。我想了一下，其實也沒什麼大道理，就是用久了慢慢養出一些順手的習慣。不是什麼技巧，比較像是踩過幾次雷之後，自然就變成這樣用了。</p>
<p>這篇就隨便聊聊這幾個習慣好了。先講在前面：這些都是以現在的模型來說的手感，我也不確定對不對，你看看就好。</p>
<h2 id="不同的事丟不同家">不同的事，丟不同家</h2>
<p>最常被問的就是這個：為什麼要開三個。</p>
<p>老實說一開始也不是刻意的，就是用著用著，發現它們各自有比較順手的場合。我自己現在大概是這樣分：想快速查個東西、或是隨手問一下，我會丟 ChatGPT 或 Gemini，反正快，答案普通堪用就好。但如果是要認真寫一篇長的、或是要它幫我看一段程式碼、需要它想得細一點的，我就會搬去 Claude。</p>
<p>這個分法很主觀，也沒什麼根據，純粹是我自己的習慣。可能你用起來感覺完全相反，那也很正常。重點大概不是「哪一家最強」這種問題——我覺得這題其實沒什麼意義——而是你手邊有幾個工具，然後大概知道哪件事丟哪個比較不會卡。卡住了就換一家再問一次，有時候換個模型講法就通了，也滿常見的。</p>
<p>（如果你是會想追根究柢的那種人：它們之間真正的差異，其實藏在更底層——怎麼切 token、context window 多大那些地方，我之前在 <a href="/what-is-token-in-llm/">Token 是什麼？LLM 為何只讀 Token？</a> 有稍微聊到。不過先說，日常隨手用根本不太需要想到這層，覺得太細直接跳過這段完全沒差。）</p>
<h2 id="問之前先把話講清楚">問之前，先把話講清楚</h2>
<p>這個大概是差最多的一個習慣。</p>
<p>剛開始用的時候，我跟很多人一樣，把它當 Google 在用，打三個關鍵字就按 enter，然後嫌它回得很空。後來才慢慢發現，不是它笨，是我給的東西太少了。它又看不到我腦袋裡在想什麼，我只丟「幫我寫個介紹」，它當然只能回一坨四平八穩的廢話。</p>
<p>現在我會多花個十幾秒，先把脈絡交代一下：這東西是要給誰看的、我想要什麼語氣、大概多長、有沒有什麼一定要避開的。講清楚之後出來的東西，差距真的滿明顯的。這不是什麼花招，就是……你總得讓對方知道你要幹嘛，它才接得住。</p>
<p><img
  src="/images/figures/fig-context-beforeafter-zh.png"
  alt="對照圖：空泛的 prompt 得到乾巴巴的回答，給足脈絡的 prompt 得到比較完整、到位的回答"
  loading="lazy"
  fetchpriority="auto"
  decoding="async" width="1040" height="470"
>
</p>
<p><em>同一個要求，看你給的脈絡多寡，出來的東西差很多。</em></p>
<h2 id="別期待一次到位">別期待一次到位</h2>
<p>我以前會有一種期待，覺得好的 prompt（就是我打給它的那串指令、那段問題）就應該一發入魂，一次就給我完美答案。後來大概放棄這個念頭了。</p>
<p>現在我比較把它當成一個會來回聊的對象，而不是一台投幣就吐成品的機器。第一次它給的通常是個七十分的草稿，然後我再追問，這段太長了砍一半、這裡舉個例子、語氣再白一點。通常聊個兩三輪才會到我要的樣子。</p>
<p>這樣講好像有點麻煩，但其實還好，反而比一開始就硬要把一個超完整的 prompt 寫好寫滿來得輕鬆。想到什麼補什麼就好。</p>
<h2 id="它很有自信不代表它是對的">它很有自信，不代表它是對的</h2>
<p>這點我踩過虧，所以印象比較深。</p>
<p>它最會唬人的地方，是它講錯的時候那個口氣，跟它講對的時候一模一樣，完全看不出來。所以只要是有點重要的東西——數字、人名、某個說法到底是不是真的——我現在大概都會自己再查一下，不會它說了我就照單全收。</p>
<p>至於它為什麼可以那麼有自信地講錯，其實背後是有原因的，我後來把它單獨寫成了一篇：<a href="/why-ai-sounds-so-confident-when-its-wrong/">為什麼 AI 唬爛的時候，口氣跟講真話一模一樣？</a>。先說結論的話：它語氣的篤定，跟它知不知道答案，根本是兩回事。</p>
<h2 id="一個問題別塞太多事進去">一個問題，別塞太多事進去</h2>
<p>這個是比較後來才注意到的。</p>
<p>如果我一次丟給它一大包，又要它分析、又要它列表格、又要它順便寫個結論、最好再附幾個延伸閱讀，它常常會顧此失彼，某幾項做得很隨便，或乾脆漏掉。拆開來一件一件問，每件反而都做得比較好。</p>
<p>有時候我懶得拆，會反過來叫它先問我。就跟它說「你開始之前，先問我幾個你需要知道的問題」，讓它把缺的資訊反問回來，再一起補。</p>
<p>這招我自己其實最常用，因為它常常會問到一些我根本沒想到要講的東西。比如我叫它幫我寫個東西，它可能反問「這是要給誰看的？要多正式？有字數限制嗎？」——欸對，這些我本來就該交代，可是當下真的不會全部想到。等於它幫我把「該講清楚的清單」列出來，我照著補就好，比我自己憑空想得周全省力很多。比起一開始硬寫一個面面俱到的 prompt，我覺得這招輕鬆又划算。</p>
<h2 id="那些花俏的咒語我大多沒在用">那些花俏的「咒語」，我大多沒在用</h2>
<p>講了這麼多習慣，反過來講一個我「沒在做」的事好了。</p>
<p>網路上很多那種「最強 prompt 模板」、「複製貼上就變神」的東西，我大部分都沒在用。不是說它們沒用，是我覺得對日常隨手問問來說，有點殺雞用牛刀。與其去背一串咒語，我寧可把那個力氣花在「把話講清楚」上面，感覺實在多了。這個觀察我之前在 <a href="/beyond-prompt-from-instructions-to-building-systems/">只會 Prompt 已經不夠了</a> 那篇也提過，一直在糾結微調咒語的那幾個形容詞，其實有點抓錯重點。</p>
<p>當然，如果是會重複用、要穩定產出的場景，把指令固定下來是有意義的。但那已經比較像在做工具，不太算是這篇講的「日常隨便聊」了。</p>
<h2 id="大概就這樣">大概就這樣</h2>
<p>回頭看，這些其實都沒什麼了不起，就是用久了長出來的手感，講穿了也很樸素：知道哪件事丟哪個、把話講清楚、別急著要完美、重要的自己查、別一次塞太多。</p>
<p>而且我得老實說，這些隨時都可能過期。模型改個版，今天成立的習慣搞不好下個月就不需要了。說不定哪天它聰明到我隨便丟三個字它也接得住，那這篇大概就可以作廢了。在那之前，這就是我現在的用法，給你參考一下。你要是有什麼自己的小習慣，也歡迎跟我說。</p>
]]></content:encoded>
    </item>
    
  </channel>
</rss>
