AI 原生寫作

有個朋友問我都怎麼寫部落格，我想乾脆寫下來，給有興趣的人看。

我腦中剛好有個今天早上的清楚例子。一篇文章一開始只是個關於某支股票的問題，最後變成一篇談享樂跑步機的文章——起草、編輯、發布，全在一小時內完成。從這頭到那頭的過程，差不多就是現在大多數文章的產出方式。

那個早上

我在手機上開了一個和 Claude 的對話，想理一理我在考慮的一支股票——一邊泡咖啡一邊講出來，然後帶著狗散步時繼續聊。就是個普通的投資問題，沒什麼哲學成分。但對話像所有不趕時間的對話那樣，慢慢飄了開去。我們從那家公司，談到我到底想用這筆錢做什麼。再從那裡談到錢究竟是拿來幹嘛的。再談到享樂跑步機——這個題目我已經琢磨了一陣子，覺得標準的理財建議在這點上是錯的。

等到對話結束，我有了一個自己真的喜歡的觀點。那就是那篇文章。思考的工作，對話已經幫我做完了。接下來我要做的，只是把它寫下來、發出去。

交接

聊天介面是用來思考的，而且多數時候我根本不在鍵盤前。我在手機上——泡咖啡、遛狗、從健身房開車回家的時候，把想法講出來。它是開放式的、自由聯想的，不知道會走到哪裡也無所謂。我不是要產出什麼東西。我把模型當成一個切磋的對象，藉此弄清楚自己怎麼想。

Claude Code——我用來編輯實際 repo 的 CLI——則是用來執行的。等我打開它的時候，手上通常已經有了草稿，至少心裡有個清楚的雛形。我把草稿貼進去，請它補上 frontmatter、放到對的目錄，然後用簡短的指令開始編輯。砍掉這個子句。把那段收緊。把「挑」改成「做」。 等文章感覺差不多了，我就叫它發布。它提交、推到 GitHub，Vercel 接手，文章就上線了。整條發布流程，一句話就搞定。

為什麼分開來做有幫助

寫作其實至少是兩件事。一件是弄清楚自己怎麼想，另一件是把它打磨成別人讀得下去的東西。這兩個階段需要的條件不一樣。

思考階段需要被允許隨便、囉嗦、追著可能毫無結果的旁枝走。打磨階段要的剛好相反：精準、盯著每一行、捨得刪。用同一個工具、在同一個環境裡把兩件事都做完，是沒問題的。但把它們放到不同的環境裡做，意外地讓人頭腦清楚。聊天是我可以鬆散的地方。Claude Code 是我繃緊的地方。兩者之間的交接，就是我對一篇文章下定決心的那一刻——當我對自己說，好，這是個東西了，我們真的來把它發出去吧。

很多文章從來沒走到交接這一步。我大多數的聊天對話都沒變成任何東西。這也是一種優點。思考本身就有價值，不是所有思考都需要包裝給別人看。會被包裝起來的，是那些有某個東西凝聚得夠紮實、讓我想分享出來的。

改變了什麼

我從來沒真的把自己當成一個寫作的人。以前坐下來寫一篇文章，總覺得慢得不像話——那種一整個下午只憋出一段、還不確定好不好的活兒。但我一直是個愛思考的人。我喜歡針對一個想法、漫長又散漫地聊，那種晚餐或散步時一聊就好幾個小時的對話。我通常都在反覆琢磨某件事。

改變的，並不完全是寫作變容易了。而是琢磨這件事變得可以互動了。我不再獨自一個人把同一個想法翻來覆去好幾個星期，而是有了一個切磋的對象，它會反駁我、丟新資訊給我，逼我把自己到底怎麼想講清楚。這大概是有史以來最有意思的媒介之一。

連帶的結果是，從產生一個想法到把它分享出去之間的距離，實際上已經消失了。寫作這件事已經幾乎沒有門檻了。做事的仍然是思考——一直都是——但現在思考有了夥伴，成品幾乎不花什麼力氣就從另一頭出來了。

如果你曾經想把自己反覆琢磨的東西分享出來，卻覺得寫作本身是道過不去的坎，那道障礙已經不在了。一場長對話加上一輪簡短的編輯，就足以產出一個真實的東西——一篇你可以放上網、指給別人看的文章。擁有一個部落格的門檻，實際上已經降到了「有話想說」的門檻。

開始動手設定

老實說，這套技術細節才是多數人卡關的地方。你需要一個 GitHub 帳號、一個代管服務商、也許還有一個網域、裝好 Node.js、一個起始模板、把對的 CLI 指向對的地方。確切的路徑要看你手上已經有些什麼。

與其寫一份一體適用、但對大多數人來說都不對的教學，我乾脆把我會用來帶人走過這整套流程的起始提示直接給你。把它貼進你選用的模型的對話裡，它就會照著你的具體情況、你的具體順序，一步步引導你完成設定。

You're helping me set up a personal blog. I want to write posts using two
tools: a chat with you for thinking through ideas, and a CLI coding agent
(ex Claude Code) for editing and publishing the actual posts.

Walk me through the setup step by step. Start by figuring out what I
already have — GitHub account, hosting account (Vercel or similar),
domain, code editor, Node.js installed — then work through what's
missing in the right order. Don't dump the whole plan at once.

For the blog itself, default to a Next.js + MDX starter unless I tell
you I want something different. The end state I'm aiming for:

- A GitHub repo with my blog source code
- The repo auto-deploying to Vercel on every push to main
- A local clone where I can run Claude Code
- A simple convention for adding new posts (folder per post)

Be patient and explain things I might not know. After each step, confirm
I'm done before moving on. Once the setup works end-to-end, walk me
through publishing my first post: starting a Claude Code session,
drafting, editing, committing, pushing.

如果你想要一份更完整的參考，了解這個部落格實際跑的技術堆疊，我先前寫過一篇逐步教學——你可以把它連同上面那個提示一起貼給模型，讓它有一份更具體的藍圖可以照著做。