之前都用免費的 gemini 的模型來寫文章, 是可以用, 偶爾會有些句子不太通順, 或上下文邏輯跳躍太多, 接不上, 造成文章較難理解. 今天用 sonnet 4.6 來潤飾, 結果是: 文章明顯更寫實, 易於理解, 生活化, 更好笑的是, AI 彈出一句話:
我想這個任務需要找個通用型的助手來處理，因為涉及高質量的創意寫作。先讀一下檔案，然後交給適合的助手去做。
這就代表, 未來 AI 會自動載入 Skills 或 Harness, 人類只需要放空即可.
我的提示詞:
幫我潤飾 @par2.txt 內容, 讓句子更通順易懂, 適時補充相關內容, 句子口語化, 像朋友在聊天, 目標讀者是一般人,
希望運用的境景可以套用到生活上要重複解決的相同問題, 為什麼, 我們解決問題之後, 一陣子就會忘了, 是太腦運作的太有效率?◐ The user wants me to:
- Polish the content of par2.txt to make it more conversational and natural
- Make it sound like chatting with a friend
- Target audience: general public
- Apply scenarios that relate to everyday life repeated problems
- Address the question: why do we forget how we solved problems? Is it because the brain is too efficient? Let me read the current par2.txt content and then rewrite it with the requested improvements. The key additions/angles:
- Apply to everyday life scenarios (not just work)
- Why we forget: the brain’s efficiency – our brains prune unused memories, the “use it or lose it” principle. The
hippocampus consolidates memories during sleep, but if we don’t revisit/reinforce, the neural pathways weaken. It’s
actually a feature, not a bug – the brain discards what it deems unnecessary to save energy. - More conversational tone
- Like talking to a friend I’m going to rewrite this to feel like a friend explaining why we keep forgetting how we solved problems before, using
everyday examples and breaking down the neuroscience in a casual way that doesn’t feel like a lecture. I’ll keep the
PAR framework but make it flow naturally, and maintain the Q&A structure while making the responses feel like genuine
conversation rather than formal explanations.
我想這個任務需要找個通用型的助手來處理，因為涉及高質量的創意寫作。先讀一下檔案，然後交給適合的助手去做。
● Read par2.txt
└ 143 lines read
◐ Now I have the full content of par2.txt. The user wants me to:
- Polish the content to make it more conversational and easy to understand
- Add relevant content when appropriate
- Make sentences more colloquial, like chatting with a friend
- Target audience: general public (not just tech/work professionals)
- Apply scenarios to everyday life repeated problems (not just work scenarios)
- Address the question: why do we forget after solving problems? Is it because the brain is too efficient? This is a significant creative writing task. I’ll use the general-purpose agent to handle this since it requires
high-quality creative Chinese writing. Now I’m thinking through the core explanation: the brain actually forgets on purpose as a feature, not a bug. Once it
solves something, it marks it as “done” and prunes those neural pathways to save energy—that’s synaptic pruning and
the Ebbinghaus forgetting curve in action. I’ll weave in relatable everyday examples like fixing a leaky faucet,
dealing with a tricky neighbor, helping with homework, cooking something new, navigating bureaucracy, or
troubleshooting WiFi, and frame it all like a friend casually explaining why this happens to everyone.
● General-purpose(claude-sonnet-4.6) Rewriting par2.txt in conversational Chinese
└ Agent started in background with agent_id: rewrite-par2. You’ll be notified w…
● 正在潤飾文章，稍等一下，完成後會通知你 🙂
● Background agent “Rewriting par2.txt in conversational Chinese” (general-purpose) completed
└ 請幫我潤飾以下的繁體中文文章，並將結果寫入 C:\max\play\blog\202604\tmp\par2.txt（覆蓋原檔）。
潤飾要求：
1. 口...◐ The agent has completed. Let me read the results.
● Read (General-purpose agent — Rewriting par2.txt in conversational Chinese)
└ Completed
◐ The agent has completed. Let me verify the file was actually written correctly by viewing it.
● 完成了！讓我確認檔案內容：
● Read par2.txt
└ 333 lines read
◐ The file has been successfully written. The content looks great – it’s more conversational, has everyday life examples
(WiFi, 戶政, 水管, etc.), added the brain/forgetting section, and maintained all the original structure. Let me
provide a brief summary to the user.
● par2.txt 潤飾完成！主要改動：
- 新增段落 ▋ 為什麼我們解決問題之後一陣子就會忘掉？ — 解釋大腦遺忘曲線機制，說明「這是特性不是缺陷，但可以用 PAR
繞過它」 - 生活化例子 — WiFi 斷線、戶政辦事、煮菜、幫小孩處理學校問題、跟客服爭退款、鄰居吵架和解、修水管等
- 口語化 — 句子更短、像 LINE 聊天，去掉學術腔
- 修正 — 操作手動 → 操作手冊
修改前的文章:
你一定有過這種感覺。費盡千辛萬苦搞定一個大專案,或是解決了一個燒腦的難題。當時覺得自己帥呆了。結果三個月後,同樣的任務又找上門。你坐在電腦前,發現腦袋一片空白。你隱約記得上次成功了,但具體怎麼做的,早就忘得一乾二淨。於是你只好嘆一口氣,重新從零開始摸索。這就像是每次出門都要重新發明輪子,明明上次已經走過這條路,這次卻還是會掉進同一個坑。
▋ 你的經驗只是在腦中快閃
我以前當產品經理,也就是負責規劃產品的人,這種事天天在發生。每次衝完一個任務就趕著去處理下一件事,從來不留紀錄。結果就是同樣的力氣花了好幾遍,累積的不是經驗,只是疲勞。後來我發現一個方法,叫作「PAR」。這不是什麼高深的大道理,它就像是一個濾網,幫你把腦子裡那些模糊的直覺,過濾成一小罐精華液。
▋ 三個問題把直覺變成工具
「PAR」其實就是三個英文單字的縮寫。
第一個是「P」,代表「Purpose」,也就是「目的」。你要問自己,為什麼要做這件事。
第二個是「A」,代表「Action」,也就是「行動」。你具體做了哪些步驟。
最後是「R」,代表「Result」,也就是「結果」。
最後的成果是什麼。這三個問題能幫你把那些做完就忘的事情,變成一份下次可以直接拿來用的說明書。
▋ 從大腦萃取出的秘密配方
我帶過幾百次晨會,那是每天早上大家站著快速對進度的短會。我一直覺得控制時間是種本能。直到有一次我把主持棒交給新同事,結果會議開了 40 分鐘還沒結束,大家都在閒聊。那時我才驚覺,原來我腦子裡有一套「不讓會議失控」的方法,但我從來沒寫下來過。後來我用「PAR」把這套方法寫出來,變成一份「標準作業程序」,也就是大家都能照著做的「SOP」。其他主管拿去用之後,大家開會都變快了。
▋ 把模糊的感覺變成強大的專業
「PAR」最厲害的地方,不是在寫紀錄,而是在強迫你「拆解」。當你試著把「我就是這樣做的」轉化成別人也看得懂的步驟,你對工作的理解會突然變得非常透徹。你會發現,原來有些步驟你以為很簡單,其實那是你最專業的關鍵。如果你發現行動這一步特別難寫,那是正常的。能把直覺拆開來,這件事本身就是最有價值的練習。
▋ 今天就給自己五分鐘
現在請你回想一件最近做得還不錯的小事。不用是拯救世界,只要是一個讓你覺得「搞定了」的瞬間。試著在心裡跑一遍「PAR」。你為什麼要做這件事。你具體做了哪些動作。最後換來什麼好結果。寫下來,存進你的手機記事本。下次遇到同樣的事,你就不再是那個重新發明輪子的苦工,而是帶著專業地圖的導遊。
這個跟每件事都作筆記不是一樣嗎?
▋ 筆記只是儲存而 PAR 是在脫水
很多人覺得做筆記就是把發生的事通通記下來。但這就像是把市場買回來的菜全部塞進冰箱,時間久了,冰箱只會變成一個充滿過期資源的黑洞。等到你要煮飯的時候,還是找不到那把蔥在哪裡。「PAR」跟一般筆記最大的差別在於,它不是在記錄「發生了什麼」,而是在幫你的經驗「脫水」。
▋ 從雜草堆裡找出一條路
一般的筆記通常是流水帳。你寫下今天開了什麼會、誰說了什麼話。但「PAR」是一套強制的過濾框架。它強迫你從一堆雜亂的資訊中,只挑出最核心的三個重點。這就像是你去森林探險,一般筆記是拍下一堆樹木的照片,而「PAR」則是畫出一張只有「起點、路徑、終點」的地圖。照片看再多還是會迷路,但地圖能讓你下次直接到達目的地。
▋ 把你的本能變成可以影印的技術
我們最厲害的專業,往往藏在那些「我就是知道該怎麼做」的直覺裡。如果你只是記筆記,你記下的會是表面的現象。但透過回答「行動」這個問題,你是在強迫自己把腦袋裡的「隱形晶片」拔出來,讀取裡面的原始碼。這種「拆解」的過程,會讓你的筆記從一堆沒用的廢紙,變成可以複製給別人、甚至教給人工智慧的技術。
▋ 筆記是為了記得而 PAR 是為了重複
我們寫筆記往往是因為怕忘記,但我們用「PAR」是因為想要「重複成功」。如果你只是把筆記當成記憶的備份,那些知識永遠只會躺在記事本裡。但如果你用這三個問題來整理,這份紀錄就具備了行動力。下次遇到類似的問題,你不需要重新思考「我要幹嘛」,你只要打開那份地圖,照著走一次就好。這才是讓你的時間越活越值錢的關鍵。
你覺得寫筆記最痛苦的地方,是記不下來,還是記了之後從來不去看?
PAR 與 子彈筆記 / 卡片盒筆記 有何不同?
▋ 既然都有筆記法為什麼還要學 PAR
很多人會把這三種方法混在一起。其實它們就像是廚房裡不同的工具。子彈筆記是你的「行事曆」,負責提醒你不要忘記買菜。卡片盒筆記是你的「靈感倉庫」,負責把各種食材分類放好。而 「PAR」 則是你的「私房食譜」。它不只是記錄,而是要把你成功的經驗,變成一套下次照著做就能煮出好菜的固定公式。
▋ 子彈筆記是在管理你的時間壓力
子彈筆記的核心在於「追蹤」。它用簡單的符號幫你記錄今天要做什麼、明天要處理什麼。這是一套很棒的任務管理系統,能讓你不再被瑣事追著跑。但子彈筆記通常不會告訴你「這件事為什麼會成功」。你可能畫掉了十個待辦事項,卻沒有累積出任何可以傳承的技術。子彈筆記幫你「把事做完」,而 「PAR」 幫你「把事做對」。
▋ 卡片盒筆記是在連結你的知識碎片
卡片盒筆記強調的是「聯想」。你把讀到的一句話、看到的一個點子寫成卡片,然後尋找這些卡片之間的邏輯連結。這是一個思考的遊樂場,適合用來寫論文或是發想創意。但它的缺點是太過發散。如果你今天遇到一個客戶投訴,卡片盒筆記可能會讓你想到三年前讀過的一本心理學書,但 「PAR」 會直接給你一套解決投訴的具體步驟。
▋ PAR 是專門為了實戰而生的框架
如果你把子彈筆記當成「點」,卡片盒筆記當成「網」,那麼 「PAR」 就是那條「線」。它有極強的因果關係:因為有這個目的,所以我做了這些動作,最後得到這個結果。這種結構最適合用在職場。當你的主管問你某個專案為什麼會成功,或是新同事問你這件事怎麼處理,你拿出的不是一堆雜亂的聯想,而是一條清晰的邏輯線。
▋ 選擇最適合你當下需求的工具
這三種方法並不衝突。你可以用子彈筆記安排時間,用卡片盒筆記累積靈感,最後用 「PAR」 把你做得很棒的事情「封存」起來。如果你發現自己每天都很忙,卻覺得沒學到什麼帶得走的本事,那可能是因為你缺少的不是筆記本,而是一個能把經驗「結晶化」的框架。把模糊的過程寫成 「PAR」,就是你在為未來的自己省時間。
這三種工具裡面,你現在最想解決的是「沒時間」、「沒靈感」還是「沒經驗」?
PAR 與 OKR差異?
▋ PAR 是在寫日記而 OKR 是在看地圖
很多人會把這兩者搞混,因為它們看起來都有目標和結果。但簡單來說,「OKR」 是用來告訴你「要去哪裡」,而 「PAR」 是用來記錄「你是怎麼走到的」。如果把工作比喻成爬山,「OKR」 就是指向山頂的指標,告訴你今天得爬到海拔一千公尺。而 「PAR」 就是你的登山日誌,記錄你遇到斷崖時是怎麼繞過去的。
▋ OKR 是為了挑戰那些還沒發生的事
「OKR」 的核心在於「激勵」和「對齊」。它通常是在計畫開始前就設定好的。主管告訴你目標是提升三成的業績,而關鍵成果就是你要打幾通電話。這是一套管理工具,用來確保大家都在往同一個方向衝刺。但它有一個缺點:當計畫結束後,如果沒有經過整理,那些為了達成目標而磨練出來的「絕招」就會隨著時間消失。
▋ PAR 是為了留住那些已經發生的成功
相對於 「OKR」 的前瞻性,「PAR」 更有「回溯性」。它是當你達成目標後,停下來問自己:剛才那一仗是怎麼打贏的。你在 「OKR」 裡設定要增加一千個粉絲,這只是個數字。但在 「PAR」 裡,你會寫下你是因為發了什麼樣的內容、用了什麼樣的語氣,才換來這些粉絲。這就是把「目標達成」變成「能力養成」的關鍵過程。
▋ 一個負責看數據一個負責拿技術
在 Google 這種公司,他們用 「OKR」 確保大家不會走錯路,但他們更在意的其實是背後的經驗積累。如果你的 「OKR」 達標了,卻說不清楚自己是怎麼做到的,那這次成功可能只是運氣。透過 「PAR」,你可以把原本只是達成指標的「運氣」,轉化成下次還能複製的「技術」。一個讓你跑得快,一個讓你跑得穩。
▋ 兩者搭配才能讓你的努力有價值
如果你只有 「OKR」,你可能會變得很會達成數字,但腦袋裡卻沒有留下真本事。如果你只有 「PAR」,你可能會累積很多小技巧,卻不知道要把力氣花在哪裡。最聰明的工作者會先用 「OKR」 瞄準高價值的目標,等事成之後,再用 「PAR」 把成功的配方鎖起來。這就是為什麼有的人工作一年像工作十年,因為他們每一腳踩下去都有留下印記。
▋ PAR 是內容核心而 GitHub Issue 是存放容器
很多人會覺得這兩者很像,因為它們都有「解決問題」的味道。但其實它們是「靈魂」與「肉體」的關係。 「PAR」 是一種思考框架,教你如何把經驗講清楚。而 GitHub Issue 則是一個功能強大的工具,提供了一個適合記錄、討論和追蹤的空間。如果你把每個問題都當成一個案子,那麼 Issue 就是那個案卷夾,而 「PAR」 就是裡面最重要的結案報告。
▋ 相同點在於兩者都強調解決問題的過程
不管是 「PAR」 還是 GitHub Issue,核心邏輯都是「發現問題並搞定它」。在 GitHub 上,你會描述遇到的錯誤、採取的修復手段以及最後的修補結果。這與 「PAR」 的目的、行動、結果不謀而合。它們都拒絕模糊的描述,要求你必須給出具體的證據。如果你本來就習慣使用 GitHub,你會發現要把 「PAR」 放進去簡直是天作之合。
▋ 不同點在於 Issue 偏向執行而 PAR 偏向萃取
GitHub Issue 的設計初衷是為了「協作」與「除錯」。它有很多雜訊,像是標籤、指派對象、或是還沒解決前的各種討論。它的生命週期在問題解決的那一刻就結束了。但 「PAR」 的生命周期才剛剛開始。 「PAR」 的目的是為了「反思」,它要把 Issue 裡面那些零碎的留言和修改記錄,去蕪存菁變成一套可以傳承的邏輯。 Issue 記錄了你流過的汗,而 「PAR」 記錄了你學到的招。
▋ 如何用 Issue 來管理你的 PAR 紀錄
你可以建立一個專門的 Git 倉庫,把每一則 「PAR」 都開成一個 Issue。這樣做有幾個巨大的好處。第一是「版本控制」,你可以隨時修正你的心得。第二是「標籤系統」,你可以用標籤區分這是關於程式開發、溝通技巧還是專案管理。第三是「搜尋功能」,當你下次遇到類似問題,只要在搜尋框輸入關鍵字,當年的成功配方就會立刻跳出來。
▋ 讓你的技術債變成你的知識財
很多人在 GitHub 關掉 Issue 之後就再也不回頭看了,這就是一種浪費。如果你能在關閉 Issue 之前,多花五分鐘在最後一個回覆裡補上一個 「PAR」 總結,你就不是只是修好了一個錯誤,而是建立了一個屬於你自己的知識庫。這讓原本只是消耗時間的「除錯工作」,變成了可以持續增值的「專業資產」。
你有沒有想過,你過去修好的那些錯誤,其實都是你最強大的教科書?
PAR 聽起來和一般的blog寫作心法或與別人溝通一樣, 都是先讓讀者知道這篇文章要解決什麼痛點, 如何解決, PAR 不是理所當然的事情嗎, 特地挑出講PAR像是脫褲子放屁, 沒什麼特別, 要避免三個月後,類似的事情又出現。你坐在電腦前面,發現自己已經忘了上次是怎麼做的, 是不是萬事問 AI 就好了, 反正AI 都知道, 還比自己做 PAR 有效.
▋ 既然是常識為什麼大多數人還是會掉進坑裡
確實如你所說,先講目的、再講做法、最後看結果,這聽起來就是最基本的邏輯。就像運動要先暖身一樣,每個人都知道,但真的遇到緊急任務或專案趕工時,九成的人都會選擇直接跳進去做。大家習慣在腦袋裡把這些步驟快速閃過,覺得自己懂了。結果就是當三個月後同樣的難題再次出現,你的大腦只會給你一張模糊的印象,卻給不出當初那個精準的操作手動。把常識挑出來講,是因為「知道」跟「做到」之間,隔著一道巨大的執行力深淵。
▋ AI 能給你標準答案但給不了你的私人配方
你提到的萬事問 AI 確實是一個時代的紅利。 AI 讀過全世界的書,它可以告訴你一千種解決問題的方法。但是, AI 不知道你公司那個難搞的客戶到底吃哪一套,也不知道你手頭上那套舊系統有哪些只有你才踩過的坑。 AI 給的是「平均值」的正確答案,而 「PAR」 記錄的是屬於你的「特質」與「環境脈絡」。當你只依賴 AI ,你其實是在放棄累積自己的核心競爭力,把大腦的思考權完全外包。
▋ PAR 真正的價值在於大腦的肌肉記憶
寫 「PAR」 的過程與其說是記錄,不如說是一種「思考訓練」。當你試著把一團亂的執行過程,強行塞進這三個框框時,你是在強迫大腦進行重組。這種重組會產生一種化學反應,讓你對這項技術的理解從「聽過」變成「內化」。寫部落格是為了服務讀者,而寫 「PAR」 是為了服務未來的自己。如果你每次都靠問 AI 來解決問題,你永遠只是一個厲害的「工具使用者」,而不是一個擁有「解決方案」的專家。
▋ 當 AI 故障或斷網時你還剩下什麼
想像一個場景。你在一個重要的面試或是高階會議上,對方問你某個複雜問題的細節,你總不能跟對方說「等我問一下 AI 」。 AI 的知識是借來的,隨時可能會還回去,甚至可能產生幻覺給你錯誤的建議。但透過 「PAR」 整理出來的經驗,是長在你骨子裡的本事。它讓你能在沒有外援的情況下,憑藉著過去拆解過的邏輯,迅速判斷出當下的最優解。這種反應速度和直覺,是單純靠餵關鍵字給機器換不來的。
▋ 讓 AI 成為你的助手而不是你的大腦
最聰明的做法不是在 「PAR」 和 AI 之間二選一。你可以先用 AI 幫你產出初步的框架,再用 「PAR」 把你實際執行時遇到的挫折、轉折與獨門技巧填進去。 AI 負責廣度,而你負責深度。當你擁有了一疊屬於自己的 「PAR」 紀錄,你其實是擁有了專屬於自己的私有資料庫。這時候你再去問 AI ,你就能問出更精準的問題,甚至能一眼看穿 AI 給的建議哪些可行,哪些只是空談。
▋ 投資在自己腦袋裡的才是真資產
懶惰是人的本性,能問 AI 當然很爽快。但職場上拉開差距的關鍵,往往就是那些看起來像「脫褲子放屁」的苦功夫。當大家都只會下指令問 AI 時,那個能清楚講出「我為什麼這樣做、我具體避開了什麼坑、最後得到什麼具體價值」的人,才會是那個無法被取代的存在。別讓你的專業變成一種「隨問隨答」的消耗品,要把每一次的搞定,都煉成一塊帶得走的金磚。
Facebook網友回應
